Как стартапу увеличить свои шансы на успех?

 
Одна из главных задач для стартапа — довести свой продукт до релиза. Многие проекты уже на старте оказываются слишком амбициозными. Распространенный случай — небольшая команда в ограниченный срок пытается решить задачу, на которую у крупных и опытных игроков уходят тысячи человекочасов.

В результате команда не может дойти до конца, так как разработано много функционала, но далеко не все функции отладили как следует.

Тем не менее, помимо слишком амбициозных задач, есть ещё множество причин, по которым проект может не запуститься в срок и выйти за пределы запланированного бюджета:
 

• Не определены потребности рынка

Команда не провела достаточно глубокого маркетингового исследования, и в итоге разрабатываемый функционал оказался попросту невостребованным среди пользователей
 

• Команда опоздала

В погоне за обширным функционалом запуск проекта затянулся и продукт вышел на уже занятый конкурентами рынок
 

• Погоня за ценой

Стремление сделать как можно побыстрее и подешевле. 95% таких случаев заканчиваются диаметрально противоположным, так как зачастую приходится переделывать то, что уже успела сделать команда непрофессионалов.
 

• Open Source

Использование open source решений. Сами по себе open source решения — это отличная возможность сэкономить на разработке (по сути, не разрабатывать того, что уже было создано), но во всём нужно знать меру, так как полностью создать уникальный проект на готовых решениях невозможно.

Одним из способов позволяющих избежать все обозначенные проблемы, и заодно значительно увеличить свои шансы на успех является методология Lean Startup. Сегодня мы поговорим о ней и о том, какие возможности она предоставляет.

В чем суть данного подхода

Сама методология берет многое из японского машиностроения, где уж точно знают, как рационально использовать имеющиеся ресурсы (которых всегда не хватает). Lean Startup оперирует несколькими ключевыми терминами, одним из которых является MVP — минимально жизнеспособный продукт.
 

MVP означает, что изначально в проект закладывается только самый важный функционал. Всё то, что не является необходимым “здесь и сейчас” откладывается до этапа послерелизной поддержки продукта.
 
При использовании концепции MVP, проект делится на следующие этапы:

• Проработка и постановка целей/задач проекта и глубокое маркетинговое исследование. Хорошо проработанная  задача, помогает значительно упростить разработку, избегая возможных проволочек с согласованием требований.

• Визуализация идеи. Разрабатывается прототип дизайна чтобы клиент и разработчики имели точное представление о том, в каком направлении двигаться, и какой должен быть вид у конечного продукта. Создается дорожная карта проекта — план, который наглядно показывает, что и когда должно быть сделано. Данный этап занимает 2-3 недели и часто делается по фиксированной цене.

• Разработка проекта. Для постоянного отслеживания прогресса и получения новых версий, продукт разрабатывается в течение двух месяцев с двухнедельными итерациями.

• Один меяц требуется на полировку проекта, устраниение багов и доработку мелких фукнкций (внутренняя аналитика, всплывающие окна “оцените наше приложение” и т.п.) необходимых для релиза

• Запуск приложения  и последующая работа с обратной связью пользователей

Lean Startup решает следующие задачи

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

Мы вполне можем пользоваться машиной, если у неё нет кондиционера, аудиосистемы, или даже лобового стекла с капотом. Равно как далеко не всем нужен душ прямо в салоне. Но очевидно, что автомобиль становится бесполезным, если у него нет колёс или двигателя.

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

В итоге проект либо сворачивается, либо приходится искать дополнительные средства на доработку основного функционала. А их может и не быть.
 

2. Создание масштабируемой системы
 
У любого проекта должен быть потенциал роста. Это означает, что продукт должен быть готов к возможному увеличению пользовательской базы и выходу на новые рынки. Если приложение обладает серверной частью, она должна быть готова к увеличению нагрузки в будущем.
 

3. Запуститься в срок и обеспечить параллельную работу команд разработки и маркетинга.
 
Популярное заблуждение — разработка проекта составляет большую часть затрат. На самом деле разработка зачастую составляет лишь 30% от  бюджета  проекта. Остальное — операционные расходы и маркетинг.

При таком подходе уже на раннем этапе следует заниматься маркетингом продукта и начать  сбор пользовательских отзывов. Отзывы — это то, что позволяет продукту стать лучше и то, что даёт команде понять, в каком направлении двигаться.

Если проект успешно запустился, но по отзывам пользователей ему нужна “полировка”, то посредством коротких итераций (2 недели) можно будет через несколько циклов довести продукт до совершенства — сделать его таким, каким его хотят видеть пользователи.

После этого команда сможет приступить к добавлению новых функций и заняться долгосрочной поддержкой вашего проекта. В японской промышленности для этого существует термин “Кайдзен” — процесс непрерывного совершенствования продукта.

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

Смена курса может иметь разный характер — всё зависит от того, с какими непредвиденными проблемами столкнулся проект после релиза (тут может быть что угодно — от законодательных до экономических проблем).

Использование lean startup позволяет сэкономить средства на разработке дополнительного функционала, и эти средства позволят команде заняться решением возникших проблем.

В итоге, главный посыл lean состоит в том, что проекты следует разрабатывать по принципу “меньше, но качественно”, чем по принципу “больше, но в итоге не запуститься вообще”.

Таким образом, lean startup позволяет:
 

• Опробовать саму идею, затратив при этом минимум средств при максимальном качестве;
• Максимально быстро получить информацию, которую невозможно получить без непосредственного запуска продукта
• Собрать пользовательские отклики для улучшения продукта;

 
Lean startup лёг в основу многих крупных компаний — Quora, TechCrunch, Dropbox, Pinterest, PayPal. Конечно, это не означает, что lean — панацея и гарантирует успех любого бизнеса, но это свод тех самых правил, которые способны значительно увеличить шансы на успех вашего проекта.