Вадим Митякин - Метод параноика. Как взять под контроль неопределённость в проектах при создании цифровых продуктов для бизнеса

Есть и третий путь – оставаться в рамках существующей бизнес-модели, последовательно развивая существующий цифровой инструментарий. Такой подход вряд ли спасёт компанию в долгой перспективе, но даст возможность стабилизировать ситуацию в моменте. Довольно часто причиной падения продаж являются не какие-то принципиальные проблемы, а, например, мелкие недочёты на сайте, раздражающие людей и не дающие им удобно оформить заказ или узнать статус своей заявки. В таком случае, устранив препятствия для лояльных клиентов, бизнес ещё некоторое время сможет проработать привычным образом.

Неопределённость при оценке таких проектов (типа «Процедуры») находится между первым (тип «Мозги») и вторым вариантом (тип «Седина»). Горизонт их планирования короткий, буквально один-два месяца, объем работ обозримый и прогнозируемый, что снижает цену последствий возможных ошибок. В то же время задачи локальные, не связанные общей стратегией, выполняются без серьёзной предварительной проработки и в большей степени опираются на гипотезы и недостоверную либо отсутствующую документацию по существующей системе. Результат подобных проектов скорее похож на «письмо из Простоквашино», нежели чем на что-то цельное и логически увязанное.

В целом для бизнеса, находящегося в подобной кризисной ситуации, когда старая модель теряет актуальность, оптимальной стратегией является работа в двух направлениях – приведение в порядок существующих цифровых сервисов (тип «Процедуры») и открытие перспективного направления либо по типу «Мозги», либо «Седина». Это типичная «штанга» по Нассиму Талебу, которую я многократно упоминаю в этой книге. Смешивать все в рамках одного проекта категорически нельзя, т.к. сильные стороны каждого типа не смогут сработать, а негативные будут умножены друг на друга.

Новое направление в бизнесе или стартап

Теперь рассмотрим, как проявляется неопределённость в разных типах проектов на примере запуска стартапа либо создания нового направления в существующем бизнесе. Это частая практика, и в качестве примера можно привести производственную компанию, открывающую направление онлайн-продаж под заказы с индивидуальными параметрами. Действующую производственную часть компании можно рассматривать как внешнего поставщика для нового направления, и в таком случае искомая бизнес-модель подойдёт и для отдельной компании.

Такой бизнес невозможно запустить без соответствующего цифрового сервиса, представляющего для покупателей онлайн-витрину с конфигуратором будущего продукта, учитывающего текущие возможности, систему формирования заказа и оплаты, а также отслеживания статуса поставки, связанной с транспортной службой. Все это, безусловно, должно быть интегрировано с производственной частью, начиная с учёта текущей загрузки для расчёта сроков готовности и заканчивая передачей и отслеживанием всех параметров заказов. Помимо этого система, лежащая в основе нового бизнес-направления, должна предоставлять финансовую и производственную аналитику для всех сотрудников, участвующих в управлении. Короче говоря, если вначале проект создания цифрового инструмента для подобного бизнеса кажется относительно простой задачей, то после детализации требований все оказывается несколько сложнее.

Здесь, в отличие от предыдущего примера, возможных вариантов меньше. Сразу исключается тип «Процедуры», когда для работы над проектом привлекаются специалисты, работающие по сформулированным заданиям. Проработка таких заданий сама по себе превращается в самостоятельный проект. Если бизнес делает ставку на инновационную модель работы, которой нет у возможных конкурентов, то сутью такого проекта является поиск возможного решения (тип «Мозги»). Так же, как и в первом примере, уровень неопределённости здесь очень высок, т.к. итоговая схема работы компании, определяющая требования к будущему цифровому сервису, рождается как уравнение между технологическими возможностями и визионерским видением предпринимателей, стоящих у руля. Важно понимать, что даже если технологический продукт будет качественно реализован и выполнять все необходимые функции, это ещё не гарантирует успеха для бизнеса. Ошибка может оказаться не на уровне системы, а в предположениях о мотивах покупателей или возможностях производства.

Второй путь – это заимствовать бизнес-модель у аналогичных компаний и взять проверенные технологические системы и решения (тип «Седина»). Обязательным условием в таком случае является привлечение специалистов, уже имеющих опыт создания подобных цифровых сервисов. Для варианта, когда используются существующие продукты, степень неопределённости низкая и есть возможность достаточно точно оценить стоимость и сроки проекта. В то же время неопределённость может сильно возрасти, если бизнес-модель уже готова, но для её реализации требуется создание нового технологического продукта, хотя и аналогичного тем, которые работают в конкурирующих компаниях. Если за такой проект возьмутся специалисты, ранее не работавшие в этой прикладной области, то для них задача будет иметь тип «Мозги», что не позволит им спрогнозировать объем и сложность работ.

Выбор того, каким образом запускать новое направление, в большей степени определяется амбициями и стратегией развития бизнеса. Если речь идёт про венчурные компании и стартапы, делающие ставку на инновационность и отрыв от возможных конкурентов, то проект типа «Мозги» оправданный вариант. Для тех случаев, когда бизнес имеет другие способы привлечения заказов, более предпочтителен вариант с использованием уже проверенных цифровых инструментов и решений. Конечно же, если они существуют в данной отрасли.

Работающий бизнес, развивающий свои цифровые сервисы

Настало время посмотреть, какой может быть уровень неопределённости в проектах для ситуации стабильно работающего бизнеса, расширяющего способы взаимодействия со своими клиентами, но с сохранением текущей бизнес-модели. Банк, уже обладающий онлайн-сервисами и добавляющий мобильные приложения и голосовых ассистентов, будет подходящим примером.

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

Поэтому первым и наиболее частым вариантом является проект типа «Процедуры», что означает создание новых цифровых сервисов с сохранением существующих сценариев взаимодействия с клиентами. Мобильные приложения и голосовые интерфейсы рассматриваются просто как ещё один технический канал коммуникаций, ничего принципиально не меняющий. Такой подход снижает уровень неопределённости в проекте, а наличие документации создаёт устойчивую среду для проектирования и разработки. Даже если к проекту привлекаются внешние специалисты, сотрудники ИТ-департамента банка способны достаточно подробно поставить задачи.