Как вы выявляете скрытые требования у заказчика?

Выявление скрытых требований у заказчика

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

Методы выявления скрытых требований

1. Глубокое интервьюирование (Deep Interviewing)

Вопросы, которые работают:

Открытые вопросы (Open-ended):

• "Расскажите подробнее о вашем текущем процессе..."
• "Почему этот процесс вас не устраивает?"
• "Какие проблемы вы сталкиваетесь ежедневно?"

Уточняющие вопросы (Clarifying):

• "Когда вы говорите 'быстро', что вы имеете в виду? Секунды? Часы?"
• "Кто из ваших коллег будет использовать эту систему?"
• "Как это влияет на оставшихся пользователей?"

Провокационные вопросы (Provocative):

• "А что будет, если эта функция не будет работать?"
• "Какой сейчас workaround вы используете?"
• "Сколько это вам стоит в деньгах и времени?"

Гипотетические вопросы (Hypothetical):

• "Представьте, система идеально решает вашу проблему. Как она выглядит?"
• "Что будет первым, что вы сделаете с новой системой?"

2. Наблюдение (Observation / Ethnography)

Суть: Не полагайтесь только на слова. Смотрите, как люди работают.

Что делать:

• Попросите разрешение наблюдать сотрудников в их работе (1-2 дня)
• Посмотрите на боль:
  • Какие операции делаются часто?
  • Где люди пытаются обойти систему?
  • Где происходят ошибки?
  • Где тратится больше всего времени?

Пример:

Заказчик говорит: "Нам нужна система для управления складом"

Вы наблюдаете и видите:
- Людям нужно считать товары вручную (может быть штрихкод?)
- Они используют Excel для отслеживания (нужна интеграция с ERP)
- Каждый день они ходят в разные помещения склада (нужна мобильная версия!)
- После смены происходят ошибки учёта (нужна валидация данных в реал-тайме)

Эти требования заказчик не озвучивал!

3. Анализ боли (Pain Analysis)

Техника KJ (Kawakita Jiro Method):

1. Соберите все жалобы, проблемы и пожелания
2. Сгруппируйте по категориям
3. Определите корневые причины
4. Свяжите с требованиями

Пример:

Проблема 1: "Медленная обработка данных"
Проблема 2: "Сложный интерфейс"
Проблема 3: "Много ошибок при вводе"
→ Корневая причина: Нет валидации данных на входе
→ Требование: Система должна проверять данные в реал-тайме

4. Вопросы про пользователей (User Discovery)

Всегда спрашивайте:

• "Кто будет использовать эту систему?"
• "Какие у них разные роли и уровни прав?"
• "А кто НЕ будет использовать, но будет затронут?"
• "Какой уровень технических знаний у каждой группы?"

Пример скрытого требования:

Заказчик: "Нам нужна система для менеджеров"
Вы: "А учетчики будут с ней работать?"
Заказчик: "Да, они вводят данные"
Вы: "Учетчики молодые или опытные люди?"
Заказчик: "Средний возраст 55 лет, мало кто знает компьютер"
→ Требование: Большие кнопки, понятные иконки, подсказки на каждом шаге, возможность отката

5. Вопросы про экосистему (Context Questions)

Что нужно понять:

• "С какими другими системами должна интегрироваться ваша система?"
• "Какие данные нужно импортировать? В каком формате?"
• "Какие стандарты и законы влияют на работу (GDPR, налоговое право)?"
• "Кто ещё заинтересован в результате: руководство, клиенты, партнёры?"

Пример:

Заказчик: "Нам нужен CRM"
Вы: "А вы отправляете счета клиентам?"
Заказчик: "Да, через бухгалтерию"
Вы: "Бухгалтерия использует 1С?"
Заказчик: "Да"
→ Скрытое требование: CRM должен интегрироваться с 1С для автоматического выгрузки счетов

6. Техника Five Whys (Пять почему)

Метод: Задавайте вопрос "Почему?" 5 раз подряд до корневой причины

Пример:

Заказчик: "Нам нужна система мониторинга"
Вы: "Почему?"
Заказчик: "Потому что мы часто теряем клиентов"
Вы: "Почему вы теряете клиентов?"
Заказчик: "Потому что они не получают ответ вовремя"
Вы: "Почему нет ответа вовремя?"
Заказчик: "Потому что менеджеры не видят входящие заявки"
Вы: "Почему не видят?"
Заказчик: "Потому что письма приходят в общий почтовый ящик, и никто не отслеживает"
Вы: "Почему нет системы отслеживания?"
Заказчик: "Раньше всё было в таблице, но она потеряла актуальность"

→ Требование: Система должна собирать заявки из разных источников (email, форма, чат),
  распределять менеджерам, отслеживать время ответа, отправлять напоминания

7. Сценарии использования (Use Cases & User Stories)

Попросите рассказать конкретные сценарии:

• "Опишите, пожалуйста, как вы работаете в начале дня?"
• "Какой самый частый сценарий работы с системой?"
• "Есть ли срочные ситуации, когда нужно быстро что-то сделать?"

Пример:

Заказчик: "Утром менеджер открывает систему, смотрит новые заявки..."
Вы: "На сколько секунд страница загружается?"
Заказчик: "Ну, может 10 секунд"
→ Требование: Система должна загружаться за max 2 секунды

Заказчик: "Потом нужно быстро распределить между менеджерами"
Вы: "А как вы решаете, кому дать заявку?"
Заказчик: "Смотрим, кто чем занят"
→ Требование: Система должна показывать текущую загруженность каждого менеджера

8. Прототипирование и mockups

Покажите и получите feedback:

• Создайте низкофидельный макет (бумага или Figma)
• Покажите заказчику
• Смотрите, где он спотыкается
• Записывайте фразы типа:
  • "О, это не работает так"
  • "Это было бы удобнее, если бы..."
  • "Мне не нравится, что нельзя..."

Пример:

Вы показываете форму авторизации
Заказчик: "А у нас есть LDAP, это не будет работать?"
→ Требование: Система должна поддерживать LDAP/AD аутентификацию

9. Вопросы про конкурентов

Что спросить:

• "Какую систему вы использовали раньше?"
• "Что вам в ней нравилось?"
• "Что вас раздражало?"
• "Какие конкуренты используют лучшие системы?"

Пример:

Заказчик: "У конкурента X система умеет предсказывать спрос на товары"
Вы: "А вам это нужно?"
Заказчик: "Ну, было бы полезно, но мы не просили"
→ Скрытое требование: Система должна поддерживать интеграцию с ML-сервисами для прогнозирования

10. Фокус-группы и мастерминды

Не проводите интервью один на один:

• Соберите группу из 5-7 человек разных ролей
• Люди начнут вспоминать проблемы друг у друга
• Возникнут идеи, которые не пришли бы в голову в интервью

Пример:

В комнате менеджер, учётчик и руководитель:
Менеджер: "Мне нужна быстрая система"
Учётчик: "А ещё нужна проверка данных, иначе я ловлю ошибки"
Руководитель: "И мне нужны отчёты по каждому продавцу каждый день"

Возникли требования, которые никто не сказал бы в отдельном интервью!

Типичные скрытые требования

Производительность:

• Хотя заказчик говорит просто "быстро", часто имеется в виду:
  • Загрузка < 2 сек
  • Обработка 1000+ операций в день
  • Работа с миллионами записей

Интеграция:

• Заказчик может забыть упомянуть существующие системы
• "У нас есть 1С, SAP, Битрикс24..."

Безопасность:

• "Данные конфиденциальны" → шифрование, двухфакторная аутентификация
• "Государственная организация" → ГОСТ, ФЗ, лицензии

Масштабируемость:

• "Может, в будущем у нас будет 100 пользователей" → архитектура должна быть гибкой

Аналитика:

• Заказчик хочет отчёты, но не знает, какие → нужны разные срезы данных

Структурирование найденных требований

В конце используйте таблицу:

| Требование             | Явное | Скрытое | Приоритет | Статус    |
|------------------------|-------|---------|-----------|----------|
| Авторизация            | Да    | Нет     | Высокий   | Согласовано |
| LDAP интеграция        | Нет   | Да      | Средний   | Новое |
| Отклик < 2 сек         | Нет   | Да      | Высокий   | Новое |
| Резервная копия данных | Нет   | Да      | Высокий   | Новое |
| Экспорт в Excel        | Нет   | Да      | Средний   | Новое |

Заключение

Выявление скрытых требований — это не одноразовая задача, а непрерывный процесс. Даже когда проект начался, продолжайте общаться с заказчиком, наблюдайте за работой команды и ищите признаки того, что требования неполны. Чем раньше вы найдёте скрытое требование, тем дешевле его будет реализовать.