Бизнес с нуля: Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели.

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

Однако я видел, что Фарб и его команда не могут побороть сомнения. Вызван ли рост цифр их усилиями по развитию? Или это происходит благодаря другим факторам, например упоминаниям о Grockit в прессе? На встрече с членами команды я задал простой вопрос: «Откуда вы узнаете, что решения о приоритетах, которые принимает Фарб, правильны?» Члены команды ответили: «Это не в нашей компетенции. Фарб принимает решения, а мы их просто выполняем».

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

Я спросил Фарба: «Как вы узнаете, что принимаете правильные решения с точки зрения расстановки приоритетов?» Как и большинство основателей стартапов, он анализировал доступные данные и делал на их основании настолько адекватные предположения, насколько мог. Но это неизбежно приводило к неуверенности и сомнениям.

Фарб верил в свое видение целиком и полностью, но при этом начинал сомневаться в том, что его компания движется к реализации поставленной цели. Продукт улучшался каждый день, но Фарб хотел убедиться в том, что эти улучшения важны для клиентов. Это вызывает уважение, ведь многие другие новаторы держатся за свое первоначальное видение несмотря ни на что. Но Фарб был готов к «проверке реальностью».

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

Гибкая методология разработки довольно эффективна с точки зрения разработчиков. Она позволяет им сосредоточиться на разработке опций и на технических аспектах. Попытка ввести в этот процесс потребность учиться может снизить производительность. (Когда метод бережливого производства стали вводить на предприятиях, возникли похожие проблемы. Менеджеры привыкли учитывать коэффициент загрузки каждой машины. Предприятия были организованы так, чтобы машины работали с полной мощностью — и как можно дольше. С точки зрения загрузки отдельной машины это эффективно, но с точки зрения производительности всей фабрики это иногда крайне неэффективно. Как говорят в теории систем, при оптимизации одной части системы мы обязательно снижаем эффективность системы в целом.)

Фарб и его команда не понимали, что прогресс Grockit оценивается на основании «показателей тщеславия»: общее количество клиентов и общее количество вопросов, на которые получены ответы. Именно это заставляло его команду действовать: эти показатели создавали у команды ощущение движения вперед, хотя ее успехи все еще оставались весьма скромными. Интересно, как точно метод Фарба следовал этапам обучения по системе «экономичный стартап»: компания создала раннюю версию продукта и установила некоторые базовые показатели. Она делала относительно короткие итерации, и каждую из них оценивала в соответствии с тем, улучшает ли она показатели, отражающие активность пользователей.

Однако Grockit использовала не те показатели и на самом деле не развивалась. Фарба беспокоило, что компания не делает выводов из обратной связи от пользователей. В каждом цикле менялись показатели, на которых была сосредоточена его команда: в один месяц она рассматривала общие показатели использования, в другой — число зарегистрировавшихся пользователей, и т. д. Казалось, приоритеты меняются сами собой. Невозможно было установить ясные причинно-следственные связи. Правильно расставить приоритеты в такой ситуации очень сложно.