Разговаривай с пользователями: как получать фидбэк, который реально улучшает продукт
Разговаривай с пользователями
Ты это собрал, люди этим пользуются, и теперь ты хочешь знать, что чинить. Ты спрашиваешь: «Ну как тебе?» И получаешь в ответ: «Класс!» — что не говорит вообще ничего и при этом ощущается прекрасно.
Это ловушка. Большинство отзывов — вежливый шум, а вежливый шум опасен, потому что ощущается как прогресс, не уча ничему. Получать полезный фидбэк — это навык, и он в основном про то, чтобы задавать вопросы лучше и потом замолчать.
Почему люди врут тебе (мило)
Пользователи врут не из жестокости — они врут из доброты. Они не хотят ранить твои чувства, хотят, чтобы разговор закончился приятно, и искренне не знают, что сделали бы в будущем. Поэтому по умолчанию подбадривают.
Это значит, что три самых естественных вопроса — заодно самые бесполезные:
- «Тебе нравится?» — скажут «да».
- «Стал бы этим пользоваться?» — скажут «наверное».
- «Заплатил бы за это?» — скажут «может быть», имея в виду «нет».
Все три просят людей предсказать собственное будущее поведение, а это люди делают ужасно. Лекарство — перестать спрашивать про будущее и начать спрашивать про прошлое.
Спрашивай про прошлое, а не про будущее
Прошлое поведение — реальное доказательство. Намерение на будущее — пожелание. Поэтому направляй каждый вопрос назад:
- Вместо «стал бы пользоваться инструментом для X?» → «Когда ты в последний раз сталкивался с X и что сделал?»
- Вместо «это полезно?» → «Проведи меня по последнему разу, когда у тебя была эта проблема».
- Вместо «заплатил бы?» → «Чем пользуешься сейчас и во что тебе это обходится?»
Ты собираешь факты о том, что реально произошло, а не мнения о том, что могло бы. Факты не льстят и не врут.
Смотри, как они пользуются — и молчи
Самый честный фидбэк не произносят. Посади человека перед своим продуктом, дай реальную задачу («попробуй добавить свой первый счёт») и потом молчи. Не направляй. Не объясняй. Просто смотри.
Где он замешкался, где кликнул не туда, где прищурился и сказал «погоди, что?» — это твой список багов, и он жестоко честный, потому что человек не играет на публику. Самое трудное — твоё собственное молчание. Каждый инстинкт будет орать «помоги». Не надо. Его замешательство — это данные.
Отдели жалобу от просьбы
Когда пользователи всё же что-то предлагают, относись к проблеме серьёзно, а к решению — легко. Люди отлично говорят, где болит, и плохо прописывают лекарство.
«Хочу кнопку вот тут» может на самом деле значить «я не нашёл, как сделать X». Кнопка — это их догадка о починке; ощущение потерянности — настоящий сигнал. Копай под каждый запрос фичи до проблемы, которая его породила — и решай проблему своим способом, который часто проще того, что просили.
Пять разговоров бьют пятьсот ответов в опросе
Чтобы учиться, масштаб не нужен. Пять реальных разговоров с людьми из твоей аудитории научат большему, чем опрос с пятьюстами галочками. Опросы дают ответы на вопросы, которые ты уже придумал. Разговоры всплывают то, о чём ты не знал спросить — и именно это меняет продукт.
Поговори с пятью людьми на этой неделе. Спрашивай про их прошлое, смотри молча, как они мучаются, копай под их предложения до их проблем. Потом строй под то, что увидел, а не под то, что сказали. Этот разрыв — между тем, что люди говорят, и тем, что делают, — там, где большинство продуктов идут не туда, и замечать его — один из самых ценных навыков билдера.

Редактор · Соло-фаундер · KODIQ
Kodiq Team
Строю KODIQ на виду — AI-наставника для тех, кто запускает софт в одиночку. Пишу о том, до чего дошёл собственными граблями.
Другие материалы автора →Рассылка
Новые выпуски приходят на почту. Без спама, отписаться можно в любой момент.
Одно письмо за выпуск (~раз в месяц). Полевые заметки о том, как запустить софт в одиночку.
Похожие статьи