Comments 20
UFO just landed and posted this here
никак
Как раз книга и показывает — что делать, чтобы понять. Содержание в нескольких предложениях: «Задача стартапа — найти свою бизнес-модель. Представления о будущей бизнес-модели — это только представления. Решение — в постоянных управляемых, измеряемых и максимально дешевых экспериментах над бизнес-моделью.»
Да, в книге есть ответ. Вопрос другой – многие ли сумеют его понять? А сколько сумеют так и действовать?
Что же за ответ то такой мудреный — что не каждому дано его даже понять? Если он дан выше в пересказе lakaki то он не отвечает на главный вопрос «как понять, кроме опыта ошибок». То есть советует максимально удешевить цену ошибок но не избежать их.
1. Если отладка программы – это процесс вылавливания багов, значит программирование – это процесс их внесения. Так и в стартапах: ошибок избежать нельзя, главное – сумть понять, что ошибка сделана, и понимать, что делать дальше.
2. По поводу мудрености ответа: дело не в его мудрености, а в готовности этот ответ принять в силу начальной сообразительности или наличия собственного опыта.
2. По поводу мудрености ответа: дело не в его мудрености, а в готовности этот ответ принять в силу начальной сообразительности или наличия собственного опыта.
Возможно я недостаточно сообразителен (или же уже прочел слишком много подобных книг и теперь мне советы в них кажутся настолько банальными что я ищу другой — более глубокий смысл).
Правильно ли я понял что совет заключается в том что бы непрерывно искать ошибки (баги) в своей работе и исправлять их?
Правильно ли я понял что совет заключается в том что бы непрерывно искать ошибки (баги) в своей работе и исправлять их?
С одной стороны, очевидно, что процент успешных будет небольшой, но все-таки гораздо выше. С другой — каждому главное на этот вопрос ответить хотя бы для себя )
Процент — небольшой, так как такой путь требует как значительных умственных усилий, так и душевных, ведь из зоны комфорта нужно выходить постоянно, в отличие от подхода «на деньги инвестора год в стелс-режиме фигачим продукт, а там видно будет». Такие психологические проблемы Эрик немного затрагивает под конец, но через них каждому проекту придется пройти.
Процент — небольшой, так как такой путь требует как значительных умственных усилий, так и душевных, ведь из зоны комфорта нужно выходить постоянно, в отличие от подхода «на деньги инвестора год в стелс-режиме фигачим продукт, а там видно будет». Такие психологические проблемы Эрик немного затрагивает под конец, но через них каждому проекту придется пройти.
Он все же Эрик, а не Ник.
Похоже, что по смыслу пересекается с «Rework» by 37 signals, наверняка подойдет тем, кому лень/сложно читать 300 страниц английского текста.
> Почему стартапы умирают?
Потому что не нужны
Потому что не нужны
Меня несколько настораживает, когда в книге начинают описание ситуации со слов "К сожалению многие стартапы..."
Что значит многие стартапы? Кто эти многие? Кто считал и почему именно ему нужно верить?
Но даже если оставим это без внимания, то возникает еще одна проблема — концентрация внимания на том что не надо делать, вместо того, чтобы перейти к тому, что надо.
Обратите внимание, что у вас этому посвящен только последний абзац. Это и в книге так?
Что значит многие стартапы? Кто эти многие? Кто считал и почему именно ему нужно верить?
Но даже если оставим это без внимания, то возникает еще одна проблема — концентрация внимания на том что не надо делать, вместо того, чтобы перейти к тому, что надо.
Обратите внимание, что у вас этому посвящен только последний абзац. Это и в книге так?
Понравился раздел «Минимально работающий продукт».
Надо будет подумать, как проверить гипотезу ценности нашего продукта.
Надо будет подумать, как проверить гипотезу ценности нашего продукта.
Прочитать 300 страниц всё же стоит, ибо, как заметил автор статьи, плотность мысли там очень высока, и каждая глава содержит 1-2 достаточно глубокие идеи, которые ещё нужно правильно понять.
Сравнивать эту книгу с Rework — ИМХО не корректно. Всё-таки Rework — это просто набор рецептов, а Lean Startup — это скорее метод, нацеленный на поиск работающих бизнес-стратегий.
Lean Startup — это попытка убрать waste (словечко из lean manufactoring) из стартапов, то есть деятельности в условиях высокой неопределённости. У автора очень широкое понимание того, что может быть стартапом (это может быть и бизнес, и non-profit, и государственные инициативы — всё что угодно). Самый большой waste стартапов — это разработка продуктов, которые никому не нужны. Некоторые принципы устранения этого waste — заимствованы из lean manufactoring.
Для себя я выделил в Lean Startup несколько ключевых вещей:
1) Если мы работаем как стартап — в условиях высокой неопределённости, то наша бизнес-стратегия основана на некоторых принципах, которые мы принимаем на веру (leaps-of-faith). Наша задача выявить эти принципы, и подвергнуть их объективной проверке.
2) Для проверки этих принципов мы работаем по принципу build-measure-learn (реализуем, измеряем, делаем выводы).
3) Планирование такого цикла происходит в обратном порядке. Сначала нам нужно понять, что мы хотим проверить (найти эти самые leaps-of-faith), потом понять, с помощью каких метрик мы будем их проверять, и потом сделать minimal viable product (MVP).
4) Важнейшие элементы, которые нам нужно проверить — гипотеза роста (growth hypothesis) и гипотеза ценности (value hypothesis)
5) Гипотезы роста бывают трёх типов. Для каждого из них нужны специфичные метрики, значения которых будут свидетельствовать о том, что гипотеза действительно работает (или не работает)
6) Метрики нужно подбирать таким образом, чтобы они действительно отвечали на вопросы, которые нас интересуют. Главный вопрос — получили ли мы модель, на основе которой можно построить долгосрочный, естественным образом растущий бизнес. Нужно ДО эксперимента знать, какие значения метрик мы хотим получить.
7) Когда MVP реализован, мы пытаемся оптимизировать отдельные элементы, чтобы улучшить значения метрик. Важно метрики построить таким образом, чтобы мы могли по ним судить о результатах оптимизаций.
8) В какой-то момент мы понимаем, что оптимизировать дальше не получается. И вот тут наступает трудный момент, когда нам нужно что-то кардинально изменить в наших первоначальных предположениях. Тут нужно хорошенько подумать, проанализировать весь фидбэк, который мы получили от пользователей, и придумать что-то новое.
9) Новые идеи, которые возникают в результате таких размышлений, мы так же проверяем по принципу build-measure-learn.
10) Чтобы ускорить этот цикл, мы работаем маленькими порциями.
11) Мы можем выпустить на рынок продукт низкого качества. Если мы угадали с нашими leaps-of-faith, то всё равно найдутся люди, которые закрывают глаза на низкое качество (так называемые early adopters). Когда мы уже поняли, что основные предположения верны, тогда качество тоже нужно дотянуть до нужного уровня. В основной массе пользователи низкое качество не прощают.
В книжке каждый из этих пунктов очень хорошо развёрнут, с массой примеров и комментариев.
Сравнивать эту книгу с Rework — ИМХО не корректно. Всё-таки Rework — это просто набор рецептов, а Lean Startup — это скорее метод, нацеленный на поиск работающих бизнес-стратегий.
Lean Startup — это попытка убрать waste (словечко из lean manufactoring) из стартапов, то есть деятельности в условиях высокой неопределённости. У автора очень широкое понимание того, что может быть стартапом (это может быть и бизнес, и non-profit, и государственные инициативы — всё что угодно). Самый большой waste стартапов — это разработка продуктов, которые никому не нужны. Некоторые принципы устранения этого waste — заимствованы из lean manufactoring.
Для себя я выделил в Lean Startup несколько ключевых вещей:
1) Если мы работаем как стартап — в условиях высокой неопределённости, то наша бизнес-стратегия основана на некоторых принципах, которые мы принимаем на веру (leaps-of-faith). Наша задача выявить эти принципы, и подвергнуть их объективной проверке.
2) Для проверки этих принципов мы работаем по принципу build-measure-learn (реализуем, измеряем, делаем выводы).
3) Планирование такого цикла происходит в обратном порядке. Сначала нам нужно понять, что мы хотим проверить (найти эти самые leaps-of-faith), потом понять, с помощью каких метрик мы будем их проверять, и потом сделать minimal viable product (MVP).
4) Важнейшие элементы, которые нам нужно проверить — гипотеза роста (growth hypothesis) и гипотеза ценности (value hypothesis)
5) Гипотезы роста бывают трёх типов. Для каждого из них нужны специфичные метрики, значения которых будут свидетельствовать о том, что гипотеза действительно работает (или не работает)
6) Метрики нужно подбирать таким образом, чтобы они действительно отвечали на вопросы, которые нас интересуют. Главный вопрос — получили ли мы модель, на основе которой можно построить долгосрочный, естественным образом растущий бизнес. Нужно ДО эксперимента знать, какие значения метрик мы хотим получить.
7) Когда MVP реализован, мы пытаемся оптимизировать отдельные элементы, чтобы улучшить значения метрик. Важно метрики построить таким образом, чтобы мы могли по ним судить о результатах оптимизаций.
8) В какой-то момент мы понимаем, что оптимизировать дальше не получается. И вот тут наступает трудный момент, когда нам нужно что-то кардинально изменить в наших первоначальных предположениях. Тут нужно хорошенько подумать, проанализировать весь фидбэк, который мы получили от пользователей, и придумать что-то новое.
9) Новые идеи, которые возникают в результате таких размышлений, мы так же проверяем по принципу build-measure-learn.
10) Чтобы ускорить этот цикл, мы работаем маленькими порциями.
11) Мы можем выпустить на рынок продукт низкого качества. Если мы угадали с нашими leaps-of-faith, то всё равно найдутся люди, которые закрывают глаза на низкое качество (так называемые early adopters). Когда мы уже поняли, что основные предположения верны, тогда качество тоже нужно дотянуть до нужного уровня. В основной массе пользователи низкое качество не прощают.
В книжке каждый из этих пунктов очень хорошо развёрнут, с массой примеров и комментариев.
Sign up to leave a comment.
Почему стартапы умирают и другие ответы