Необходимо отталкиваться от нескольких инструментов и практик.

Дизайн-мышление. Чтобы лучше понимать потребителей и точнее прогнозировать сценарии использования продукта, нужно прибегать к нелинейным подходам. Дизайн-мышление — это креативное решение проблем, которое помогает выходить за плоскость привычных и очевидных идей. Оно концентрируется на клиентском опыте, экспериментирует с процессами и находит лучшие варианты, которые часто игнорируются при традиционных подходах.

Customer Journey Map. Визуализация различных сценариев клиентского пути и опыта. Цифровой продукт имеет множество точек для взаимодействия с потребителями, и эти отношения могут развиваться по-разному. Для каждого типа клиентов необходимо формировать свой сценарий использования и работать над оптимизацией и улучшением его этапов.

Agile. Гибкий подход к управлению проектами, который ориентирован на быструю реакцию на изменения. Цифровые продукты при таком подходе непрерывно улучшаются и адаптируются. Внутри Agile есть методология Scrum — адаптивный процесс разработки продуктов, который использует командную работу и постоянные итерации. В процесс активно вовлечены заказчики и клиенты. Они дают обратную связь на любом этапе, благодаря чему команда не сбивается с правильного пути. Точечное применение позволяет быстро переходить от прототипирования к масштабированию, а итерационные подходы в разработке быстро изменять продукт и адаптировать к задачам бизнеса-заказчика и клиентским потребностям.

MVP (Minimum Viable Product — минимально жизнеспособный продукт). Любой цифровой продукт должен как можно раньше обзавестись прототипом. Как правило, в нём минимальный функционал, однако он уже демонстрирует аудитории ключевую ценность и на нём можно тестировать клиентский путь. Главное — вовлечённость пользователей и создание ценности для заказчика. При этом принятие решения о разработке и контроль ресурсов должно управляться и со стороны ИТ, и со стороны бизнеса.

Проверка гипотез. Делать цифровой продукт по стандартному техзаданию далеко не самый эффективный путь. Функционал сервиса может не сработать, не прижиться и не взлететь. Важно формировать предположения на основе данных, а затем подтверждать или опровергать их путём тестов (например, с MVP).