Корисне інтерв'ю з потенційним користувачем — це не розмова про ваш продукт. Це розмова про життя людини, її завдання та ті моменти, де вона відчуває дискомфорт. Якщо ви вийдете з розмови з розумінням, що саме людина робить зараз, чому це погано і як вона намагалася виправити — ви отримали те, що потрібно. Усе решта: оцінки, обіцянки «я б купив» і похвала ідеї — шум.

Навіщо інтерв'ю, а не опитування

Опитування дають вам цифри, але не дають розуміння. Коли людина відповідає на закрите питання, ви не знаєте, як вона його зрозуміла. Коли обирає варіант із списку — ви не знаєте, що стояло за цим вибором. А головне — опитування не дозволяють запитати «а чому?» у моменті.

Інтерв'ю вирішує три завдання, які опитування не вирішують взагалі:

  • Виявити реальний контекст. Ви дізнаєтеся, в яких умовах людина виконує завдання, що їй заважає, які інструменти відкриті паралельно.
  • Почути неформалізовану мову. Люди описують проблеми своїми словами — саме ці формулювання стануть вашим копірайтингом і назвами функцій.
  • Зафіксувати емоційну реакцію. Те, як людина говорить про проблему — з роздратуванням, байдужістю чи зніяковінням — скаже вам більше, ніж будь-яка шкала від 1 до 10.

Опитування мають сенс на пізнішому етапі, коли ви вже знаєте, яку саме проблему шукаєте, і вам треба виміряти її частоту на великій вибірці. На етапі пошуку проблеми та перевірки гіпотези — лише інтерв'ю.

Як знайти правильних співрозмовників

Де шукати людей із вашою проблемою

Правило просте: йдіть туди, де людина вже стикається з завданням, а не туди, де вона обговорює стартапи чи крипту. Якщо ви робите інструмент для трейдерів на Solana — шукайте в каналах, де люди діляться стратегіями та скаржаться на slippage, а не в загальних криптоспільнотах. Якщо ваш продукт для NFT-митців — шукайте в профільних Discord-серверах, де люди показують роботи та скаржаться на інструменти.

Працюють такі канали:

  • Тематичні спільноти (Discord, Telegram, Reddit) — де люди обговорюють саме процес, а не технологію загалом.
  • Twitter/X — пошук за ключовими словами, які описують завдання, а не за хештегами типу #web3.
  • Особисті контакти — якщо ви самі з цієї ніші, почніть зі знайомих, але не зупиняйтеся на них.
  • Холодні звернення — коротке повідомлення без продажу: «Роблю дослідження про те, як люди вирішують X. Можу поставити кілька питань? 20 хвилин, без продажу».

Головний критерій відбору: людина має виконувати завдання, пов'язане з вашою гіпотезою, зараз або в недалекому минулому. Не підходять ті, хто «колись цікавився темою» або «планує зайнятися».

Скільки інтерв'ю достатньо для першої перевірки

Для першого кола перевірки гіпотези — від п'яти до восьми розмов з людьми однієї сегментації. Якщо після п'яти інтерв'ю ви чуєте однакові патерни — проблема, ймовірно, реальна. Якщо після восьми кожна розмова дає нову картину — ви або не знайшли свого сегмента, або проблеми як такої немає.

Це не статистично репрезентативна вибірка. Мета — не довести частоту проблеми, а зрозуміти її сутність, контекст і те, чи людина взагалі готова щось змінювати.

Структура інтерв'ю: від контексту до болю

Хороша розмова триває 20–30 хвилин і будуєься як воронка: від широкого контексту до конкретного дискомфорту.

Відкриті питання про минулий досвід

Починайте з того, що людина вже робила. Не «як би ви вирішили», а «розкажіть, як ви робили це останнього разу». Приклади:

  • «Розкажіть, як ви останнього разу переводили токени між мережами».
  • «Згадайте випадок, коли вам треба було верифікувати контракт перед взаємодією. Що ви зробили?»
  • «Опишіть, як зараз виглядає ваш процес підготовки до запуску токена».

Формулювання «згадайте останній раз» змушує людину оперувати реальним досвідом, а не уявленням про те, як вона «зазвичай» діє.

Питання про поточні рішення та їхні недоліки

Коли контекст зрозуміли, запитайте про інструменти та робочі обхідні шляхи:

  • «Якими інструментами ви користувалися для цього?»
  • «Що в цьому процесі вас найбільше дратувало?»
  • «Чи доводилося вам якось доповнювати цей інструмент чимось іншим?»
  • «А якщо б цього інструменту не було — що б ви зробили?»

Останнє питання особливо цінне: якщо людина каже «ну, написав би скрипт сам» або «знайшов би альтернативу» — проблема не настільки гостра, щоб платити за її вирішення. Якщо ж людина зніяковіла або сказала «не знаю, це було б дуже боляче» — ви на правильному шляху.

Уникнення навідних питань

Навідне питання — це питання, в якому вже закладена відповідь. «Чи вас дратує висока комісія в Ethereum?» — навідне. «Розкажіть про ваш досвід з комісіями при транзакціях» — ні.

Перевірте кожне питання: чи може людина відповісти «ні» і при цьому дати вам корисну інформацію? Якщо ні — питання навідне.

Також уникайте питань про майбутнє: «чи купили б ви такий продукт?». Люди погано передбачають власну поведінку. Опирайтеся лише на минулий і поточний досвід.

Як слухати: сигнали, які варто помічати

Емоційна реакція на проблему

Справжня проблема викликає емоцію. Людина може змінити тембр голосу, почати говорити швидше, згадати конкретний випадок з деталями, які ви не просили. Це сигнал: тут є справжній біль.

Байдужість — теж сигнал, але протилежний. Якщо людина відповідає «та нормально, звикаєш» — проблема не достатньо болюча, щоб стати основою бізнесу.

Розбіжність між словами та діями

Людина каже: «це дуже важлива проблема, я витрачаю години щотижня». Але коли ви питаєте: «і що ви зробили, щоб це змінити?» — виявляється, що нічого. Це класична розбіжність: людина визнає проблему, але не готова витрачати ресурси на її вирішення. Такі проблеми існують, але на них не будують продукти.

Інший варіант розбіжності: людина скаржиться на інструмент, але продовжує ним користуватися і не шукає альтернативи. Можливо, проблема реальна, але не достатньо серйозна для зміни поведінки.

Сильний сигнал — це коли людина вже щось зробила: заплатила за альтернативу, написала власний скрипт, витратила час на складний обхідний шлях. Це означає, що проблема настільки болюча, що людина вже інвестувала в її вирішення.

Як фіксувати та аналізувати результати

Записуйте розмови (з дозволу). Не покладайтеся на нотатки — ви пропустите половину. Під час розмови фіксуйте лише ключові фрази та моменти, які хочете повернутися до.

Після розмови витратьте 10 хвилин на структуроване резюме. Для кожного інтерв'ю фіксуйте:

  • Контекст: хто людина, що робить, в яких умовах.
  • Завдання: що саме вона намагалася зробити.
  • Інструменти: що використовувала зараз і раніше.
  • Фрустрації: конкретні моменти дискомфорту, словами співрозмовника.
  • Обхідні шляхи: що людина зробила, щоб обійти проблему.
  • Готовність до змін: чи шукала альтернативи, чи інвестувала час у вирішення.

Коли зберете п'ять–вісім таких резюме, шукайте патерни. Не усереднюйте — шукайте повторення. Якщо троє з п'яти незалежно описують один і той самий біль одними й тими самими словами — ви знайшли щось реальне. Якщо кожен називає різну проблему — ви ще не знайшли свого сегмента.

Не намагайтеся підігнати результати під гіпотезу. Якщо інтерв'ю показують, що проблема не така, як ви думали, — це найкращий можливий результат. Ви зекономили місяці розробки.

Типові помилки при користувацьких інтерв'ю

  • Продавати замість слухати. Якщо ви хочете розповісти про свій продукт — ви на неправильній зустрічі. Інтерв'ю закінчується, щойно ви починаєте пояснювати, як вирішите проблему. Навіть якщо людина питає — скажіть «я розповім після розмови, давайте спочатку закінчимо».
  • Запитувати «чи хотіли б ви». Люди кажуть «так» набагато частіше, ніж дійсно готові щось зробити. Опитуйте лише про реальний досвід.
  • Спілкуватися лише зі знайомими. Знайомі хочуть вас підтримати. Вони будуть ввічливі, поблажливі та не скажуть правду. Знайомі — це лише перші дві-три розмови, щоб потренуватися.
  • Ігнорувати тих, хто не підходить. Якщо під час розмови зрозуміли, що людина не з вашого сегмента — завершуйте ввічливо, але не тягніть з неї дані. Вони вас заплутають.
  • Шукати підтвердження, а не спростування. Якщо ви виходите з кожного інтерв'ю з відчуттям «я мав рацію» — ви, ймовірно, ставили навідні питання. Хороша перевірка гіпотези — це коли ви готові до того, що помиляєтеся.
  • Фіксувати висновки замість цитат. «Люди незадоволені швидкістю» — це ваш висновок. «Я кожного разу чекаю по хвилині і не розумію, чи пройшла транзакція» — це дані. Працюйте з даними.

Після проведення інтерв'ю ви матимете одне з трьох: підтвердження проблеми з конкретним контекстом, спростування гіпотези або розуміння, що шукаєте не там. Усі три результати корисні. Перший дає зелене світло для прототипу. Другий економить ресурси. Третій направляє до наступної ітерації пошуку. Жоден з них не вимагає написання коду — і саме в цьому цінність етапу, який занадто багато стартапів пропускають.