1. Отделите цель от предложенного решения
Клиент говорит: «нужен чат-бот». Цель может быть в сокращении пропущенных заявок, ответах ночью или сборе данных до звонка. Эти задачи приводят к разным продуктам.
Запишите желаемое изменение процесса и показатель, по которому клиент заметит пользу.
2. Назовите участников и права
Кто пишет, кто получает уведомление, кто подтверждает цену, кто видит историю и кто меняет знания. Один «администратор» часто скрывает несколько ролей.
Отдельно определите владельца данных и внешних аккаунтов.
3. Разложите путь на сценарии
Опишите начало, шаги, успешный итог, отмену и ошибку. Для входящего обращения это может быть сообщение, уточнение, квалификация, передача и результат.
Не рисуйте сразу десятки исключений. Сначала один основной путь и два критических отрицательных.
4. Разделите факты, решения и вопросы
Факт: у клиента уже есть Telegram-бот. Решение: использовать его или создать отдельного. Вопрос: можно ли менять текущий webhook. Эти записи требуют разных действий.
Каждое предположение получает автора и статус подтверждения. ИИ не превращает вероятный вариант в утверждённое требование.
5. Запишите границы проекта
Что входит в первую версию, что остаётся человеку, какие интеграции откладываются и какие системы запрещено менять. Укажите данные, миграции, безопасность и разрешения на внешние действия.
Цена и срок рассчитываются после фиксации объёма, а не выводятся из названия функции.
6. Переведите пожелания в приёмку
«Удобный кабинет» превращается в конкретные пути desktop/mobile, фильтры, empty/error states и время реакции. «Надёжный бот» - в dedupe, retry, restart и ручной fallback.
Привяжите каждый критерий к пользовательскому сценарию и доказательству.
- основной успешный путь;
- неверный или неполный ввод;
- недоступность зависимости;
- сохранение после restart;
- отсутствие запрещённого эффекта.
Как передать ТЗ coding agent
Дайте актуальный документ, рабочую папку, архитектурные правила, первый ограниченный шаг и критерии. Не поручайте весь roadmap одной командой.
Effort помогает оформить исходную мысль, но интервью, оценка риска и подтверждение решений остаются работой исполнителя и клиента.
Источники
У каждой опоры есть дата проверки. Если источник изменится, материал нужно пересмотреть.
-
01
Prompt engineering OpenAI Developers · проверено 6 сентября 2026 г.
Сверены рекомендации о ясных инструкциях, релевантном контексте, примерах и проверяемом формате результата.
-
02
Codex documentation OpenAI Developers · проверено 6 сентября 2026 г.
Сверены рабочий цикл Codex, роль инструкций проекта, локальных проверок и ограниченной области изменений.
-
03
Claude Code best practices Anthropic · проверено 6 сентября 2026 г.
Сверены рекомендации исследовать контекст, планировать сложную работу, давать модели способы проверки и вести постоянные инструкции проекта.
-
04
Effort Translator: рабочий интерфейс Нейроквалификатор · проверено 6 сентября 2026 г.
Сверена граница продукта: перевод исходной мысли в структурированную постановку без подмены цели и без гарантии результата.
