Метод параноика. Принципы создания цифровых продуктов для бизнеса в условиях неопределенности

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

Переходом к новому формату стала личная история, на практике показавшая, что такой подход работает. В «ГАЛС СОФТ» мы с нуля создали мобильные приложения для «Связного Трэвел». Это были два года интенсивной работы сначала по поиску концепции продукта и проектированию, затем по разработке и развитию для нескольких мобильных платформ. За это время накопилось много знаний по тревел-отрасли.

Специфика индустрии путешествий в том, что она базируется на устаревших технологиях. Вы, наверно, слышали термин GDS (Global Distribution System). Это международные системы бронирования билетов, которые были разработаны несколько десятилетий назад и до сих пор существуют в неизменном виде. Каждый раз, когда вы покупаете билет в любимом онлайн-сервисе, этот сервис обращается к GDS, чтобы запросить информацию о тарифах и оформить заказ в авиакомпании. Многие ограничения, которые могут вам показаться странными, связаны с тем, как реализованы API GDS.

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

Описание созданной концепции продукта я разместил в одной из тематических групп в соцсети, где общались участники тревел-отрасли. Отклик был поразительным. На публикацию отреагировали руководители и ключевые специалисты тревел-агентств и сервисов, они интересовались, как была реализована та или иная часть проекта. Они увидели специалиста, который разговаривал на их языке о важных для них вопросах. Уже через две недели после публикации у меня был контракт с одним из крупных российских разработчиков платформ для тревел-сервисов. Заметьте, никаких тендеров, конкурсов и маркетинга с рейтингами и прочими формальностями, про которые говорят «ничего не поделаешь». Такова разница между ситуацией, когда клиенты выбирают тебя из списка возможных исполнителей, даже если стоишь в начале, и тем, когда обращаются напрямую, потому что твои опыт и уникальные знания интересуют клиента.

Конечно, можно сказать, что это похоже на идею в стартапе: ты делаешь прототип и ищешь инвестора. Раз ты так хорошо владеешь вопросом, почему бы самому не сделать бизнес вокруг такой классной идеи? Дело в том, что я специалист в создании цифровых продуктов, их проектировании и управлении проектами. Это мне интересно больше всего. Если я займусь бизнесом на основе придуманного концепта, то рано или поздно погружусь в операционную деятельность, ведь дело не в продукте, а в инфраструктуре вокруг него. Мне нравится моя профессия и возможность работать с разными людьми из разных отраслей. Поэтому создание концептов – отличный способ сделать свою профессиональную жизнь интересной и находить проекты, в которых я хотел бы участвовать вместо того, чтобы ждать, пока они сами меня найдут.

Глава 7 Принцип гибких проектных команд

Структура главы:

• Команды в разных типах проектов

• Сила и слабость фиксированных команд

• Выбор участников гибких команд

• Проектирование проектных команд

• «Железобетонное» правило

• Правило многоуровневой команды

• Правило предварительной проверки команды

• Управление гибкими командами

• Коммуникации между участниками

Команды в разных типах проектов

Настало время посмотреть на типы проектов, описанные во второй главе, через призму их участников и связанного с ними уровня неопределенности.