Шаблон Customer Discovery-інтерв'ю
Шаблон Customer Discovery-інтерв'ю за методологією The Mom Test із готовими сценаріями запитань, прикладами поширених помилок, яких слід уникати, та структурою аналізу результатів для перетворення сирих даних інтерв'ю на практичні висновки.
IdeaPlan Editorial · Методологія
Оновлено: 04.03.2026
1. Підготуйтеся до інтерв'ю.
Шаблон Customer Discovery-інтерв'ю (порожній)
Заповніть цей шаблон відповідно до вашого проєкту. Замініть текст-заповнювачі власною інформацією.
Частина 1. Підготовка до інтерв'ю
Заповніть цей розділ перед проведенням першого інтерв'ю. Після кожних п'яти інтерв'ю повертайтеся до нього та за потреби оновлюйте.
Цільовий сегмент користувачів:
[Кого ви будете інтерв'ювати? Будьте максимально конкретними: посада, тип компанії, сфера діяльності тощо.]
Основні припущення (гіпотези), які потрібно перевірити:
☐ Припущення 1: [Наприклад: «Керівники інженерних команд витрачають понад 5 годин на тиждень на планування зустрічей».]
☐ Припущення 2: [Наприклад: «Поточні інструменти (Google Calendar, Calendly) не забезпечують ефективної координації роботи всієї команди».]
☐ Припущення 3: [Наприклад: «Вони готові платити 15–25 доларів США за користувача на місяць за рішення цієї проблеми».]
Три головні речі, які я хочу дізнатися під час цього інтерв'ю:
[Яку конкретну модель поведінки або яку проблему я хочу перевірити?]
[Які альтернативні рішення людина вже використовувала і чому вони не спрацювали?]
[Скільки часу або грошей людина зараз витрачає на вирішення цієї проблеми?]
Частина 2. Сценарій проведення інтерв'ю
Вступ (2 хвилини)
☐ «Дякую, що знайшли час для цієї розмови. Зараз я досліджую, як [цільовий сегмент] вирішує [проблемну сферу]. Я хотів(ла)...»
Ключові висновки
✓ Говоріть про життя клієнта, а не про свою ідею. Принцип The Mom Test допомагає уникнути ввічливих, але неправдивих відповідей, які можуть спрямувати вашу стратегію в хибному напрямку.
✓ Запитуйте про минулу поведінку («Розкажіть про останній випадок, коли ви…»), а не про майбутні наміри («Чи користувалися б ви…»).
✓ Записуйте дослівні цитати, а не їх переказ. Саме слова, якими користуються люди, дозволяють зрозуміти емоційну значущість проблеми, яку часто втрачають узагальнені нотатки.
✓ Проводьте узагальнення результатів після кожних п'яти інтерв'ю. Шукайте закономірності в поведінці людей та їхніх витратах часу або грошей, а не лише перелік скарг.
✓ Проведіть щонайменше 15–20 інтерв'ю, перш ніж приймати рішення про розробку продукту. П'яти інтерв'ю недостатньо — вони часто створюють хибне уявлення про закономірності.
Поширені запитання
Скільки Customer Discovery-інтерв'ю потрібно провести?
Рекомендується провести 15–20 інтерв'ю в межах одного цільового сегмента.
Перші закономірності зазвичай починають проявлятися вже після 5–7 інтерв'ю, однак саме на цьому етапі часто виникають і хибні закономірності.
Приблизно після 15-го інтерв'ю стає зрозуміло, які теми повторюються систематично, а які були випадковими.
Якщо вже після 10 інтерв'ю більшість учасників описують одні й ті самі 2–3 ключові проблеми, ви можете починати враховувати ці висновки під час прийняття продуктових рішень, одночасно продовжуючи проводити нові інтерв'ю.
Що робити, якщо співрозмовник під час інтерв'ю починає запитувати про мій продукт?
Відкладіть цю розмову до завершення інтерв'ю.
Можна відповісти так:
«Зараз я ще перебуваю на етапі дослідження і хочу спочатку зрозуміти ваш досвід, перш ніж розповідати про свої ідеї. Із задоволенням розповім більше після того, як ми завершимо обговорення того, як ви зараз вирішуєте це завдання.»
Якщо співрозмовник наполягає, коротко опишіть продукт одним реченням, а потім одразу поверніть розмову до його досвіду.
Наприклад:
«Але зараз для мене набагато важливіше зрозуміти саме ваш досвід. Розкажіть, будь ласка, про останній випадок, коли вам довелося…»
Як знайти людей для проведення інтерв'ю?
Почніть зі свого кола контактів.
Попросіть знайомих представити вас потрібним людям через LinkedIn.
Опублікуйте запит у відповідних:
спільнотах Slack;
тематичних спільнотах Reddit;
галузевих форумах.
Запропонуйте учасникам невелику винагороду за участь, наприклад:
подарунковий сертифікат Amazon на 25 доларів США;
безкоштовну консультацію;
ранній доступ до вашого продукту.
Холодні звернення також можуть бути ефективними, якщо ваше повідомлення є конкретним.
Наприклад:
«Я досліджую, як керівники інженерних команд у SaaS-компаніях приблизно на 50 співробітників організовують планування спринтів. Чи могли б ви приділити 20 хвилин цього тижня для короткої розмови?»
Як уникнути упередженості підтвердження (Confirmation Bias) під час інтерв'ю?
Існує три основні прийоми.
По-перше, ніколи не розповідайте про своє рішення до того, як поставите запитання.
По-друге, запитуйте про минулу поведінку:
«Розкажіть про останній випадок, коли…»
а не про майбутні наміри:
«Чи користувалися б ви…?»
По-третє, свідомо шукайте факти, які спростовують, а не підтверджують ваші припущення.
Після кожного інтерв'ю поставте собі запитання:
«Що я почув(ла), що суперечить моїм припущенням?»
Якщо кожне інтерв'ю повністю підтверджує те, у що ви вже вірили, найімовірніше, ви ставите навідні запитання.
Коли варто завершити Customer Discovery і перейти до розробки продукту?
Тоді, коли ви зможете відповісти на три ключові запитання, спираючись на факти, а не на власні припущення.
Яку саме проблему ми вирішуємо?
Хто відчуває цю проблему найгостріше?
Як люди зараз вирішують цю проблему і чому наявні способи є недостатньо ефективними?
Якщо ви можете відповісти на всі три запитання, використовуючи дослівні цитати щонайменше з 10 інтерв'ю, це означає, що ви отримали достатньо підтверджень для визначення свого MVP (мінімально життєздатного продукту) і можете переходити до його розробки.
Повний посібник: як користуватися цим шаблоном
Покрокові інструкції, приклади та рекомендації щодо найкращих практик.
Частина 2. Сценарій проведення інтерв'ю
Вступ (2 хвилини)
☐ «Дякую, що знайшли час для розмови. Я досліджую, як [цільовий сегмент] вирішує [проблемну сферу]. Мені дуже цікаво почути про ваш досвід. Тут немає правильних чи неправильних відповідей.»
☐ Не розповідайте про свій продукт або ідею.
Запитання про контекст (5 хвилин)
☐ «Розкажіть, будь ласка, про вашу роль. Як зазвичай проходить ваш типовий робочий тиждень?»
☐ «Які 2–3 завдання зараз забирають у вас найбільше часу?»
☐ «Яке місце займає [проблемна сфера] у вашій щоденній роботі?»
Дослідження проблеми (10 хвилин)
☐ «Розкажіть, будь ласка, про останній випадок, коли вам довелося зіткнутися з [конкретною проблемою]. Що тоді сталося?»
☐ «Як ви її вирішували? Якими інструментами або процесами користувалися?»
☐ «Що було найбільш складним або неприємним у цій ситуації?»
☐ «Як часто виникає ця проблема? Щодня? Щотижня? Щомісяця?»
☐ «Скільки вам коштує ця проблема з точки зору часу, грошей або втрачених можливостей?»
Поточні способи вирішення (5 хвилин)
☐ «Чим ви зараз користуєтеся для вирішення цієї проблеми? Розкажіть, будь ласка, як це працює.»
☐ «Що вам подобається у вашому поточному підході?»
☐ «Що працює погано або чого вам не вистачає? Якби можна було змінити лише одну річ, що б це було?»
☐ «Чи пробували ви інші інструменти або способи вирішення? Що сталося?»
☐ «Скільки ви зараз витрачаєте на це рішення (враховуючи як прямі витрати, так і витрачений час)?»
Емоційна складова (3 хвилини)
☐ «За шкалою від 1 до 10, наскільки болючою для вас є ця проблема? Чому саме така оцінка, а не вища?»
☐ «Що зміниться для вас, якщо ця проблема буде повністю вирішена?»
☐ «Чи шукали ви активно краще рішення протягом останніх шести місяців?»
Завершення (2 хвилини)
☐ «Чи є щось, що стосується [проблемної сфери], про що я мав(ла) запитати, але не запитав(ла)?»
☐ «Хто ще у вашій команді стикається з цією проблемою? Чи могли б вони також поспілкуватися зі мною?»
☐ «Дякую вам за час. Можливо, пізніше в мене виникне ще кілька уточнювальних запитань. Чи буде електронна пошта найкращим способом зв'язку?»
Частина 3. Нотатки після інтерв'ю
Заповнюйте цей розділ одразу після кожного інтерв'ю (протягом перших 30 хвилин, поки спогади ще свіжі).
Номер інтерв'ю: [1, 2, 3...]
Дата: [РРРР-ММ-ДД]
Респондент: [Ім'я, посада, компанія, розмір компанії]
Тривалість: [хвилин]
Ключові цитати (дослівно, без перефразування)
«[Дослівна цитата респондента]»
«[Дослівна цитата респондента]»
«[Дослівна цитата респондента]»
Наскільки гострою є проблема (оцінка респондента)
Оцінка за шкалою від 1 до 10: [оцінка, яку назвав респондент]
Поточне рішення
[Яким рішенням користується зараз і скільки воно йому коштує.]
Спостережувана поведінка (що людина робить, а не що вона говорить)
☐ [Наприклад: «За останній рік протестував три різні інструменти».]
☐ [Наприклад: «Щопонеділка витрачає 45 хвилин на ручне складання розкладу».]
☐ [Наприклад: «Створив власну таблицю в Excel, щоб обійти обмеження наявного інструменту».]
Неочікувані інсайти (те, чого я не очікував(-ла) почути)
☐ [Інсайт 1]
☐ [Інсайт 2]
Частина 4. Узагальнення результатів (після кожних 5 інтерв'ю)
Проведено інтерв'ю: [X] із [запланованої кількості]
Відстеження закономірностей
Сигнали готовності платити
☐ [X] із [загальної кількості] респондентів уже платять за часткове вирішення цієї проблеми.
☐ [X] із [загальної кількості] шукали краще рішення протягом останніх шести місяців.
☐ [X] із [загальної кількості] оцінили гостроту проблеми на 7 балів або вище за десятибальною шкалою.
☐ Середня вартість проблеми, за оцінкою респондентів: $[сума] за [тиждень / місяць].
Контрольна точка для прийняття рішення
☐ Продовжувати розробку.
Щонайменше 12 із 15 інтерв'ю підтверджують основне припущення. Проблема є гострою (7+ із 10), поточні рішення не задовольняють користувачів, а також є чіткі сигнали готовності платити.
☐ Змінити напрямок рішення (Pivot Solution).
Проблема дійсно існує, але запропонований напрямок її вирішення є неправильним. Респонденти хочуть отримати інше рішення, ніж те, яке ми планували створити.
☐ Змінити цільовий сегмент (Pivot Customer).
Проблема існує, але не серед нашої цільової аудиторії. Інший сегмент користувачів повідомляє про вищу гостроту проблеми та демонструє більшу готовність платити.
☐ Відмовитися від ідеї.
Менше 5 із 15 інтерв'ю підтверджують наявність проблеми. Проблема не є достатньо значущою, існуючі рішення користувачів повністю влаштовують або відсутні ознаки готовності платити за нове рішення.
Заповнений приклад: TeamSync (планування роботи команд для Engineering Manager)
Підготовка до інтерв'ю
Цільовий сегмент користувачів:
Engineering Manager у B2B SaaS-компаніях із командами від 20 до 100 інженерів.
Основні припущення
Engineering Manager витрачають понад 5 годин на тиждень на планування зустрічей і координацію роботи команд.
Google Calendar та Calendly не забезпечують ефективної координації спринтів між кількома командами.
Вони готові платити 12–20 доларів США за користувача на місяць за автоматизоване рішення для планування роботи команд.
Приклад нотаток після інтерв'ю (Інтерв'ю №4)
Респондент:
Sarah K., Engineering Manager, фінтех-стартап із 45 співробітниками.
Тривалість: 25 хвилин.
Ключові цитати
«Щопонеділка вранці я граю в "календарний Тетріс", щоб скласти розклад на весь тиждень. Лише для моєї команди з восьми людей це займає приблизно годину.»
«Calendly чудово працює для зовнішніх зустрічей. Але для планування спринтів між трьома командами? Можна навіть не намагатися. У підсумку ми все одно створюємо групове обговорення в Slack і домовляємося вручну.»
«Я користувалася Reclaim.ai приблизно місяць. Він переносив зустрічі, не попереджаючи людей, через що інженери були незадоволені. У результаті я повернулася до ручного планування.»
Оцінка гостроти проблеми
7 із 10.
«Це не найгірша частина моєї роботи, але точно найбезглуздіша.»
Поточне рішення
Google Calendar + опитування в Slack.
Вартість проблеми — приблизно 5 годин робочого часу щотижня.
Спостережувана поведінка
☑ Протягом останнього року протестувала два альтернативні інструменти (Reclaim та Clockwise).
☑ Створила власну електронну таблицю для відстеження доступності команди під час спринтів.
☑ Делегує частину роботи з планування старшому інженеру, який також не любить виконувати це завдання.




Коментарі
Дописати коментар