Вопросы для интервью по требованиям: 10 вопросов и перевод в функции

Зачем интервью, если можно просто спросить «что нужно?»

Если просто попросить «список хотелок», вы почти всегда получите набор решений: «сделайте кнопку», «нужна интеграция», «добавьте фильтры». Это не требования, а догадки о том, как исправить боль. Обычно без контекста и без понимания, что именно считается успехом.

Интервью нужно всем, кто отвечает за результат: продакту, фаундеру, аналитику, разработчику. Даже если вы один в команде, разговор с пользователем помогает не строить продукт «по ощущениям». Вы собираете не мнения, а факты о работе человека.

В хорошем интервью вы вытаскиваете четыре вещи: проблему (где теряется время или деньги), контекст (кто делает задачу, как часто и где), ограничения (правила, безопасность, сроки, устройства, бюджет) и критерии успеха (как поймем, что стало лучше, и насколько).

Чтобы не увязнуть в споре про термины, начинайте не с «какие требования», а с «покажите, как вы делаете это сейчас». Например: менеджер ведет заявки в таблице, забывает про статусы, клиенты ждут ответа. Требование здесь не «нужна CRM», а «нужно быстро видеть, где застряла заявка, и не терять ни одну». Когда позже вы переведете это в задачи для ИИ (например, в TakProsto), такие формулировки дадут меньше переделок.

Подготовка: кого звать и что подготовить заранее

Хорошее интервью начинается до разговора. Если заранее решить, кого слушать и что фиксировать, вы получите материал, который реально превращается в список функций.

Кого приглашать

Не ограничивайтесь самым активным пользователем. Лучше собрать 5-10 человек с разными ролями: новичка (спотыкается на непонятных шагах), опытного исполнителя (знает обходные пути), руководителя или согласующего (видит риски и сроки). Если продукт влияет на поддержку или продажи, добавьте по одному представителю оттуда.

Проверьте, что люди работают с процессом сейчас, а не «когда-то давно». И почти всегда лучше несколько коротких интервью, чем одно большое совещание.

Что подготовить заранее

Запланируйте 30-45 минут. Предупредите про запись (аудио или экран) и получите согласие. Запись нужна не для контроля, а чтобы не потерять формулировки и цифры.

Попросите участника принести реальные артефакты: скриншоты, файлы, примеры отчетов, переписки, шаблоны писем. По ним быстро видно, где ручной труд и что именно считается «готово». Например, бухгалтер может показать таблицу, которую каждую неделю копирует и правит вручную, а руководитель - письмо с вечным «уточните, пожалуйста».

Перед встречей сформулируйте цель одним предложением: что улучшаете (процесс), что убираете (ручные операции), что ускоряете (согласование) и какую метрику хотите сдвинуть.

Для заметок удобно держать один шаблон: дословная цитата, факт (что происходит и как часто), боль, метрика (время, ошибки, деньги, задержки) и идея функции (без дизайна и деталей интерфейса). Так проще собрать требования в задачи, в том числе для TakProsto.

Как вести разговор, чтобы получить факты, а не пожелания

Цель интервью - понять реальную работу человека: что он делает, где спотыкается, что стоит денег и времени. Тогда из разговора легко получается список функций.

Начните с короткого разогрева: роль и типичный день. За что отвечает, какие задачи повторяются, какие инструменты использует, как часто происходит нужный процесс. Это задает контекст и быстро отделяет конкретику от общих слов.

Дальше держитесь за факты. Почти на любую фразу «обычно так» просите конкретный случай: «Вспомните последний раз. С чего начали? Что было дальше?» Так вы вытаскиваете шаги процесса, участников и реальные ограничения.

Фиксируйте формулировки дословно хотя бы ключевые. Цитаты пригодятся позже, когда будете писать функции и тексты интерфейса: «я не понимаю, какой счет оплачивать» точнее, чем «нужна ясность».

Всегда уточняйте числа, иначе приоритеты будут случайными: сколько времени уходит сейчас и сколько должно уходить, как часто это происходит, сколько людей вовлечено и кто принимает решение, что считается ошибкой и сколько она стоит, сколько вариантов и исключений есть на практике.

Полезный прием - разделять «как сейчас» и «как хочется». Сначала подробно разберите текущий путь, потом попросите описать желаемый результат и минимально приемлемое улучшение.

Пример: пользователь говорит «хочу, чтобы все само заполнялось». Вы уточняете последний случай и выясняете: данные берутся из двух источников, 30 заявок в день, 10% с ошибками, на проверку уходит 2 часа. Это уже измеримая проблема, из которой рождаются конкретные функции и критерии проверки.

10 вопросов для интервью по требованиям (проверенный набор)

Если держать под рукой один и тот же набор, разговор получается спокойнее: вы собираете факты о работе, а не абстрактное «хочу кнопку».

Сначала - цель и реальный сценарий:

1. Какую задачу вы решаете и кто получает результат (клиент, руководитель, коллега)?
2. Вспомните последний раз, когда вы делали это: что было первым шагом, что вторым, что последним?
3. В какой момент обычно начинается «тормоза» или раздражение, и почему?
4. Где чаще всего возникают ошибки и что происходит дальше (переделка, штраф, потеря времени)?
5. Чем вы пользуетесь сейчас (таблица, чат, сервис, блокнот) и что вас в этом устраивает или не устраивает?

Потом - измеримые вещи, которые легко превращаются в требования и промпт:

1. Какие действия вы делаете руками и сколько примерно времени уходит в день или неделю?
2. Какие данные входные, откуда они берутся и в каком виде приходят (текст, файл, фото)?
3. Какие правила и исключения есть: «если так, то делаем иначе»?
4. Как вы поймете, что результат хороший: 2-3 конкретных критерия (точность, скорость, формат отчета)?
5. Что нельзя делать ни при каких условиях (доступы, персональные данные, согласования, язык, тон)?

Простой пример: «я сверяю оплаты вручную 2 часа по пятницам, ошибки в номерах счетов, потом переделываю». Отсюда сразу видны будущие функции: импорт данных, сверка по правилам, подсветка расхождений, отчет и журнал исправлений. Такой список уже удобно отдавать ИИ (например, в TakProsto) как задачи.

Как переводить ответы в список функций: схема «П-К-В-ВЫХ-КР-О»

После интервью часто остаются фразы вроде «это важно», «нужно удобно», «хочу как в X». Чтобы превращать их в функции, помогает рамка «П-К-В-ВЫХ-КР-О».

• П (Проблема): что сейчас не получается и где болит.
• К (Контекст): кто делает, где, как часто, на каких устройствах, с какими ограничениями.
• В (Важность): почему это важно и что будет, если не сделать.
• ВЫХ (Выход): какой наблюдаемый результат должен получить пользователь (функция в 1-2 строках).
• КР (Критерии): как понять, что получилось (измеримо).
• О (Ограничения): что нельзя нарушать (безопасность, доступы, данные, сроки, совместимость).

Держите рядом уточняющие вопросы. Если человек говорит «должно быть быстро», не спорьте о вкусах: спросите про цифры. Приемлемо 3 секунды, 10 секунд, минута? Для какой операции? Если звучит «нужна интеграция», уточните систему, частоту обмена и конкретные поля.

Небольшие примеры перевода:

• «Это важно» -> В: «иначе менеджер теряет 30 минут в день», ВЫХ: «напоминания о просроченных задачах», КР: «уведомление приходит не позже чем через 5 минут после просрочки».
• «Нужно удобно» -> КР: «2 клика до оплаты, автозаполнение телефона, понятная ошибка при неверном формате».
• «Сделайте как в X» -> П/В: «нравится быстрый поиск по товарам», ВЫХ: «поиск с подсказками», КР: «первые подсказки за 1 секунду».

На выходе из каждого ответа получается карточка функции: что сделать, для кого, как проверить и какие границы соблюдать. Ее уже легко отдавать ИИ (например, в режиме планирования в TakProsto).

Пошаговый разбор: от заметок к функциям и задачам для ИИ

После интервью обычно есть каша из фраз, догадок и хороших идей. Задача - отделить реальность от интерпретаций и превратить ответы в понятные функции, которые ИИ сможет разложить на продуктовые задачи.

Сначала разберите записи так, чтобы их можно было проверить. Выпишите дословные цитаты и факты отдельно: «согласование занимает 2 дня», «в Excel 5 вкладок», «ошибка случается раз в неделю». А рядом - ваши предположения: «значит, нужен чат», «нужна автоматизация». Предположения полезны, но это не требования.

Дальше собирайте материал по сценариям. Один сценарий = одна пользовательская задача с понятным началом и концом. Например: «менеджер получает заявку -> проверяет данные -> отправляет на согласование -> видит статус».

Рабочая последовательность:

• Разделите факты, цитаты и интерпретации.
• Сгруппируйте заметки по сценариям.
• Для каждого сценария опишите входы и выходы: что есть на старте и что должно получиться.
• Сформулируйте функции простыми глаголами: создать, проверить, отправить, согласовать, уведомить.
• Добавьте критерии приемки и приоритет.

Чтобы ИИ не додумывал, «приземляйте» формулировки. Не «сделать удобно», а «когда нажата кнопка “Отправить”, заявка получает статус “На согласовании”, и ответственному уходит уведомление». Входы и выходы здесь критичны: вход - заполненная форма, выход - запись в базе и видимый статус.

Приоритет отмечайте быстро, без долгих споров: как часто это происходит, насколько больно, сколько стоит, какой риск. Если два сценария равны, выбирайте тот, где выше риск.

Мини-проверка перед тем, как отдавать задачи ИИ:

• У каждой функции есть триггер (что запускает действие).
• Понятны данные на входе и что считается результатом.
• Критерии приемки можно проверить без «в целом нормально».
• Приоритет объясним одной фразой.

Удобные форматы записи требований: user stories и критерии

Хорошее интервью часто заканчивается хаосом в заметках: деталей много, а непонятно, что именно делать. Помогает один стабильный формат фиксации и критерии приемки рядом.

Три формы одной мысли

Обычно достаточно выбрать один основной формат, а остальные держать как подсказку:

• User story: «Как [роль], я хочу [действие], чтобы [результат]».
• Jobs-to-be-done: «Когда [ситуация], я хочу [мотивация], чтобы [ожидаемый прогресс]».
• Функция (коротко): «Система позволяет [кому] [что сделать] [в каких условиях]».

Например, из фразы «Я теряю заявки в переписках»: «Как менеджер, я хочу видеть все заявки в одном списке, чтобы ничего не пропускать». Коротко как функция: «Система позволяет менеджеру собирать заявки из чатов в список».

Критерии приемки и поля для ИИ

Без критериев требование звучит красиво, но каждый понимает его по-своему. Обычно хватает 3-5 простых пунктов.

Чтобы ИИ собрал экран, API или сценарии, рядом полезно фиксировать: входные данные, выход и формат (список, карточка, файл), роли и права, исключения и ошибки, границы (лимиты, сроки хранения, обязательные поля).

Пример критериев: «Заявка появляется в списке за 5 секунд», «Можно фильтровать по статусу», «Без права доступа пользователь видит сообщение об ошибке», «Пустой список показывает подсказку, что делать дальше».

Типичные ошибки и ловушки в интервью по требованиям

Провалы чаще всего случаются не из-за «плохих вопросов», а из-за того, что вы записали не то. Интервью легко превращается в разговор про вкусы, а не про работу.

Первая ошибка - путать решение с проблемой. «Сделайте кнопку на главной» звучит конкретно, но почти ничего не говорит о ценности. Правильнее докопаться до боли: «не могу быстро найти отчет перед созвоном» или «каждый раз теряю 10 минут на поиск». Тогда вы сможете предложить варианты, а не один спорный ответ.

Вторая ловушка - собирать «список хотелок» без примера последнего реального случая. Если человек говорит «нужно удобнее», попросите вспомнить последний раз, когда было неудобно: что делал, где остановился, чем закончилось. Один свежий кейс дает больше, чем десять общих пожеланий.

Третья ошибка - не фиксировать ограничения и права доступа. Потом выясняется, что часть пользователей не видит нужные данные, а часть не может их менять, или что данные разнесены по системам. В каждом интервью проговорите: кто может смотреть, кто менять, какие поля чувствительные, что можно выгружать и куда.

Четвертая ловушка - слишком ранний спор о дизайне. «Где поставить фильтр?» быстро уводит разговор в пиксели. Держите фокус на сценарии: «когда вы ищете, какие шаги делаете, по чему понимаете, что нашли нужное». Дизайн обсуждайте позже.

Пятая - игнорировать редкие, но дорогие ошибки. «Редко бывает» не значит «неважно», если это ведет к штрафу, срыву сроков или возврату денег. Спросите прямо, что стоит компании денег или репутации.

Короткая самопроверка по ходу интервью:

• Вы записали проблему и пример, а не идею решения?
• Есть конкретный последний кейс с шагами и итогом?
• Уточнены роли, права доступа и ограничения?
• Обсуждали сценарий, а не внешний вид?
• Названы дорогие риски и последствия?

Если вы собираете требования, чтобы потом отдать их ИИ (например, для генерации списка функций или user stories в TakProsto), эти ловушки особенно критичны: ИИ отлично развивает четко описанные сценарии и ограничения, но так же уверенно строит на расплывчатых «хотелках».

Быстрый чеклист перед тем, как отдавать требования ИИ

Перед тем как превращать заметки интервью в промпт для ИИ (или в задачу для команды), проверьте простую вещь: из текста должно быть понятно, что именно человек делает, с какими данными и как вы поймете, что получилось.

5 проверок за 10 минут

Пройдитесь по требованиям и убедитесь, что на каждый пункт можно ответить коротко и без догадок:

• Сценарий и роль: кто пользователь и в какой ситуации он выполняет задачу?
• Входы и выходы: какие данные приходят на вход и что должно получиться на выходе? Укажите формат: текст, таблица, PDF, уведомление, запись в базе.
• Критерий успеха: как вы проверите результат? Цифра (время обработки до 2 минут) или четкий признак (заказ получает статус «Возврат принят» и появляется номер заявки).
• Ограничения и доступы: что запрещено и кто что может?
• Минимум для первой версии: без чего сценарий не работает.

Как понять, что можно отдавать в ИИ

Если после этих проверок вы можете написать 3-5 предложений без слов «примерно», «как-нибудь» и «потом разберемся», требования готовы.

Практика: когда вы описываете задачу в TakProsto в формате «роль + шаги + входы/выходы + критерий», платформа быстрее собирает понятный список функций и экранов и меньше уточняет мелочи.

Если какая-то проверка провалилась, не усложняйте: вернитесь к одному уточняющему вопросу и закройте пропуск. Это почти всегда экономит часы переделок.

Пример из жизни: превращаем ответы в список функций

Ситуация: менеджер по продажам каждую неделю готовит коммерческие предложения. Данные разбросаны по CRM, письмам и Excel, а итоговый документ собирается в Word по шаблону. После интервью у вас уже есть факты, осталось перевести их в функции.

Вот что говорит пользователь (почти дословно):

«Я копирую цены из Excel и часто путаю строки».

«Реквизиты клиента то в письме, то в CRM, я трачу время на поиск».

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

Переводим это в функции продукта - не в «сделайте удобно», а в действия и проверки:

• Импорт данных из источников (CRM выгрузка, Excel прайс, контакты клиента) в один черновик предложения.
• Шаблоны предложения по типу сделки (например, стандарт, тендер, продление) с автозаполнением.
• Проверка обязательных полей и логики (ИНН, КПП, срок действия, валюта, итоговая сумма, скидка в пределах лимита).
• Согласование: отправить на проверку, оставить комментарий, принять или вернуть на доработку.
• История изменений: кто и что поменял, с возможностью отката к прошлой версии.

Чтобы это было проверяемо, добавляем критерии: «подготовка КП не дольше 10 минут», «без ИНН документ не уходит», «видно все правки за последние 30 дней».

Что отдать ИИ (например, чтобы собрать прототип в TakProsto): краткий сценарий «от сделки до отправки», примеры входных файлов (Excel, типовая выгрузка), правила заполнения и проверки, а также исключения: «нет цены на позицию», «клиент без КПП», «скидка выше лимита».

Следующие шаги: как быстро собрать план работ и начать пилот

После интервью важно быстро зафиксировать смысл, пока детали свежие. Иначе вы получите разрозненные цитаты, а не план действий.

Соберите результаты в короткий документ на 1-2 страницы: сценарии, список функций, критерии готовности и приоритет. Практичный порядок:

• 3-5 ключевых сценариев (кто, в какой ситуации, что хочет сделать, какой результат)
• Функции по каждому сценарию
• Критерии (как понять, что функция работает и полезна)
• Ограничения и риски (сроки, данные, роли, доступы)
• Приоритет: «нужно для пилота» и «можно позже»

Дальше выберите 1-2 сценария для пилота и опишите «минимум». Минимум - это не «половина функции», а версия, на которой пользователь реально проходит путь до результата. Например: «заявка принята и видна в списке, статус меняется, уведомление отправилось». Остальное переносите в «позже».

Теперь подготовьте промпт для ИИ, чтобы получить черновик ТЗ и задач. Укажите цель пилота, выбранные сценарии, функции, критерии, роли пользователей и что точно не делаем. Добавьте формат вывода: «таблица задач», «user stories», «API и экраны».

Если вы работаете в TakProsto, удобно начать с режима планирования: попросите разложить функции на этапы, предложить структуру проекта (веб, сервер, база) и отметить зависимости. Для справки можно использовать и домен платформы как ориентир в команде: TakProsto, takprosto.ai.

Последний шаг - короткий цикл проверки. Соберите прототип, покажите пользователю 10-15 минут, уточните спорные места и повторите. Один такой круг часто полезнее, чем неделя дополнительных обсуждений.