298. Модель Hook (Hooked): привычки и переменная награда
Модель Hook — фреймворк Нира Эяля (Nir Eyal) из книги «Hooked: How to Build Habit-Forming Products» (2014). Описывает, как продукты формируют привычки у пользователей. Цикл из четырёх фаз повторяется и усиливает возвращение к продукту.
1. Триггер (Trigger) — сигнал к действию. Внешние: push-уведомление, email, иконка приложения. Внутренние: эмоция или мысль («скучно» → открыть ленту, «хочу узнать новости» → соцсеть). Цель — перейти от внешних триггеров к внутренним: пользователь сам запускает действие без напоминаний. Привычка сформирована, когда продукт «первым приходит в голову» в определённой ситуации.
2. Действие (Action) — простое поведение в ожидании награды. Чем проще действие и выше мотивация, тем чаще оно совершается. Эяль опирается на модель Фогга: поведение = мотивация × способность. Снизить трение, упростить шаги — ключ к этой фазе.
3. Переменная награда (Variable Reward) — главное отличие Hook от обычной обратной связи. Предсказуемая награда (холодильник включается при открытии двери) не создаёт «хочу ещё». Непредсказуемая — да. Изменчивость усиливает выброс дофамина и поддерживает интерес.
Три типа:
— награда охоты (ценная информация, выгодная сделка в продукте);
— награда себя (подтверждение мастерства, прогресс, уровни);
— награда племени (лайки, комментарии, одобрение сообщества).
Лента соцсети, лента рекомендаций, уведомления «у вас новый лайк» — примеры переменной награды.
4. Инвестиция (Investment) — пользователь вкладывает время, данные, усилия, социальный капитал. Подписки, сохранённые настройки, загруженный контент, приглашённые друзья. Инвестиция улучшает следующий цикл: триггер становится сильнее, действие — проще, награда — релевантнее. Получается не разовая «конверсия», а то, что повышает ценность продукта при следующем заходе.
Переменная награда — один из способов замедлить гедонический спад.
Непредсказуемость подкрепления поддерживает интерес и снижает ощущение «всё время одно и то же». При этом модель Hook — инструмент: можно использовать и для полезных привычек, и для эксплуатации.
В сухом остатке: модель Hook — Trigger → Action → Variable Reward → Investment. Переменная награда (непредсказуемость) создаёт желание возвращаться и поддерживает привычку. Связь с retention и управлением усталостью — через разнообразие и переменность подкрепления.
#retention@custdevlab #метрики@custdevlab #опыт@custdevlab
Модель Hook — фреймворк Нира Эяля (Nir Eyal) из книги «Hooked: How to Build Habit-Forming Products» (2014). Описывает, как продукты формируют привычки у пользователей. Цикл из четырёх фаз повторяется и усиливает возвращение к продукту.
1. Триггер (Trigger) — сигнал к действию. Внешние: push-уведомление, email, иконка приложения. Внутренние: эмоция или мысль («скучно» → открыть ленту, «хочу узнать новости» → соцсеть). Цель — перейти от внешних триггеров к внутренним: пользователь сам запускает действие без напоминаний. Привычка сформирована, когда продукт «первым приходит в голову» в определённой ситуации.
2. Действие (Action) — простое поведение в ожидании награды. Чем проще действие и выше мотивация, тем чаще оно совершается. Эяль опирается на модель Фогга: поведение = мотивация × способность. Снизить трение, упростить шаги — ключ к этой фазе.
3. Переменная награда (Variable Reward) — главное отличие Hook от обычной обратной связи. Предсказуемая награда (холодильник включается при открытии двери) не создаёт «хочу ещё». Непредсказуемая — да. Изменчивость усиливает выброс дофамина и поддерживает интерес.
Три типа:
— награда охоты (ценная информация, выгодная сделка в продукте);
— награда себя (подтверждение мастерства, прогресс, уровни);
— награда племени (лайки, комментарии, одобрение сообщества).
Лента соцсети, лента рекомендаций, уведомления «у вас новый лайк» — примеры переменной награды.
4. Инвестиция (Investment) — пользователь вкладывает время, данные, усилия, социальный капитал. Подписки, сохранённые настройки, загруженный контент, приглашённые друзья. Инвестиция улучшает следующий цикл: триггер становится сильнее, действие — проще, награда — релевантнее. Получается не разовая «конверсия», а то, что повышает ценность продукта при следующем заходе.
Переменная награда — один из способов замедлить гедонический спад.
Непредсказуемость подкрепления поддерживает интерес и снижает ощущение «всё время одно и то же». При этом модель Hook — инструмент: можно использовать и для полезных привычек, и для эксплуатации.
В сухом остатке: модель Hook — Trigger → Action → Variable Reward → Investment. Переменная награда (непредсказуемость) создаёт желание возвращаться и поддерживает привычку. Связь с retention и управлением усталостью — через разнообразие и переменность подкрепления.
#retention@custdevlab #метрики@custdevlab #опыт@custdevlab
4👍3✍2🌭2
299. Структура приглашения на интервью
Где искать респондентов и с кем разговаривать — отдельные темы. Но даже когда вы знаете три сегмента и группы для custdev, ключевой момент, влияющий на отклик — текст приглашения. Что написать, чтобы люди откликались, а не игнорировали.
Человек должен быстро понять:
— что от него хотят
— сколько времени это займёт
— в чём ЕГО выгода.
Короткое приглашение лучше длинного. Минимум: тема разговора (общая — «как вы выбираете сервисы доставки»), длительность (15–20 минут), формат (звонок, Zoom, очно). Этого достаточно, чтобы оценить, подходит ли запрос конкретному потенциальному респонденту.
Не нужно раскрывать исследовательские вопросы в приглашении — это может сместить ответы в интервью. Достаточно указать область: «хотим узнать, как вы решаете задачу X». Конкретика снижает неопределённость и повышает доверие. Размытая формулировка «хотим поговорить» не объясняет, о чём; люди чаще откладывают или игнорируют такие сообщения.
В сухом остатке: приглашение должно содержать минимум — тему разговора, длительность, формат. Коротко и конкретно. Исследовательские вопросы не раскрывать; достаточно области интереса.
#рекрутингреспондентов@custdevlab #методика@custdevlab #интервью@custdevlab
Где искать респондентов и с кем разговаривать — отдельные темы. Но даже когда вы знаете три сегмента и группы для custdev, ключевой момент, влияющий на отклик — текст приглашения. Что написать, чтобы люди откликались, а не игнорировали.
Человек должен быстро понять:
— что от него хотят
— сколько времени это займёт
— в чём ЕГО выгода.
Короткое приглашение лучше длинного. Минимум: тема разговора (общая — «как вы выбираете сервисы доставки»), длительность (15–20 минут), формат (звонок, Zoom, очно). Этого достаточно, чтобы оценить, подходит ли запрос конкретному потенциальному респонденту.
Не нужно раскрывать исследовательские вопросы в приглашении — это может сместить ответы в интервью. Достаточно указать область: «хотим узнать, как вы решаете задачу X». Конкретика снижает неопределённость и повышает доверие. Размытая формулировка «хотим поговорить» не объясняет, о чём; люди чаще откладывают или игнорируют такие сообщения.
В сухом остатке: приглашение должно содержать минимум — тему разговора, длительность, формат. Коротко и конкретно. Исследовательские вопросы не раскрывать; достаточно области интереса.
#рекрутингреспондентов@custdevlab #методика@custdevlab #интервью@custdevlab
4👍4✍2🌭2🔥1
300. Правила Mom Test: как не получать «вежливое да»
Книга «Спроси маму» Роба Фитцпатрика у нас упоминается, но три правила Mom Test на канале не разобраны отдельно.
Правило 1: говорить о их жизни, не о вашей идее. Вопросы про опыт респондента: «Как вы сейчас решаете эту задачу?», «Расскажите о последнем случае». Не «Как вам наша идея?» — это про нашу идею, не про их жизнь. Разговариваем про человека, а не про продукт.
Правило 2: не верить всему на слово. Люди хотят быть вежливыми. «Да, интересно», «Наверное купил бы» — не данные. Ищем конкретику: «Когда в последний раз вы столкнулись с этим?», «Что вы сделали?». Социально желаемые ответы — типичная ловушка.
Правило 3: искать конкретику и готовность к действию. Конкретика — детали, цифры, примеры. Готовность к действию: записаться на демо, дать контакт коллеги, потратить время. «Вежливое да» — не готовность к действию.
Связь с праймингом: если сначала рассказать идею, ответы будут подстроены под неё. Сначала — опыт респондента и контекст.
В сухом остатке: Mom Test (тест "Спроси маму") — говорить о жизни респондента, не верить на слово, искать конкретику и готовность к действию.
#momtest@custdevlab #интервью@custdevlab #какзадаватьвопросы@custdevlab
Книга «Спроси маму» Роба Фитцпатрика у нас упоминается, но три правила Mom Test на канале не разобраны отдельно.
Правило 1: говорить о их жизни, не о вашей идее. Вопросы про опыт респондента: «Как вы сейчас решаете эту задачу?», «Расскажите о последнем случае». Не «Как вам наша идея?» — это про нашу идею, не про их жизнь. Разговариваем про человека, а не про продукт.
Правило 2: не верить всему на слово. Люди хотят быть вежливыми. «Да, интересно», «Наверное купил бы» — не данные. Ищем конкретику: «Когда в последний раз вы столкнулись с этим?», «Что вы сделали?». Социально желаемые ответы — типичная ловушка.
Правило 3: искать конкретику и готовность к действию. Конкретика — детали, цифры, примеры. Готовность к действию: записаться на демо, дать контакт коллеги, потратить время. «Вежливое да» — не готовность к действию.
Связь с праймингом: если сначала рассказать идею, ответы будут подстроены под неё. Сначала — опыт респондента и контекст.
В сухом остатке: Mom Test (тест "Спроси маму") — говорить о жизни респондента, не верить на слово, искать конкретику и готовность к действию.
#momtest@custdevlab #интервью@custdevlab #какзадаватьвопросы@custdevlab
👍3✍2🌭2
301. Честность и компенсация в приглашении на интервью
Структура приглашения на интервью включает тему, длительность, формат. При этом важно, как сформулировать цели и что предложить респонденту взамен. Это сильно влияет на отклик.
«Нужна помощь в исследовании» звучит честно и понятно.
«Приглашаем на встречу» без пояснений выглядит как продажа. Люди настороженно относятся к неясным запросам.
Лучше прямо сказать: проводим интервью, чтобы понять потребности и улучшить такой-то продукт. Для B2B и клиентов объяснение, почему именно этот человек ценен («вы недавно купили», «вы пользуетесь конкурентным решением»), повышает отклик, потому что человек чувствует, что его выбрали не случайно.
Время респондента стоит денег или какого-то эквивалента. Указывать компенсацию в приглашении нормально и часто необходимо: «за 20 минут разговора — 500 ₽» или «подарочная карта на 1000 ₽».
Когда компенсации нет можно честно обозначить: «у нас нет бюджета на оплату, но ваши ответы помогут сделать продукт лучше» (не идеально, но лучше, чем ничего). Некоторые откликнутся из интереса. Для панелей и групп компенсация обычно обязательна — без неё отклик будет низким.
В сухом остатке: цель интервью формулировать прямо; объяснять, почему обращаетесь именно к этому человеку. Компенсацию указывать, если есть; честно говорить, если нет. Для холодного рекрута компенсация, как правило, нужна.
#рекрутингреспондентов@custdevlab #методика@custdevlab #интервью@custdevlab
Структура приглашения на интервью включает тему, длительность, формат. При этом важно, как сформулировать цели и что предложить респонденту взамен. Это сильно влияет на отклик.
«Нужна помощь в исследовании» звучит честно и понятно.
«Приглашаем на встречу» без пояснений выглядит как продажа. Люди настороженно относятся к неясным запросам.
Лучше прямо сказать: проводим интервью, чтобы понять потребности и улучшить такой-то продукт. Для B2B и клиентов объяснение, почему именно этот человек ценен («вы недавно купили», «вы пользуетесь конкурентным решением»), повышает отклик, потому что человек чувствует, что его выбрали не случайно.
Время респондента стоит денег или какого-то эквивалента. Указывать компенсацию в приглашении нормально и часто необходимо: «за 20 минут разговора — 500 ₽» или «подарочная карта на 1000 ₽».
Когда компенсации нет можно честно обозначить: «у нас нет бюджета на оплату, но ваши ответы помогут сделать продукт лучше» (не идеально, но лучше, чем ничего). Некоторые откликнутся из интереса. Для панелей и групп компенсация обычно обязательна — без неё отклик будет низким.
В сухом остатке: цель интервью формулировать прямо; объяснять, почему обращаетесь именно к этому человеку. Компенсацию указывать, если есть; честно говорить, если нет. Для холодного рекрута компенсация, как правило, нужна.
#рекрутингреспондентов@custdevlab #методика@custdevlab #интервью@custdevlab
✍1👍1🔥1🌭1
302. Приглашение на интервью: что повышает отклик и типичные ошибки
Структура приглашения (тема, длительность, формат) и честность с компенсацией — основы для эффективного рекрутинга респондентов. Дополнительно на отклик влияют детали подачи и типичные ошибки, которых лучше избегать.
Что повышает отклик
Чёткий следующий шаг: «напишите “да” в ответ» или «перейдите по ссылке и выберите время». Размытое «если интересно, дайте знать» сильно хуже — человек не понимает, что делать.
Персонализация работает в плюс: упомянуть, откуда взяли контакт или почему обратились именно к этому человеку.
Короткая тема письма с конкретикой: «20 минут о выборе доставки — 500 ₽» сработает лучше, чем «Предложение» или «Важное сообщение».
Follow-up через 2–3 дня тоже хорошая механика: многие отвечают на напоминание, а не на первое письмо.
Типичные ошибки
Слишком длинное сообщение, люди его не дочитают.
Скрытая реклама это тоже плохо, особенно если за «интервью» кроется презентация продукта, и откликнувшиеся будут разочарованы, и репутация пострадает.
Расплывчатая тема, например, «хотим поговорить», не объясняет, о чём.
Отсутствие компенсации при холодном рекруте — работа через группы и панели часто требует оплаты; без неё отклик низкий.
В сухом остатке: чёткий следующий шаг, персонализация и конкретная тема письма повышают отклик; follow-up через 2–3 дня тоже помогает. Избегать: длинных текстов, скрытой рекламы, расплывчатых формулировок, рассылки без сегментации.
#рекрутингреспондентов@custdevlab #методика@custdevlab #интервью@custdevlab
Структура приглашения (тема, длительность, формат) и честность с компенсацией — основы для эффективного рекрутинга респондентов. Дополнительно на отклик влияют детали подачи и типичные ошибки, которых лучше избегать.
Что повышает отклик
Чёткий следующий шаг: «напишите “да” в ответ» или «перейдите по ссылке и выберите время». Размытое «если интересно, дайте знать» сильно хуже — человек не понимает, что делать.
Персонализация работает в плюс: упомянуть, откуда взяли контакт или почему обратились именно к этому человеку.
Короткая тема письма с конкретикой: «20 минут о выборе доставки — 500 ₽» сработает лучше, чем «Предложение» или «Важное сообщение».
Follow-up через 2–3 дня тоже хорошая механика: многие отвечают на напоминание, а не на первое письмо.
Типичные ошибки
Слишком длинное сообщение, люди его не дочитают.
Скрытая реклама это тоже плохо, особенно если за «интервью» кроется презентация продукта, и откликнувшиеся будут разочарованы, и репутация пострадает.
Расплывчатая тема, например, «хотим поговорить», не объясняет, о чём.
Отсутствие компенсации при холодном рекруте — работа через группы и панели часто требует оплаты; без неё отклик низкий.
В сухом остатке: чёткий следующий шаг, персонализация и конкретная тема письма повышают отклик; follow-up через 2–3 дня тоже помогает. Избегать: длинных текстов, скрытой рекламы, расплывчатых формулировок, рассылки без сегментации.
#рекрутингреспондентов@custdevlab #методика@custdevlab #интервью@custdevlab
👍5🔥5🤩2✍1🌭1
303. Последовательные vs параллельные шаги в CDDC: когда параллельно, когда строго по очереди
В модели CDDC допускается использовать как последовательные, так и параллельные шаги проверки гипотез. Выбор зависит от логики проверки продуктовой гипотезы: когда один шаг опирается на результат другого делаем последовательно; когда гипотезы независимы — можно параллельно.
Последовательные шаги. Типичный пример: сначала проверяем, есть ли боль и насколько она значима (через интервью), потом — готовы ли платить (MVP, трафик, продажи).
Бессмысленно тестировать цену, если не подтвердили проблему. То же с каналами продаж: сначала проверяем product-market fit и только потом — масштабирования трафика.
Параллельные шаги. Можно одновременно тестировать несколько каналов привлечения. Или проводить интервью в разных сегментах, если гипотезы о сегментах независимы. Параллельность экономит время, но требует ресурсов и чёткого разделения: не смешивать выводы разных шагов.
Смешанная логика. Часто внутри этапа Discovery — несколько параллельных направлений (сегмент А и сегмент Б), а между этапами Discovery и Validation — строгая последовательность. Поэтому сначала понимаем проблему и сегмент, потом проверяем решение деньгами.
В сухом остатке: последовательность — когда один шаг зависит от другого; параллельность — когда гипотезы независимы; неправильный выбор приводит к лишним затратам или ложным выводам.
#cddc@custdevlab #методика@custdevlab #гипотезы@custdevlab
В модели CDDC допускается использовать как последовательные, так и параллельные шаги проверки гипотез. Выбор зависит от логики проверки продуктовой гипотезы: когда один шаг опирается на результат другого делаем последовательно; когда гипотезы независимы — можно параллельно.
Последовательные шаги. Типичный пример: сначала проверяем, есть ли боль и насколько она значима (через интервью), потом — готовы ли платить (MVP, трафик, продажи).
Бессмысленно тестировать цену, если не подтвердили проблему. То же с каналами продаж: сначала проверяем product-market fit и только потом — масштабирования трафика.
Параллельные шаги. Можно одновременно тестировать несколько каналов привлечения. Или проводить интервью в разных сегментах, если гипотезы о сегментах независимы. Параллельность экономит время, но требует ресурсов и чёткого разделения: не смешивать выводы разных шагов.
Смешанная логика. Часто внутри этапа Discovery — несколько параллельных направлений (сегмент А и сегмент Б), а между этапами Discovery и Validation — строгая последовательность. Поэтому сначала понимаем проблему и сегмент, потом проверяем решение деньгами.
В сухом остатке: последовательность — когда один шаг зависит от другого; параллельность — когда гипотезы независимы; неправильный выбор приводит к лишним затратам или ложным выводам.
#cddc@custdevlab #методика@custdevlab #гипотезы@custdevlab
5✍2👍2🌭2🔥1
304. Переход от Discovery к Validation в CDDC: критерии готовности и «красные флаги»
CDDC разделяет два этапа: Customer Discovery и Customer Validation. Переход между ними — критический момент. Перейдем слишком рано и рискуем тестировать решение для несуществующей проблемы. Слишком поздно — теряем время и деньги на лишние custdev-процедуры.
Критерии готовности к Validation:
✅Есть формулировка «боли» словами потребителя.
✅ Есть гипотеза о сегменте, проверенная на интервью.
✅ Понимаем, какие характеристики продукта важны и как пользователь оценивает ценность.
✅ Можем сделать MVP (или его минимальную версию), который можно предложить за деньги или в обмен на обязательство.
«Красные флаги» преждевременного перехода:
❌Переходим к продажам, когда «боль» сформулирована нашими словами, а не словами респондентов.
❌Сегмент не проверен — опрашивали «кого удалось найти».
❌MVP не готов к сбору метрик — нельзя измерить конверсию, retention, готовность платить.
❌Нет чёткого бенчмарка для Validation — непонятно, что считать успехом.
Что делать, если перешли рано. Вернуться к Discovery. Уточнить формулировку проблемы, провести дополнительные интервью, скорректировать сегмент. Лучший критерий проверки — деньги, но только когда до этого есть понимание проблемы и контекста.
В сухом остатке: переход к Validation — когда есть сформулированная боль, проверенный сегмент и MVP, готовый собирать метрики; преждевременный переход ведёт к провалу гипотезы по неправильным причинам.
#cddc@custdevlab #discovery@custdevlab #validation@custdevlab
CDDC разделяет два этапа: Customer Discovery и Customer Validation. Переход между ними — критический момент. Перейдем слишком рано и рискуем тестировать решение для несуществующей проблемы. Слишком поздно — теряем время и деньги на лишние custdev-процедуры.
Критерии готовности к Validation:
✅Есть формулировка «боли» словами потребителя.
✅ Есть гипотеза о сегменте, проверенная на интервью.
✅ Понимаем, какие характеристики продукта важны и как пользователь оценивает ценность.
✅ Можем сделать MVP (или его минимальную версию), который можно предложить за деньги или в обмен на обязательство.
«Красные флаги» преждевременного перехода:
❌Переходим к продажам, когда «боль» сформулирована нашими словами, а не словами респондентов.
❌Сегмент не проверен — опрашивали «кого удалось найти».
❌MVP не готов к сбору метрик — нельзя измерить конверсию, retention, готовность платить.
❌Нет чёткого бенчмарка для Validation — непонятно, что считать успехом.
Что делать, если перешли рано. Вернуться к Discovery. Уточнить формулировку проблемы, провести дополнительные интервью, скорректировать сегмент. Лучший критерий проверки — деньги, но только когда до этого есть понимание проблемы и контекста.
В сухом остатке: переход к Validation — когда есть сформулированная боль, проверенный сегмент и MVP, готовый собирать метрики; преждевременный переход ведёт к провалу гипотезы по неправильным причинам.
#cddc@custdevlab #discovery@custdevlab #validation@custdevlab
4✍2👍2🌭2🔥1
305. Lead users: кто такие «лидирующие пользователи» по Эрику фон Хиппелю
Если искать инсайты только у «среднего» клиента, можно опоздать с продуктом на годы. Эрик фон Хиппель (Eric von Hippel), исследователь из MIT, описал другую точку опоры — lead users, лидирующих пользователей. Идея изложена в работах по user innovation и в книге Democratizing Innovation (2005).
Lead users — те, кто обладает двумя ключевыми характеристиками:
1. Они сталкиваются с потребностями, которые впоследствии станут общими на рынке, — но сталкиваются с ними за месяцы или годы до того, как большинство участников этого рынка их испытает.
2. Они получают значительную выгоду, находя решение для удовлетворения своих потребностей — часто сами, до появления готового продукта на рынке.
Обе характеристики важны сразу.
Первая — про опережение рынка: не «любит всё новое», а «живёт с проблемой, которая скоро станет массовой».
Вторая — про мотивацию: человеку реально больно/дорого/неудобно, поэтому он уже что-то придумал, доработал, склеил из костылей — и готов этим делиться, если видит смысл.
Чем lead users не являются
— Не просто early adopters по Роджерсу. Инноватор пробует новое ради новизны; lead user может вообще не пользоваться вашей категорией — он уже решил задачу иначе.
— Не «самый лояльный клиент». Фанат текущего продукта расскажет, как улучшить фичи. Lead user часто живёт за пределами вашего продукта — с самодельным workaround (собственным способом решить проблему).
— Не эксперт «вообще». Нужна связка «опережающая потребность + личная выгода от решения», а не должность в CV.
Ограничение
Lead users хороши для поиска нового, но плохи как единственный голос рынка: их потребности могут опережать массу слишком сильно. Поэтому после интервью с lead users проверяют, когда и для кого эта потребность станет общей — custdev, метрики, пилот.
В сухом остатке: lead users — пользователи с опережающей потребностью (раньше рынка) и с высокой личной выгодой от её решения; часто уже имеют самодельные обходные пути.
#custdev@custdevlab #методика@custdevlab #customerdiscovery@custdevlab #полезное@custdevlab
Если искать инсайты только у «среднего» клиента, можно опоздать с продуктом на годы. Эрик фон Хиппель (Eric von Hippel), исследователь из MIT, описал другую точку опоры — lead users, лидирующих пользователей. Идея изложена в работах по user innovation и в книге Democratizing Innovation (2005).
Lead users — те, кто обладает двумя ключевыми характеристиками:
1. Они сталкиваются с потребностями, которые впоследствии станут общими на рынке, — но сталкиваются с ними за месяцы или годы до того, как большинство участников этого рынка их испытает.
2. Они получают значительную выгоду, находя решение для удовлетворения своих потребностей — часто сами, до появления готового продукта на рынке.
Обе характеристики важны сразу.
Первая — про опережение рынка: не «любит всё новое», а «живёт с проблемой, которая скоро станет массовой».
Вторая — про мотивацию: человеку реально больно/дорого/неудобно, поэтому он уже что-то придумал, доработал, склеил из костылей — и готов этим делиться, если видит смысл.
Чем lead users не являются
— Не просто early adopters по Роджерсу. Инноватор пробует новое ради новизны; lead user может вообще не пользоваться вашей категорией — он уже решил задачу иначе.
— Не «самый лояльный клиент». Фанат текущего продукта расскажет, как улучшить фичи. Lead user часто живёт за пределами вашего продукта — с самодельным workaround (собственным способом решить проблему).
— Не эксперт «вообще». Нужна связка «опережающая потребность + личная выгода от решения», а не должность в CV.
Ограничение
Lead users хороши для поиска нового, но плохи как единственный голос рынка: их потребности могут опережать массу слишком сильно. Поэтому после интервью с lead users проверяют, когда и для кого эта потребность станет общей — custdev, метрики, пилот.
В сухом остатке: lead users — пользователи с опережающей потребностью (раньше рынка) и с высокой личной выгодой от её решения; часто уже имеют самодельные обходные пути.
#custdev@custdevlab #методика@custdevlab #customerdiscovery@custdevlab #полезное@custdevlab
3✍3🔥2🌭2👍1
306. Lead users: пример и custdev
Примеры из практики и литературы
— Горные велосипеды. В 1970-х энтузиасты сами модифицировали рамы и тормоза под спуск с гор — за годы до того, как индустрия оформила категорию MTB. Классический кейс фон Хиппеля: инновация шла от пользователей, не от R&D отдела.
— Медицина и 3M. В методике Lead User Method (развита совместно с 3M) команда намеренно ищет врачей и специалистов с «опережающими» проблемами — так, например, появлялись новые материалы и решения для хирургии, которых рынок ещё не формулировал.
— B2B и «свои костыли». Бухгалтер, который уже собрал макросы в Excel, логист, который ведёт учёт в Notion, инженер с самописным скриптом — часто lead users в зародыше: потребность уже есть, выгода от решения высокая, рынок догонит позже.
Зачем это custdev
Lead users — один из самых плотных источников прорывных, а не инкрементальных идей. В интервью с ними ищут не «понравится ли кнопка», а:
— какую работу человек уже пытается закрыть сам;
— какие обходные пути использует сегодня;
— что станет общей болью рынка через 6–18 месяцев;
— за что он уже платит временем, деньгами, репутацией — это маркер «значительной выгоды».
Их стоит искать там, где проблема острая и ещё слабо закрыта продуктами: профессиональные сообщества, узкие форумы, «хакеры» своей задачи, клиенты с нестандартным use case — см. также источники респондентов.
В сухом остатке: Это не early adopters и не фанаты продукта — скорее «завтрашний рынок сегодня». В custdev их ищут ради прорывных инсайтов, но проверяют, когда потребность станет массовой.
#custdev@custdevlab #методика@custdevlab #customerdiscovery@custdevlab #полезное@custdevlab
Примеры из практики и литературы
— Горные велосипеды. В 1970-х энтузиасты сами модифицировали рамы и тормоза под спуск с гор — за годы до того, как индустрия оформила категорию MTB. Классический кейс фон Хиппеля: инновация шла от пользователей, не от R&D отдела.
— Медицина и 3M. В методике Lead User Method (развита совместно с 3M) команда намеренно ищет врачей и специалистов с «опережающими» проблемами — так, например, появлялись новые материалы и решения для хирургии, которых рынок ещё не формулировал.
— B2B и «свои костыли». Бухгалтер, который уже собрал макросы в Excel, логист, который ведёт учёт в Notion, инженер с самописным скриптом — часто lead users в зародыше: потребность уже есть, выгода от решения высокая, рынок догонит позже.
Зачем это custdev
Lead users — один из самых плотных источников прорывных, а не инкрементальных идей. В интервью с ними ищут не «понравится ли кнопка», а:
— какую работу человек уже пытается закрыть сам;
— какие обходные пути использует сегодня;
— что станет общей болью рынка через 6–18 месяцев;
— за что он уже платит временем, деньгами, репутацией — это маркер «значительной выгоды».
Их стоит искать там, где проблема острая и ещё слабо закрыта продуктами: профессиональные сообщества, узкие форумы, «хакеры» своей задачи, клиенты с нестандартным use case — см. также источники респондентов.
В сухом остатке: Это не early adopters и не фанаты продукта — скорее «завтрашний рынок сегодня». В custdev их ищут ради прорывных инсайтов, но проверяют, когда потребность станет массовой.
#custdev@custdevlab #методика@custdevlab #customerdiscovery@custdevlab #полезное@custdevlab
9✍2🔥2🌭2👍1
307. Три уровня воркараундов (workaround)
Пользовательский (User Workaround)
Клиент сам находит способ решить свою задачу, потому что в продукте нет нужной кнопки.
Пример: В приложении для заметок нельзя форматировать текст жирным. Пользователь начинает писать слова КАПСЛОКОМ или выделять их звездочками *вот так*.
Это явный сигнал для продакта: функция востребована.
Операционный / Ручной (Operational Workaround)
Команда стартапа имитирует автоматическую работу продукта вручную («эффект Волшебника Изумрудного города»). Это классический подход в Customer Development и Lean Startup.
Пример: Стартап запустил сайт по подбору витаминов. Робот на сайте обещает «умный алгоритм анализа». На самом деле, когда пользователь отправляет анкету, данные приходят на почту основателю стартапа, и он вручную за 20 минут собирает PDF-отчет.
Технический (Technical Workaround / «Костыль»)
Разработчики пишут быстрый код, который временно решает критическую проблему (баг), чтобы приложение не падало, пока они ищут фундаментальное решение.
Пример: Упала интеграция с платежной системой. Вместо долгой починки кода разработчики за 5 минут выводят на экран плашку: «Извините, мы временно принимаем переводы по СБП на этот номер».
В сухом остатке: воркараунды бывают трех уровней: пользовательский, операционный и технический.
#полезное@custdevlab
Пользовательский (User Workaround)
Клиент сам находит способ решить свою задачу, потому что в продукте нет нужной кнопки.
Пример: В приложении для заметок нельзя форматировать текст жирным. Пользователь начинает писать слова КАПСЛОКОМ или выделять их звездочками *вот так*.
Это явный сигнал для продакта: функция востребована.
Операционный / Ручной (Operational Workaround)
Команда стартапа имитирует автоматическую работу продукта вручную («эффект Волшебника Изумрудного города»). Это классический подход в Customer Development и Lean Startup.
Пример: Стартап запустил сайт по подбору витаминов. Робот на сайте обещает «умный алгоритм анализа». На самом деле, когда пользователь отправляет анкету, данные приходят на почту основателю стартапа, и он вручную за 20 минут собирает PDF-отчет.
Технический (Technical Workaround / «Костыль»)
Разработчики пишут быстрый код, который временно решает критическую проблему (баг), чтобы приложение не падало, пока они ищут фундаментальное решение.
Пример: Упала интеграция с платежной системой. Вместо долгой починки кода разработчики за 5 минут выводят на экран плашку: «Извините, мы временно принимаем переводы по СБП на этот номер».
В сухом остатке: воркараунды бывают трех уровней: пользовательский, операционный и технический.
#полезное@custdevlab
10✍3👍2🌭2🔥1
308. Тестирование нескольких гипотез/прототипов за один спринт (подход GV)
Когда уместно проверять 2–3 варианта за спринт тестирования
HADI и CDDC обычно предполагают последовательную проверку гипотез. В GV/Design Sprint рекомендуют использовать иной подход: за спринт тестируют 2–3 разных value proposition (кружочек+квадратик) или прототипа одновременно.
Когда это уместно
— Если есть несколько равно правдоподобных гипотез о ценности или позиционировании
— Скорость получения результатов важнее
— Ресурсы discovery-этапа позволяют вести несколько веток исследования
Плюсы: быстрее получаете сравнение продуктовых гипотез между собой; меньше риска зациклиться на одном варианте; можно быстрее двигаться дальше, понимая перспективный прототип.
Минусы: выборка сильно дробится, поэтому сложнее будет изолировать причину получения результата исследования; выше нагрузка на discovery-команду.
Параллельное тестирование не заменяет последовательную проверку «узлами». Его используют, когда сравнивают варианты на одном уровне (например, три формулировки оффера), а не цепочку гипотез.
В сухом остатке: параллельное тестирование 2–3 вариантов за спринт — для сравнения офферов или формулировок; для цепочек гипотез лучше последовательная проверка.
#гипотезы@custdevlab #методика@custdevlab #hadi@custdevlab
Когда уместно проверять 2–3 варианта за спринт тестирования
HADI и CDDC обычно предполагают последовательную проверку гипотез. В GV/Design Sprint рекомендуют использовать иной подход: за спринт тестируют 2–3 разных value proposition (кружочек+квадратик) или прототипа одновременно.
Когда это уместно
— Если есть несколько равно правдоподобных гипотез о ценности или позиционировании
— Скорость получения результатов важнее
— Ресурсы discovery-этапа позволяют вести несколько веток исследования
Плюсы: быстрее получаете сравнение продуктовых гипотез между собой; меньше риска зациклиться на одном варианте; можно быстрее двигаться дальше, понимая перспективный прототип.
Минусы: выборка сильно дробится, поэтому сложнее будет изолировать причину получения результата исследования; выше нагрузка на discovery-команду.
Параллельное тестирование не заменяет последовательную проверку «узлами». Его используют, когда сравнивают варианты на одном уровне (например, три формулировки оффера), а не цепочку гипотез.
В сухом остатке: параллельное тестирование 2–3 вариантов за спринт — для сравнения офферов или формулировок; для цепочек гипотез лучше последовательная проверка.
#гипотезы@custdevlab #методика@custdevlab #hadi@custdevlab
8✍3👍2🌭2