Ответ
Работал с заказчиками разных уровней — от стартапов до крупных корпораций. Основные принципы:
- Выявление потребностей — задаю уточняющие вопросы, чтобы понять реальные боли, а не поверхностные хотелки.
- Документирование — фиксирую требования в user stories, use cases или спецификациях (зависит от методологии).
- Обратная связь — регулярные демо, чтобы корректировать курс. Например, в одном проекте после демо MVP заказчик осознал, что приоритеты изменились, и мы оперативно пересмотрели бэклог.
Пример:
# Было в ТЗ: "Нужна кнопка для экспорта данных"
# Уточнил:
- Какие форматы (CSV, Excel)?
- Нужна ли выборка данных перед экспортом?
- Как часто будет использоваться? Всегда объясняю технические ограничения простым языком: "Это как строить мост — можно быстро, но он развалится, или надежно, но дольше".
