Инструмент имеет значение только при его использовании, а его характеристики определяются потребностями бизнеса. Например, в случае с «Газелью» грузоподъемность или размеры, связанные с характером перевозок. Получается, инструмент подчинен бизнесу.
Эти сущности можно назвать «технологический продукт» и «бизнес-продукт». Первый – это инструмент, созданный с помощью технологий. Второй – совокупность бизнес-инфраструктуры, которая задействована для выполнения задачи и представляется клиенту в виде услуги. Бизнес-продукт включает в себя технологический продукт. В примере с транспортной компанией технологическим продуктом является автомобиль, бизнес-продуктом – услуга по перевозке груза.
То, что понятно по отношению к традиционному бизнесу и технологиям, становится неясным в сфере IT. Здесь путаются понятия, и мобильное приложение или онлайн-сервис часто воспринимаются в качестве бизнес-продукта. Взять, к примеру, маркетплейсы, где сайт каталога товаров воспринимается как бизнес, при этом поставщики, склады, служба доставки и поддержка остаются вне поля зрения.
Для IT-специалистов подобное недопонимание простительно, ведь они сфокусированы на создании технологического продукта. Но для бизнеса это часто приводит к тому, что работа по запуску бизнес-продукта начинается только после завершения разработки. Чтобы избежать этого, бизнес-инфраструктура должна создаваться параллельно с работой над технологическим продуктом.
Кстати, именно по этой причине проекты по созданию цифровых продуктов для действующего бизнеса чаще бывают успешны. Уже есть необходимая инфраструктура, специалисты и понимание требований к продукту. Например, банку проще адаптироваться для коммуникаций через мобильное приложение, если он уже взаимодействует с клиентами через сайт. Если же речь идет про открытие нового направления или создание принципиально новой компании, построенной вокруг технологического продукта, то шансов у такого проекта значительно меньше. Скорее всего, нет даже человека, лично заинтересованного в таком бизнесе, а его роль выполняет менеджер проекта по разработке.
Проблема в том, что задача прежде всего формулируется в технологической плоскости: «Нам нужен сайт и мобильные приложения для продажи билетов». Вместо этого нужно понять, как будет выстроена работа в целом и какова роль технологий. Чтобы убедиться, что вы на правильном пути, рассмотрите для начала бизнес-модель, убрав из нее технологический продукт.
Например, вы занимаетесь организацией логистической компании и рассчитываете, что компьютерная система будет учитывать движение транспорта, оптимизировать загрузку и динамически распределять заказы, взаимодействовать с клиентами. Попробуйте смоделировать работу без системы, используя только телефон и электронные таблицы. Если вы способны представить такой бизнес, пусть и неэффективный, значит, вы мыслите в правильном направлении. Нет смысла ожидать, что разработчики реализуют бизнес-логику, если вы сами неспособны ее сформулировать.
Критерии успешности продукта
Я часто использовал слово «успешный» в отношении продуктов и проектов. Теперь хочу остановиться на этом подробнее. Что такое успешный продукт или проект? Какие критерии определяют успех и какие факторы на него влияют? Вопрос важен, потому что кроме чувства гордости в проектной работе часто возникают конфликты между бизнесом и специалистами по поводу результатов. И важно, чтобы все говорили на одном языке.
Начнем с проектов по разработке, внедрению, запуску и сопровождению цифровых продуктов. По идее, успех проекта определяется достижением поставленных целей. Значит, нужно четко понимать цели проекта. Кажется, все просто – «создать продукт в соответствии с требованиями», например, разработать онлайн-сервис с определенными функциями. А что, если продукт создан и соответствует требованиям, но не приносит бизнесу ожидаемого результата? Можно ли считать такой проект успешным?
Посмотрим с другой стороны. Иногда проект затевается не для достижения бизнес-целей, а из-за личных амбиций топ-менеджера. Даже если требования, сроки и бюджет соблюдены, но проект не произвел впечатления на совет директоров, вероятно, проект нельзя назвать успешным. Совсем сложно (или наоборот просто) говорить об успехе, когда целью проекта было получение бюджета и распределение его между заинтересованными сторонами.