Всем привет, меня зовут Роман и, после нескольких неудачных запусков стартапа, я решил изучить этот процесс сначала в теории, а заодно и поделиться с вами, что было сделано нашей командой не так. Планирую публиковать пересказы книг/статей/лекции со своими мыслями и анализом моего неудачного опыта.
Немного о себе:
Сейчас на первом курсе докторантуры в Техническом Университете Мюнхена, изучаю Большие Языковые Модели и как их улучшить (а-ля 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