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

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

Никто не может сказать, что получится в результате проекта. Будет ли это онлайн-сервис, исключающий агентов и дающий возможность клиентам самим искать объекты недвижимости, или интеллектуальная система, наоборот, помогающая агентам проводить сделки, или мобильные приложения для 3D сканирования помещений с возможностью виртуальных экскурсий, заранее понять нельзя. Возможно, будет и то, и другое. Такой проект представляет собой серию исследований и экспериментов. От результатов одного шага зависит то, каким будет следующий. В какой-то момент может стать понятно, что решение не может быть найдено либо его поиск займёт непрогнозируемое время. Границы проекта в большей степени определяются возможностями бизнеса и пониманием того, где, по мнению владельцев бизнеса, лежит граница разумного риска ради получения новых возможностей.

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

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

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

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

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