Как проводить интервью с заказчиком для сбора требований?

Как проводить интервью с заказчиком для сбора требований

Интервью — это основной инструмент выявления требований. От качества интервью зависит, насколько хорошо ты поймёшь потребности заказчика и выявишь скрытые проблемы. Вот техника, которая работает.

Подготовка (Золотой стандарт)

Шаг 1: Исследование заказчика

• Какой их бизнес?
• Какие системы они используют?
• Кто ключевые люди?
• Какие проблемы решаем?
• Какая компетенция у заказчика в технологиях?

Шаг 2: Подготовка вопросов Не пиши сценарий интервью как список вопросов. Это выглядит как допрос. Вместо этого подготовь:

• Основные темы для обсуждения
• Открытые вопросы (не да/нет)
• Примеры и сценарии для обсуждения

Шаг 3: Согласование времени и формата

• 60 минут оптимально (не больше — устают)
• Спокойное место без отвлечений
• Вкусный кофе или чай (это мелочь, но помогает)
• Желательно видеоконференция или очно (не по email)

Структура интервью (60 минут)

Вводная часть (5 минут)

"Спасибо, что нашёл время. Сегодня я хочу понять,
какие проблемы вы сейчас решаете и как я могу помочь.
Я буду много слушать и задавать вопросы.
Основная моя задача — правильно понять ваши потребности,
чтобы потом мы смогли спроектировать систему, которая реально вам поможет.

Тебе обычно легче говорить или письменно?
Тебе удобно если я буду записывать?"

Почему это работает:

• Объясняешь цель (не скрытая повестка)
• Просишь разрешение записывать (вежливо)
• Выясняешь предпочтения

Информационная часть (5 минут)

Не спрашивай о требованиях сразу. Сначала пойми контекст.

Открытые вопросы (НЕ закрытые):

❌ "Вам нужна система управления проектами?"
✓ "Расскажи, как ты сейчас управляешь проектами?"

❌ "Сколько людей в вашей команде?"
✓ "Расскажи о структуре команды. Как вы организованы?"

❌ "Какой бюджет у вас есть?"
✓ "Какие ограничения мы должны учесть в планировании?"

Послушай реплики вроде:

• "У нас хаос с трекингом задач"
• "Мы тратим 2 часа в день на рутину"
• "Я не понимаю, что делает каждая команда"

ЭТО ПРОБЛЕМЫ. Запиши их.

Основная часть (40 минут)

Теперь спрашивай про проблемы и сценарии.

Метод 5 WHY (пять почему):

У вас хаос с трекингом задач?
→ Да

Почему это проблема?
→ Потому что мы не знаем, кто на что работает

Почему это важно для вас?
→ Потому что люди занимаются не тем, что нужно бизнесу

Почему вы это сейчас терпите?
→ Потому что нет инструмента, который бы всё отслеживал

Что будет, если это не решить?
→ Мы потеряем контроль над проектами

Теперь уже видно РЕАЛЬНУЮ проблему, а не поверхностную жалобу.

Дальше спрашивай про сценарии:

"Расскажи мне день менеджера проекта. 
С чего ты начинаешь утром?
Что делаешь в первую очередь?
Кто тебе мешает?
Когда ты понимаешь, что что-то пошло не так?
Как ты об этом узнаёшь?"

Это конкретные сценарии. Из них вытекают требования.

Пример:

Менеджер: "Я начинаю утром с письма от разработчика,
           что его задача заблокирована"

Ты: "Как часто это происходит?"
Менеджер: "Раз в день в среднем"

Ты: "Как ты об этом узнаёшь?"
Менеджер: "Из письма. Или спрашиваю в Slack"

Ты: "Что будет, если система автоматически их оповестит
     и покажет картину всех заблокированных задач?"
Менеджер: "О, это было бы идеально"

Уже есть требование: "Система должна показывать заблокированные задачи".

Продолжай этот метод:

• Проходи через основные сценарии
• На каждом сценарии спрашивай "Почему?"
• Спрашивай про боли и проблемы
• Предлагай решения и слушай feedback

Часть про приоритеты (5 минут)

"Из всего, что мы обсудили, что самое важное?"

(Показываешь список проблем)

"Если мы сможем решить одну, какую выбрать?"

(Заказчик показывает на одну или две)

"Почему именно это?"

(Слушаешь обоснование)

Это помогает понять истинные приоритеты.

Закрытие (5 минут)

"Давай убедимся, что я всё правильно понял.
Мне показалось, что ваши основные проблемы это:
1. [Проблема 1]
2. [Проблема 2]
3. [Проблема 3]

Это верно? Я что-то упустил?"

(Заказчик подтверждает или уточняет)

"Спасибо! После этого разговора я подготовлю 
документ с требованиями и покажу тебе на следующей встречи.
Могу ещё на что-то уточнить по email, если что-то неясно?"

Техники слушания

1. Активное слушание

Стейкхолдер: "Нам нужна система для управления складом"

❌ Неправильно: Ты начинаешь рассказывать о WMS системах
✓ Правильно: "Расскажи подробнее. Какие проблемы у вас со складом?"

2. Уточняющие вопросы

Стейкхолдер: "Процесс очень сложный"

❌ Неправильно: Киваешь и молчишь
✓ Правильно: "Что именно в процессе сложного? Можешь дать пример?"

3. Перефразирование

Стейкхолдер: "Мы теряем много времени на ввод данных"

Ты: "Если я правильно понял, вы вводите одни и те же данные
      в разные системы несколько раз. Это верно?"

Стейкхолдер: "Да, точно!"

Это показывает, что ты слушаешь, и исправляешь ошибки понимания.

Что записывать

DEFINITELY ЗАПИСЫВАЙ:
- Прямые цитаты заказчика (очень ценны)
- Проблемы, которые упоминаются
- Сценарии использования
- Боли и frustrations
- Числа и метрики
- Имена и роли людей

NOT CLEAR?
- Сиди и слушай, не кодируй одновременно
- Если что-то упустил — спроси ещё раз

Частые ошибки

1. Много говоришь сам

❌ "В нашей практике системы управления обычно включают..."
✓ "Что вы думаете, какое это должно быть решение?"

2. Закрытые вопросы вместо открытых

❌ "Вам нужно отслеживать статусы задач?"
✓ "Как вы сейчас отслеживаете прогресс проектов?"

3. Записываешь решение вместо проблемы

❌ Заказчик: "Нам нужен чат в системе"
   Ты пишешь: "Требование: реализовать чат"

✓ Спроси: "Почему тебе нужен чат? Какую проблему он решает?"
   Может быть, это не чат, а просто нужна связь между людьми.

4. Забываешь про контекст

❌ Спрашиваешь про функции
✓ Спрашиваешь: "Как это связано с вашим бизнесом?"

5. Не записываешь невербальные сигналы

Заказчик говорит "Да, это нужно", но выглядит скептично.
ЭТО СИГНАЛ! Спроси: "Тебя что-то волнует?"

Инструменты

• Диктофон — для записи (спроси разрешение!)
• Блокнот — ручка и бумага, видно, что ты записываешь
• Доска/Miro — если нужно рисовать диаграммы
• Видеоконференция — Zoom с записью
• Таймер — чтобы не увеличить встречу до 2 часов

После интервью

В течение дня (пока свежо в памяти):

• Обработай записи
• Выпиши ключевые инсайты
• Разберись в том, что неясно
• Подготовь вопросы для уточнения

В течение недели:

• Напиши резюме интервью
• Отправь заказчику: "Вот как я понял требования..."
• Просеял уточнения
• Начинай составлять Requirements Document

Пример хорошего интервью

Ты: "Расскажи, какая главная проблема в вашем отделе?"

Заказчик: "Мы не можем отследить, где находятся документы"

Ты: "Интересно. Расскажи мне, как сейчас это происходит?"

Заказчик: "Люди сохраняют файлы на разных дисках,
           в Google Drive, в Dropbox. Никто не знает,
           где что. Мы теряем время на поиск"

Ты: "Сколько времени в день на это уходит?"

Заказчик: "Ну, может, час в день на поиск документов"

Ты: "Это 5 часов в неделю на одного человека?"

Заказчик: "Ну да, если считать..."

Ты: "И в команде скольько человек?"

Заказчик: "20"

Ты: "Это 100 часов в неделю. Что будет, если это сократить?"

Заказчик: "Это серьёзно. Это 2-3 человека только на поиск документов"

Ты: "Что нужно сделать, чтобы документ всегда нашелся за 10 секунд?"

Заказчик: "Нужна система, где всё в одном месте.
            С поиском. С версионированием"

Ты: "Понял. Давайте это запишем"

Видишь? Из разговора вытекли требования:

• Единое хранилище документов
• Быстрый поиск
• Версионирование

И понимаешь, ПОЧЕМУ это критично (100 часов в неделю).

Итоговый чеклист

• Подготовился (знаешь компанию, процесс)
• Согласовал время и место
• Записываешь (с разрешением)
• Задаёшь открытые вопросы
• Больше слушаешь, меньше говоришь
• Спрашиваешь "Почему" минимум 5 раз
• Разбираешься в контексте, не в решении
• Перефразируешь для проверки
• Понимаешь приоритеты
• Благодаришь и подводишь итоги
• После встречи обрабатываешь и отправляешь резюме

Вывод

Хорошее интервью — это не допрос. Это разговор, где ты слушаешь, спрашиваешь, и из конкретных сценариев вытекают требования. Ты должен быть детективом, который выявляет скрытые проблемы, а не инженером, который сразу предлагает решение.