Физика стартапов: достаточно ли быстр ваш стартап?

Опубликовано: 2016-06-10

В физике есть термин для скорости, необходимой для «освобождения» от гравитации, — скорость убегания. Ракета с начальной скоростью восхождения 11,2 км/с (25 950 миль в час) или выше покинет Землю и не вернется. Если бы скорость была ниже, ему пришлось бы тратить дополнительное топливо или упасть и резко разбиться.

Есть ли что-то более важное для запуска, чем скорость? Сэм Альтман сказал: «Двигайтесь быстро. Скорость — одно из ваших главных преимуществ перед крупными конкурентами». Lean Startup от Эрика Риса в основном касается скорости. Что значит для стартапа максимизировать скорость и избежать сбоев? Давай выясним!

Представляем модель скорости запуска

Статья 1

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

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

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

Чтобы отразить этот тревожный факт в нашей модели, давайте разобьем ход итерации на ожидаемый выигрыш и вероятность его появления (шанс на успех). Как вы можете видеть, небольшая вероятность успеха итерации снижает скорость каждого запуска. Мы должны справиться с этим.

Рекомендуется для вас:

Что означает положение о борьбе со спекуляцией для индийских стартапов?
Ресурсы

Что означает положение о борьбе со спекуляцией для индийских стартапов?

Как стартапы Edtech помогают повышать квалификацию и готовят рабочую силу к будущему
Ресурсы

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

Новости

Технологические акции нового века на этой неделе: проблемы Zomato продолжаются, EaseMyTrip публикует...

Индийские стартапы срезают путь в погоне за финансированием
Функции

Индийские стартапы срезают путь в погоне за финансированием

Сообщается, что стартап цифрового маркетинга Logicserve Digital привлек 80 крор индийских рупий в качестве финансирования от альтернативной фирмы по управлению активами Florintree Advisors.
Новости

Цифровая маркетинговая платформа Logicserve Bags Финансирование 80 CR INR, ребрендинг как LS Dig...

Отчет предупреждает о возобновлении нормативного контроля над Lendingtech Space
Новости

Отчет предупреждает о возобновлении нормативного контроля над Lendingtech Space

статья2

Хорошая новость заключается в том, что вы оказываете большое влияние на нижнюю часть формулы. Вы сами управляете тем, сколько потребуется для выпуска функции или A/B-тестирования на рынок. Время итерации состоит из двух основных факторов: время разработки (все действия, непосредственно влияющие на результат — программирование, проектирование, тестирование, скорость развертывания) накладные расходы (исследования, обсуждения, мозговые штурмы, планирование и т. д.)

статья3

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

Есть ли что-нибудь, что вы можете сделать, чтобы увеличить прогресс, который вы делаете с каждой итерацией? Обязательно ознакомьтесь со следующими идеями: начните с потенциальных крупных выигрышей — в первую очередь сосредоточьтесь на моментах, в которых вы можете добиться критической разницы в краткосрочной перспективе. Извлеките уроки из предыдущих итераций, чтобы лучше оценить результат и повысить вероятность успеха. Будьте осторожны с крупными . проекты — несмотря на то, что они предлагают высокий потенциальный выигрыш, они также очень рискованны и требуют много времени (в основном, они замедляют вас)

Хорошо, имея полную модель, давайте применим ее на практике.

Тематическое исследование

Некоторое время назад я консультировал стартап, у которого возникли проблемы со временем разработки. Это была команда замечательных, талантливых людей, которые хотели что-то изменить, но не могли сделать ни единого шага вперед со своим продуктом. Разработка и развертывание небольшой функции редко занимало меньше недели. Хорошие идеи слишком долго застревали в бэклоге. Люди расстроились, и ничего не изменилось.

Чтобы избежать этой проблемы, они придумали решение для оценки каждой идеи по ее бизнес-ценности и технической сложности (очень близко к нашей скорости итерации, но без учета риска/шанса на успех). Они хотели ограничить количество идей, потребовав от каждой из них детальный анализ в качестве резервной копии, чтобы они могли точно оценить потенциальную отдачу.

Почему это не сработало?

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

Выводы

Ниже приведены основные выводы из модели скорости запуска:

Стремитесь к операционному совершенству в разработке продуктов — минимизируйте время, необходимое для вывода любой идеи на рынок. Сократите цикл разработки до часов, а не недель. Поставляйте MVP, а не отличные продукты.

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