Всем привет, меня зовут Роман и, после нескольких неудачных запусков стартапа, я решил изучить этот процесс сначала в теории, а заодно и поделиться с вами, что было сделано нашей командой не так. Планирую публиковать пересказы книг/статей/лекции со своими мыслями и анализом моего неудачного опыта.
Немного о себе:
Сейчас на первом курсе докторантуры в Техническом Университете Мюнхена, изучаю Большие Языковые Модели и как их улучшить (а-ля ChatGPT). До этого закончил магистратуру ИТМО по ИИ, и параллельно пару лет работал ML инженером. С относительно постоянной командой периодически участвуем в хакатонах. В декабре 2022 взяли первое место на ЛЦТ (крупневший хакатон РФ) за разработку сервиса помощи реализации бизнес идей.
К чему это я все? Опыт разработки и теоретические знания создания технических продуктов у меня и нашей команды есть, но техническая реализация - лишь часть создания продукта как такового. Это «открытие» может быть очевидным, но в технических ВУЗах редко уделяют этому должное внимание (по крайней мере, где я учился), хотя это могло бы предотвратить множество провалов и сохранить моральную энергию. Lean Startup, CustDev, управление командой и прочие термины из этой области будут встречаться в этом канале, лучшие практики, а так же к чему они приводят в реальности. И, чтобы быть в курсе происходящего:
Немного о стартапе:
В этом году я сдавал IELTS (экзамен по английскому) и, при подготовке к нему, понял, что у проблемы у меня именно в разговорном английском - быстро подбираться слова и говорить «на лету», но даже, если что-то сказал, то появляется неуверенность, что так можно и без ошибок. Разговорные клубы и репетиторы не могут отловить все ошибки, а вторые еще и довольно дорогие. Именно тогда я представил, как было бы круто какой-нибудь тренажер, с которым можно поговорить и он бы выявил твои ошибки. Мы с командой немного подумали и сделали телеграм бота, которому можно записать голосовое сообщение, а он в ответ отмечал твои ошибки, поддерживал диалог (для чего ChatGPT и создан, в целом), а главное - объяснял ошибки. Тогда мне казалось, что продукт пушка (хоть и с некоторыми огрехами, но куда MVP без них?) и к нам вот-вот прибегут толпы изучающих Английский, но несколько рекламных кампаний не дали нужного результата. Мы получили десяток восторженных отзывов и сотни пользователей, которые воспользовались продуктом, но из них продолжили пользоваться всего лишь… ноль. Почему так произошло и в чем были наши ошибки - далее.
Немного о себе:
Сейчас на первом курсе докторантуры в Техническом Университете Мюнхена, изучаю Большие Языковые Модели и как их улучшить (а-ля ChatGPT). До этого закончил магистратуру ИТМО по ИИ, и параллельно пару лет работал ML инженером. С относительно постоянной командой периодически участвуем в хакатонах. В декабре 2022 взяли первое место на ЛЦТ (крупневший хакатон РФ) за разработку сервиса помощи реализации бизнес идей.
К чему это я все? Опыт разработки и теоретические знания создания технических продуктов у меня и нашей команды есть, но техническая реализация - лишь часть создания продукта как такового. Это «открытие» может быть очевидным, но в технических ВУЗах редко уделяют этому должное внимание (по крайней мере, где я учился), хотя это могло бы предотвратить множество провалов и сохранить моральную энергию. Lean Startup, CustDev, управление командой и прочие термины из этой области будут встречаться в этом канале, лучшие практики, а так же к чему они приводят в реальности. И, чтобы быть в курсе происходящего:
Немного о стартапе:
В этом году я сдавал IELTS (экзамен по английскому) и, при подготовке к нему, понял, что у проблемы у меня именно в разговорном английском - быстро подбираться слова и говорить «на лету», но даже, если что-то сказал, то появляется неуверенность, что так можно и без ошибок. Разговорные клубы и репетиторы не могут отловить все ошибки, а вторые еще и довольно дорогие. Именно тогда я представил, как было бы круто какой-нибудь тренажер, с которым можно поговорить и он бы выявил твои ошибки. Мы с командой немного подумали и сделали телеграм бота, которому можно записать голосовое сообщение, а он в ответ отмечал твои ошибки, поддерживал диалог (для чего ChatGPT и создан, в целом), а главное - объяснял ошибки. Тогда мне казалось, что продукт пушка (хоть и с некоторыми огрехами, но куда MVP без них?) и к нам вот-вот прибегут толпы изучающих Английский, но несколько рекламных кампаний не дали нужного результата. Мы получили десяток восторженных отзывов и сотни пользователей, которые воспользовались продуктом, но из них продолжили пользоваться всего лишь… ноль. Почему так произошло и в чем были наши ошибки - далее.
👍5🔥3❤1
Разработка продуктов в компании и стартапе
У любой компании есть срок жизни, особенно это заметно в технологической отрасли. Разработав какой-то продукт, его необходимо итеративно улучшать или разрабатывать новый, иначе конкуренты придумают более технологическое решение, а ваше устройство потеряет актуальность. Apple не стал бы лидером рынка, если бы перестал выпускать новые модели IPhone после первой презентации. Даже условные поисковики за 10-15 лет изменились: улучшая алгоритмы и собирая данные для рекламы, хотя это может быть на первый взгляд и малозаметно. При этом, культура / размеры / бюрократия затормаживают внедрения действительно инновационных решений в компании - для Apple куда надежнее и прибыльнее сделать следующее поколение телефона, чем разработать электрокар (однако они пытаются).
Почему так происходит? Отдел разработки телефонов в Apple уже знает своего клиента и их предпочтения - они нашли бизнес-модель, которая решает проблемы клиентов и отвечает их ожиданиям. Они знают, как продвигать продукт, сколько будет стоит маркетинг и количество устройств, которые необходимо заказать для производства. Удобство, дизайн, скорость, экосистема - это выстраивается маленькими шагами в течение уже 15 лет и для достижения прибыли в следующий год необходимо чуть-чуть изменить существующее решение: улучшить камеру, уменьшить энергопотребление и этот продукт увеличит срок жизни компании на следующие n лет. С другой стороны, разработка электрокара происходит в условиях неопределенности: любая инженерная, маркетинговая, управленческая ошибка может привести к провалу проекта и потере миллионов или даже миллиардов долларов. Можно сказать, что подобные экспериментальные команды - стартапы внутри компаний. Правда, чем больше компания, тем дороже выходят её ошибки, поэтому у независимых стартапов небольшое преимущество здесь есть.
По Стиву Бланку, стартап – временная структура для поиска масштабируемой, воспроизводимой, и прибыльной бизнес-модели. Стартап перерастет в компанию, когда найдет продукт, который стабильно начнет приносить ему прибыль, а пока это не произошло, он находится в условиях неопределенности: нет точного знания, кто ваш клиент, какой продукт ему нужен, какие проблемы решаются, каким образом распространять продукт, вести маркетинговую кампанию и т.п. У основателей есть определенное видение продукта и предположения насчет этих вопросов, но без фактических подтверждения, это лишь гипотезы, которые могут и не соответствовать реальности. Задача стартапа - превратить гипотезы в факты и найти рабочую бизнес-модель, которая позволит стартапу развиваться.
Основное различие между стартапом и компанией приводит к последствию, которое может быть очевидно не для всех (особенно для людей чисто технических специальностей) - стандартные инструменты разработки продукта не подходят в условиях неопределенности. Если ваш опыт работы был в компаниях, которые нашли свою бизнес модель, то цикл: сбор требований - разработка - альфа / бета тест - запуск, вам должен быть знаком. Уверен, что многие разработчики бы и ответили подобным образом на вопрос “Как разработать продукт?”, но проблема с этим циклом начинается с самого первого пункта. Для стартапа требования основываются на видении основателей, которое, как уже было сказано, может быть неверным: предложенной проблемы пользователей не существует, целевая аудитория выбрана неверно, проблема не настолько большая, чтобы за ее решение отдавать деньги и т.п.
Для стартапа более логичный процесс создания продукта - цикл. Например, когда вы поняли, что выбранная проблема не существует или ваш продукт решает проблему, но совсем другую и у неожиданной части клиентов - следует вернуться на прошлый этап, чтобы изменить свои предположения и перестроить бизнес-модель под реальный мир.
#НастольнаяКнигаОснователя #ТеорияСтартапа
У любой компании есть срок жизни, особенно это заметно в технологической отрасли. Разработав какой-то продукт, его необходимо итеративно улучшать или разрабатывать новый, иначе конкуренты придумают более технологическое решение, а ваше устройство потеряет актуальность. Apple не стал бы лидером рынка, если бы перестал выпускать новые модели IPhone после первой презентации. Даже условные поисковики за 10-15 лет изменились: улучшая алгоритмы и собирая данные для рекламы, хотя это может быть на первый взгляд и малозаметно. При этом, культура / размеры / бюрократия затормаживают внедрения действительно инновационных решений в компании - для Apple куда надежнее и прибыльнее сделать следующее поколение телефона, чем разработать электрокар (однако они пытаются).
Почему так происходит? Отдел разработки телефонов в Apple уже знает своего клиента и их предпочтения - они нашли бизнес-модель, которая решает проблемы клиентов и отвечает их ожиданиям. Они знают, как продвигать продукт, сколько будет стоит маркетинг и количество устройств, которые необходимо заказать для производства. Удобство, дизайн, скорость, экосистема - это выстраивается маленькими шагами в течение уже 15 лет и для достижения прибыли в следующий год необходимо чуть-чуть изменить существующее решение: улучшить камеру, уменьшить энергопотребление и этот продукт увеличит срок жизни компании на следующие n лет. С другой стороны, разработка электрокара происходит в условиях неопределенности: любая инженерная, маркетинговая, управленческая ошибка может привести к провалу проекта и потере миллионов или даже миллиардов долларов. Можно сказать, что подобные экспериментальные команды - стартапы внутри компаний. Правда, чем больше компания, тем дороже выходят её ошибки, поэтому у независимых стартапов небольшое преимущество здесь есть.
По Стиву Бланку, стартап – временная структура для поиска масштабируемой, воспроизводимой, и прибыльной бизнес-модели. Стартап перерастет в компанию, когда найдет продукт, который стабильно начнет приносить ему прибыль, а пока это не произошло, он находится в условиях неопределенности: нет точного знания, кто ваш клиент, какой продукт ему нужен, какие проблемы решаются, каким образом распространять продукт, вести маркетинговую кампанию и т.п. У основателей есть определенное видение продукта и предположения насчет этих вопросов, но без фактических подтверждения, это лишь гипотезы, которые могут и не соответствовать реальности. Задача стартапа - превратить гипотезы в факты и найти рабочую бизнес-модель, которая позволит стартапу развиваться.
Основное различие между стартапом и компанией приводит к последствию, которое может быть очевидно не для всех (особенно для людей чисто технических специальностей) - стандартные инструменты разработки продукта не подходят в условиях неопределенности. Если ваш опыт работы был в компаниях, которые нашли свою бизнес модель, то цикл: сбор требований - разработка - альфа / бета тест - запуск, вам должен быть знаком. Уверен, что многие разработчики бы и ответили подобным образом на вопрос “Как разработать продукт?”, но проблема с этим циклом начинается с самого первого пункта. Для стартапа требования основываются на видении основателей, которое, как уже было сказано, может быть неверным: предложенной проблемы пользователей не существует, целевая аудитория выбрана неверно, проблема не настолько большая, чтобы за ее решение отдавать деньги и т.п.
Для стартапа более логичный процесс создания продукта - цикл. Например, когда вы поняли, что выбранная проблема не существует или ваш продукт решает проблему, но совсем другую и у неожиданной части клиентов - следует вернуться на прошлый этап, чтобы изменить свои предположения и перестроить бизнес-модель под реальный мир.
#НастольнаяКнигаОснователя #ТеорияСтартапа
🔥3
Развитие потребителей, или как создать продукт в стартапе
Когда мы прояснили различия между компанией и стартапом, можно переходить к представлению модели “Развитие Потребителей”. Её придумал Стив Бланк - сооснователей нескольких успешных и не очень стартапов, а также преподаватель в Стенфорде. Основная идея данного подхода - структурное и постоянное тестирование гипотез бизнес-модели: насчет рынка потребителей, каналов привлечения, способов сбыта, ценообразования и пр. Разработка продукта в компании (или даже процесс рождения компании) делится на 4 стадии:
🧭 Выявление потребителей – превращение гипотез основателей в факты, здесь мы работаем по большей части с самой проблемой пользователей. Проблема пользователей - основа всего последующего развития нашего продукта: от его дизайна и свойств до маркетинговой стратегии и каналов сбыта. Нам необходимо подтвердить, что проблема существует и она достаточно существенна, чтобы пользователь был готов платить за её решение. На этом этапе мы также можем проверить созданный MVP и что он действительно решает проблему. В качестве MVP необязательно использовать уже готовое приложение - можно начать с лендинга / телеграм-бота / простого сайта - главное, чтобы мы могли убедиться в работоспособности нашей идеи в целом. Здесь мы часто меняем наше представление, в зависимости от пришедших данных: какие-то гипотезы оказались верные, а какие-то нет, но важно, чтобы на следующие этапы вы переходили с подтвержденными фактами, иначе вероятность “работы в стол” увеличивается.
👥 Верификация потребителей – проверка бизнес-модель на воспроизводимость и масштабируемость. Можем ли мы расширить свою деятельность при вложении денег? Как привлечь пользователей? Будут ли активно пользоваться нашим продуктом и приносить прибыль? На этом этапе мы создаем маркетинговую стратегию и подтверждаем наличие рынка для вашего продукта. Лучший инструмент на данном этапе - тестовые продажи. Принесенные деньги значат куда больше хвалебных отзывов.
📈 Расширение клиентской базы – активное привлечение клиентов с помощью выбранной маркетинговой стратегии. Компания активизирует пользовательский спрос и масштабирует бизнес с помощью различных мероприятий по привлечению клиента.
🏦 Выстраивание компаний – превращение стартапа в компанию. Нам уже известна бизнес-модель и мы доказали, что она воспроизводима, масштабируема и прибыльна - нам не нужны отделы по поиску своего рынка, а значит, пришло время изменений. Изменяются структуры и подразделения - приходят более традиционные отделы продаж, маркетинга и коммерческого развития. Возможно, вместе со сменой руководителя, для более эффективного контроля уже компании, а не стартапа.
💡Успешный стартап постоянно тестируют гипотезы и почти сразу вносит правки.
#НастольнаяКнигаОснователя #ТеорияСтартапа
Когда мы прояснили различия между компанией и стартапом, можно переходить к представлению модели “Развитие Потребителей”. Её придумал Стив Бланк - сооснователей нескольких успешных и не очень стартапов, а также преподаватель в Стенфорде. Основная идея данного подхода - структурное и постоянное тестирование гипотез бизнес-модели: насчет рынка потребителей, каналов привлечения, способов сбыта, ценообразования и пр. Разработка продукта в компании (или даже процесс рождения компании) делится на 4 стадии:
🧭 Выявление потребителей – превращение гипотез основателей в факты, здесь мы работаем по большей части с самой проблемой пользователей. Проблема пользователей - основа всего последующего развития нашего продукта: от его дизайна и свойств до маркетинговой стратегии и каналов сбыта. Нам необходимо подтвердить, что проблема существует и она достаточно существенна, чтобы пользователь был готов платить за её решение. На этом этапе мы также можем проверить созданный MVP и что он действительно решает проблему. В качестве MVP необязательно использовать уже готовое приложение - можно начать с лендинга / телеграм-бота / простого сайта - главное, чтобы мы могли убедиться в работоспособности нашей идеи в целом. Здесь мы часто меняем наше представление, в зависимости от пришедших данных: какие-то гипотезы оказались верные, а какие-то нет, но важно, чтобы на следующие этапы вы переходили с подтвержденными фактами, иначе вероятность “работы в стол” увеличивается.
👥 Верификация потребителей – проверка бизнес-модель на воспроизводимость и масштабируемость. Можем ли мы расширить свою деятельность при вложении денег? Как привлечь пользователей? Будут ли активно пользоваться нашим продуктом и приносить прибыль? На этом этапе мы создаем маркетинговую стратегию и подтверждаем наличие рынка для вашего продукта. Лучший инструмент на данном этапе - тестовые продажи. Принесенные деньги значат куда больше хвалебных отзывов.
📈 Расширение клиентской базы – активное привлечение клиентов с помощью выбранной маркетинговой стратегии. Компания активизирует пользовательский спрос и масштабирует бизнес с помощью различных мероприятий по привлечению клиента.
🏦 Выстраивание компаний – превращение стартапа в компанию. Нам уже известна бизнес-модель и мы доказали, что она воспроизводима, масштабируема и прибыльна - нам не нужны отделы по поиску своего рынка, а значит, пришло время изменений. Изменяются структуры и подразделения - приходят более традиционные отделы продаж, маркетинга и коммерческого развития. Возможно, вместе со сменой руководителя, для более эффективного контроля уже компании, а не стартапа.
💡Успешный стартап постоянно тестируют гипотезы и почти сразу вносит правки.
#НастольнаяКнигаОснователя #ТеорияСтартапа
🔥1
Анализ Balabol - создание продукта
В Феврале мы начали разработку нашего продукта - тогда я только сдал IELTS и, ещё чувствуя проблему недостатка общения на английском и поиска ошибок в речи, я был абсолютно уверен, что, очевидно, проблема существует, аудитория понятна (либо же станет понятной после разработки) и что наибольшая сложность - техническая. Конечно, собрать несколько модулей вместе: распознавание речи - поиск ошибок - объяснение ошибок - поддержка диалога, не является самой простой задачей, но, как выяснилось позже, нам было сделать это куда проще, чем найти первых пользователей.
Ошибка в выявлении потребителей - мы не тестировали гипотезы и не выдвигали альтернативы для них. Чуть позже мы придем к тому, что существует CustDev и с людьми можно просто….поговорить, но как это делать и что сделали мы - история на следующий пост. Можно быть бесконечно уверенным в продукте, проблеме и способе её решения, но без фактического подтверждения это всего лишь домыслы и, какими бы они очевидными не были для вас, с реальностью это пока никак не связано. Альтернативы могли бы дать нам поле для маневра, а более структурированный подход к тестированию гипотез сэкономил бы силы и дал вектор для дальнейших действий при неудаче в одной из первоначальных гипотез.
Ошибка в верификации пользователей - проблема, на самом деле, вытекает из первого этапа. Мы не говорили с потенциальными потребителями, поэтому мы даже не знали, кто основная целевая аудитория подобного приложения, у кого могут быть подобные проблемы. Мы прикинули, что это пользователи английского с уровнем A2-B1 (мне все еще кажется, что для них мы были бы максимально эффективны, но тестирование может показать другое…) и на этом остановились. Не было понимания, студенты, эмигранты, или, возможно, люди, ведущие бизнес с зарубежными партнерами, поэтому каналы распространения и как дойти до этих людей так же оставались неизвестным. В качестве первых клиентов были друзья и люди, которые пришли из нескольких реклам с общей тематикой по английскому языку, но на второй раз никто не остался - скорее всего, не попали в ца.
Ошибка в разработке и отношении к провалам - ее начало до подтверждения гипотез. Тут наибольшая проблема кроется в ресурсе человека - он не бесконечный. После траты двух месяцев на разработку, идея о том, что первоначальные гипотезы неверны, принесет куда больше вреда, чем если же отвергнуть их с помощью тестирования на первом этапе. Так и произошло у нас - после того, как люди “сами не пошли использовать наш классный продукт” через два месяца разработки, сильно сказалось на желании продолжать улучшать приложение. Ошибки в бизнес-моделях - такая же часть развития продукта, как и баги в технической составляющей - без них никак, но лучше всего избавиться от них как можно скорее, чтобы следующие труды не были напрасны. Помимо структурированного тестирования гипотез, нам стоило начать разработку лишь после того, как проблема и ЦА были подтверждены - вероятность создать действительно полезный продукт была бы куда выше.
#АнализBalabol
В Феврале мы начали разработку нашего продукта - тогда я только сдал IELTS и, ещё чувствуя проблему недостатка общения на английском и поиска ошибок в речи, я был абсолютно уверен, что, очевидно, проблема существует, аудитория понятна (либо же станет понятной после разработки) и что наибольшая сложность - техническая. Конечно, собрать несколько модулей вместе: распознавание речи - поиск ошибок - объяснение ошибок - поддержка диалога, не является самой простой задачей, но, как выяснилось позже, нам было сделать это куда проще, чем найти первых пользователей.
Ошибка в выявлении потребителей - мы не тестировали гипотезы и не выдвигали альтернативы для них. Чуть позже мы придем к тому, что существует CustDev и с людьми можно просто….поговорить, но как это делать и что сделали мы - история на следующий пост. Можно быть бесконечно уверенным в продукте, проблеме и способе её решения, но без фактического подтверждения это всего лишь домыслы и, какими бы они очевидными не были для вас, с реальностью это пока никак не связано. Альтернативы могли бы дать нам поле для маневра, а более структурированный подход к тестированию гипотез сэкономил бы силы и дал вектор для дальнейших действий при неудаче в одной из первоначальных гипотез.
Ошибка в верификации пользователей - проблема, на самом деле, вытекает из первого этапа. Мы не говорили с потенциальными потребителями, поэтому мы даже не знали, кто основная целевая аудитория подобного приложения, у кого могут быть подобные проблемы. Мы прикинули, что это пользователи английского с уровнем A2-B1 (мне все еще кажется, что для них мы были бы максимально эффективны, но тестирование может показать другое…) и на этом остановились. Не было понимания, студенты, эмигранты, или, возможно, люди, ведущие бизнес с зарубежными партнерами, поэтому каналы распространения и как дойти до этих людей так же оставались неизвестным. В качестве первых клиентов были друзья и люди, которые пришли из нескольких реклам с общей тематикой по английскому языку, но на второй раз никто не остался - скорее всего, не попали в ца.
Ошибка в разработке и отношении к провалам - ее начало до подтверждения гипотез. Тут наибольшая проблема кроется в ресурсе человека - он не бесконечный. После траты двух месяцев на разработку, идея о том, что первоначальные гипотезы неверны, принесет куда больше вреда, чем если же отвергнуть их с помощью тестирования на первом этапе. Так и произошло у нас - после того, как люди “сами не пошли использовать наш классный продукт” через два месяца разработки, сильно сказалось на желании продолжать улучшать приложение. Ошибки в бизнес-моделях - такая же часть развития продукта, как и баги в технической составляющей - без них никак, но лучше всего избавиться от них как можно скорее, чтобы следующие труды не были напрасны. Помимо структурированного тестирования гипотез, нам стоило начать разработку лишь после того, как проблема и ЦА были подтверждены - вероятность создать действительно полезный продукт была бы куда выше.
#АнализBalabol
👍3
Идеальный стартап pinned «Всем привет, меня зовут Роман и, после нескольких неудачных запусков стартапа, я решил изучить этот процесс сначала в теории, а заодно и поделиться с вами, что было сделано нашей командой не так. Планирую публиковать пересказы книг/статей/лекции со своими…»
Коридорки и лендинги, или одни из способов тестирования гипотез
О тестировании гипотез обширнее и детальнее поговорим чуть позже, сейчас просто хочется дать поверхностное представление, как это выглядит и одни из способов тестирования. Да и не зря же я сегодня проходил коридорку как раз :)
Коридорка - быстрое исследование, направленное на получение фидбека от потенциальных пользователей, зачастую их мыслей по восприятию интерфейса, но возможно и самому продукту. Исследование быстрое, потому что ты не тратишь время на подготовку фокус-групп и не делаешь долгий анализ, обычно, пишешь в телеграм чат свою идею, типа “Разрабатываем сервис для общения на английском, нужны люди для тестирования интерфеса”.
Лендинг - зачастую одностраничный сайт с информацией о продукте и возможностью целевого действия (покупки / подписки) - типа того, что на фото ниже. Обычно, их делают на тильде / другом конструкторе сайтов за пару часов / дней. Нужны для проверки маркетинговых гипотез, но так же можно и тестировать и остальные переменные бизнес модели - например, нужен ли подобный продукт в целом.
Как я туда попал
В чате с коридорными подобными исследованиями написали “Разрабатываем приложение для развития английской речи”. Мне стало интересно, какие ещё есть идеи у людей в этой сфере (Balabol же к этой относится), вдруг, что-то и для себя подцеплю. Написал человеку и мы договорились на 15-минутную встречу.
Как это происходило
Мне скинули ссылку на одностраничный сайт, я расшарил экран и мы начали идти по сайту сверху-вниз. Сайт максимально типичный лендинг - три блока информации о продукте, и в самом конце огромная кнопка “Купить”. Меня попросили озвучивать свои мысли по ходу каждого блока: например, здесь не особо понятна информация, здесь мне нравится картинка и т.п. В конце попросили перефразировать, что я понял из сайта в целом, а также рассказать, купил бы я их продукт и почему да / нет.
Мысли
Оба эти инструмента потрясающие благодаря своей простоте и скорости получения результата. За пару дней можно сверстать несколько лендингов и протестировать спрос на приложение среди разных целевых аудиторий - целевое действие (покупка / подписка на рассылку) говорит куда больше, чем просто слова. Коридорка хороша для тестирования ваших лендингов или интерфейса приложения - иногда можно “переиграть со шрифтами” или логикой повествования, и тогда пользователь совсем ничего не поймет. Однако, стоит быть осторожным с вопросами, которые задаешь. Особенно насчет продукта - люди, конечно, любят делиться своим мнением, но могут делать это… не совсем сознательно, либо из-за незнания, либо по другим причинам. Вряд ли человек в лицо вам скажет, что ваш продукт не очень подходит рынку, а вам, как предпринимателю, стоит идти охранником в пятерочку (хотя бывают исключения). Для вопросов о проблемах пользователей и их мнении о продукте лучше использовать глубинные интервью, но анализ и составление вопросов все равно остается отдельным искусством.
#ТеорияСтартапа #ТестированиеГипотез
О тестировании гипотез обширнее и детальнее поговорим чуть позже, сейчас просто хочется дать поверхностное представление, как это выглядит и одни из способов тестирования. Да и не зря же я сегодня проходил коридорку как раз :)
Коридорка - быстрое исследование, направленное на получение фидбека от потенциальных пользователей, зачастую их мыслей по восприятию интерфейса, но возможно и самому продукту. Исследование быстрое, потому что ты не тратишь время на подготовку фокус-групп и не делаешь долгий анализ, обычно, пишешь в телеграм чат свою идею, типа “Разрабатываем сервис для общения на английском, нужны люди для тестирования интерфеса”.
Лендинг - зачастую одностраничный сайт с информацией о продукте и возможностью целевого действия (покупки / подписки) - типа того, что на фото ниже. Обычно, их делают на тильде / другом конструкторе сайтов за пару часов / дней. Нужны для проверки маркетинговых гипотез, но так же можно и тестировать и остальные переменные бизнес модели - например, нужен ли подобный продукт в целом.
Как я туда попал
В чате с коридорными подобными исследованиями написали “Разрабатываем приложение для развития английской речи”. Мне стало интересно, какие ещё есть идеи у людей в этой сфере (Balabol же к этой относится), вдруг, что-то и для себя подцеплю. Написал человеку и мы договорились на 15-минутную встречу.
Как это происходило
Мне скинули ссылку на одностраничный сайт, я расшарил экран и мы начали идти по сайту сверху-вниз. Сайт максимально типичный лендинг - три блока информации о продукте, и в самом конце огромная кнопка “Купить”. Меня попросили озвучивать свои мысли по ходу каждого блока: например, здесь не особо понятна информация, здесь мне нравится картинка и т.п. В конце попросили перефразировать, что я понял из сайта в целом, а также рассказать, купил бы я их продукт и почему да / нет.
Мысли
Оба эти инструмента потрясающие благодаря своей простоте и скорости получения результата. За пару дней можно сверстать несколько лендингов и протестировать спрос на приложение среди разных целевых аудиторий - целевое действие (покупка / подписка на рассылку) говорит куда больше, чем просто слова. Коридорка хороша для тестирования ваших лендингов или интерфейса приложения - иногда можно “переиграть со шрифтами” или логикой повествования, и тогда пользователь совсем ничего не поймет. Однако, стоит быть осторожным с вопросами, которые задаешь. Особенно насчет продукта - люди, конечно, любят делиться своим мнением, но могут делать это… не совсем сознательно, либо из-за незнания, либо по другим причинам. Вряд ли человек в лицо вам скажет, что ваш продукт не очень подходит рынку, а вам, как предпринимателю, стоит идти охранником в пятерочку (хотя бывают исключения). Для вопросов о проблемах пользователей и их мнении о продукте лучше использовать глубинные интервью, но анализ и составление вопросов все равно остается отдельным искусством.
#ТеорияСтартапа #ТестированиеГипотез
🔥3
Прочитал спроси маму, сделал пару интервью и мне очень понравилось работать по этой технике! Может, стать продактом….
Чуть позже сделаю небольшой пересказ + анализ прошлых и текущих вопросов, которые я задавал на интервью, а еще и результаты самих интервью. А пока ловите пересказ манифеста.
О бизнес-моделях и типах рынка надеюсь слегка позже рассказать.
Чуть позже сделаю небольшой пересказ + анализ прошлых и текущих вопросов, которые я задавал на интервью, а еще и результаты самих интервью. А пока ловите пересказ манифеста.
О бизнес-моделях и типах рынка надеюсь слегка позже рассказать.
🔥1
Манифест “Развитие потребителей” Стива Бланка
1. В офисе нет фактов, поэтому вам следует выйти к потребителю.
Основатели должны лично изучать все составляющие бизнес модели и принимать решения на основе обратной связи.
2. Сочетайте развитие потребителей с гибкой разработкой.
Их сочетание позволит итеративно улучшать продукт под задачи потребителя.
3. Ошибки – неотъемлемая часть поиска.
Одно из ключевых отличий стартапа от компании: стартап продвигается от ошибки к ошибке, а для компании они – исключение.
4. Регулярно выполняйте итерация и развороты своей бизнес-модели.
Извлеченная информация в ходе проверки гипотез позволит понять, в каком направлении двигаться.
5. Ни один бизнес план не выдерживает первого контакта с потребителем.
Используйте гибкую бизнес-модель. Шаблон бизнес-модели поможет понять, где могут потребоваться развороты и итерации.
6. Разработайте эксперименты и проведите тестирование для проверки своих гипотез.
Эксперименты – ряд простых коротких и объективных тестов. Нередко для проведения теста хватит лишь макета веб-страницы, демо-программы или опытного образца, а не полностью готового продукта.
7. Договоритесь о рынке, на который собираетесь выходить.
Собираетесь ли вы выводить продукт на новый рынок / существующий рынок / сегментировать потребителей в существующем рынке - от этого зависит многое. Тип рынка влияет на стратегию запуска, способы достижения потребителей и общения с ними, отношение с конкурентами и сложность запуска в целом.
8. Показатели работы у стартапа и компании разные.
Показатели работы стартапа отражают результаты проверки гипотез и последующие итерации:
> Подтвердилась ли проблема потребителя?
> Кто является фактическим потребителем?
> Находит ли минимальный набор характеристик отклик у потребителя?
Среди финансовых показателей:
> Месячные темпы расходования денежных средств
> Планы найма на ближайшее время
> Число месяцев на которые хватит оставшихся денег
> Отрезок времени нужный для достижения безубыточности
9. Быстрота принятия решений, временные рамки цикла, скорости и темп.
Деньги расходуются каждый день. Решения об итерации и развороте должны приниматься быстро и на основе фактов. Также важно отменять неудачные решения и возвращаться к начальной позиции.
10. Главное – увлеченность.
Без энергичных и целеустремленных людей стартап обречен на гибель.
11. Должностные обязанности в стартапе и в крупной компании имеют принципиальные различия.
Стартапам необходимы руководители, которые не боятся неопределенности, хаоса и изменений. Они должны быть готовыми к экспериментам и воспринимать неудачу как возможность извлечь урок из ошибок. Изначально команда стартапа состоит из основателей, которые общаются с потребителями, чтобы собрать информацию, позволяющую разработать MVP. Затем, когда стартап переходит к верификации потребителей, команда увеличивается сотрудниками, ответственными за организацию первых заказов.
12. Берегите деньги до тех пор, пока они не понадобится.
Стартап не тратит деньги на специалиста по маркетингу и продажам, пока основатели не превратят гипотезы в факты и подтвердят соответствия рынка и характеристики продукта. Когда они нашли воспроизводимую и масштабируемую модель, стартап начинает тратить деньги для создания спроса.
13. Обменивайтесь информацией и полученными знаниями.
Делитесь всем что вы узнали за пределами офиса, с сотрудниками, со-учредителями и даже инвесторами. Так вы продемонстрируете достижения и позволите вносить предложения со стороны.
14. Успех развития потребителей начинается с единства мнений.
Концепция развития потребителей должна быть принята на всех этапах и всеми действующими лицами стартапа, чтобы не было противоречий в развитии.
#НастольнаяКнигаОснователя #ТеорияСтартапа
1. В офисе нет фактов, поэтому вам следует выйти к потребителю.
Основатели должны лично изучать все составляющие бизнес модели и принимать решения на основе обратной связи.
2. Сочетайте развитие потребителей с гибкой разработкой.
Их сочетание позволит итеративно улучшать продукт под задачи потребителя.
3. Ошибки – неотъемлемая часть поиска.
Одно из ключевых отличий стартапа от компании: стартап продвигается от ошибки к ошибке, а для компании они – исключение.
4. Регулярно выполняйте итерация и развороты своей бизнес-модели.
Извлеченная информация в ходе проверки гипотез позволит понять, в каком направлении двигаться.
5. Ни один бизнес план не выдерживает первого контакта с потребителем.
Используйте гибкую бизнес-модель. Шаблон бизнес-модели поможет понять, где могут потребоваться развороты и итерации.
6. Разработайте эксперименты и проведите тестирование для проверки своих гипотез.
Эксперименты – ряд простых коротких и объективных тестов. Нередко для проведения теста хватит лишь макета веб-страницы, демо-программы или опытного образца, а не полностью готового продукта.
7. Договоритесь о рынке, на который собираетесь выходить.
Собираетесь ли вы выводить продукт на новый рынок / существующий рынок / сегментировать потребителей в существующем рынке - от этого зависит многое. Тип рынка влияет на стратегию запуска, способы достижения потребителей и общения с ними, отношение с конкурентами и сложность запуска в целом.
8. Показатели работы у стартапа и компании разные.
Показатели работы стартапа отражают результаты проверки гипотез и последующие итерации:
> Подтвердилась ли проблема потребителя?
> Кто является фактическим потребителем?
> Находит ли минимальный набор характеристик отклик у потребителя?
Среди финансовых показателей:
> Месячные темпы расходования денежных средств
> Планы найма на ближайшее время
> Число месяцев на которые хватит оставшихся денег
> Отрезок времени нужный для достижения безубыточности
9. Быстрота принятия решений, временные рамки цикла, скорости и темп.
Деньги расходуются каждый день. Решения об итерации и развороте должны приниматься быстро и на основе фактов. Также важно отменять неудачные решения и возвращаться к начальной позиции.
10. Главное – увлеченность.
Без энергичных и целеустремленных людей стартап обречен на гибель.
11. Должностные обязанности в стартапе и в крупной компании имеют принципиальные различия.
Стартапам необходимы руководители, которые не боятся неопределенности, хаоса и изменений. Они должны быть готовыми к экспериментам и воспринимать неудачу как возможность извлечь урок из ошибок. Изначально команда стартапа состоит из основателей, которые общаются с потребителями, чтобы собрать информацию, позволяющую разработать MVP. Затем, когда стартап переходит к верификации потребителей, команда увеличивается сотрудниками, ответственными за организацию первых заказов.
12. Берегите деньги до тех пор, пока они не понадобится.
Стартап не тратит деньги на специалиста по маркетингу и продажам, пока основатели не превратят гипотезы в факты и подтвердят соответствия рынка и характеристики продукта. Когда они нашли воспроизводимую и масштабируемую модель, стартап начинает тратить деньги для создания спроса.
13. Обменивайтесь информацией и полученными знаниями.
Делитесь всем что вы узнали за пределами офиса, с сотрудниками, со-учредителями и даже инвесторами. Так вы продемонстрируете достижения и позволите вносить предложения со стороны.
14. Успех развития потребителей начинается с единства мнений.
Концепция развития потребителей должна быть принята на всех этапах и всеми действующими лицами стартапа, чтобы не было противоречий в развитии.
#НастольнаяКнигаОснователя #ТеорияСтартапа
🔥2