Running Lean — это систематический процесс построения плана прибыльного бизнеса; процесс, который приводит Вас от «Плана А» к плану, который работает, до того как Вы израсходуете все ресурсы.

Перевод: Игорь Матвеенко https://runningleaninrussian.wordpress.com/

Running Lean или Рационализация Стартапа — Введение

Что такое Рационализация Стартапа?

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

Большинство стартапов проваливаются

Но еще более интересным фактом является то, что из тех немногих, кто добился успеха, две трети сообщают о существенном изменении бизнес-концепции в процессе запуска[1].

Поэтому основное отличие успешных стартапов от неуспешных совсем не обязательно заключается в изначально более успешном исходном плане (Плане А), а скорее в том, что они смогли изменить исходный план на более рабочий до того, как были исчерпаны доступные ресурсы.

До настоящего времени поиск этого улучшенного Плана B или С или Z был ведом только интуицией или удачей. Не существовало систематического процесса, который позволял бы провести скрупулезный стресс-тест Плана А.

Именно этим и занимается Рационализация Стартапа.

Рационализация Стартапа – это систематический процесс, позволяющий постепенно перейти от «Плана А» к «Плану, который работает», до того, как проект исчерпает свои ресурсы.

Почему стартап так трудно запустить?

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

Во-вторых, классический продукто-ориентированный подход предусматривает некоторое вовлечение пользователей на стадии сбора требований, но совершенно исключает их из дальнейшего процесса вплоть до стадии окончательного запуска. Огромная «средняя часть» процесса разработки и тестирования проходит в полном отрыве от пользователей. На этой стадии очень велики шансы того, что стартап слишком разрастется или уйдет в сторону от того, что по-настоящему нужно пользователям. В этом заключается фундаментальная дилемма, ранее описанная Стивом Бланком (Steve Blank) в книге «The Four Steps to the Epiphany», где он описывает процесс построения постоянной обратной связи с пользователем во время процесса разработки продукта, называемый им термином «Работа с пользователем (Customer development)».