Клиент формулирует задачу голосовыми в мессенджере, скриншотами чужого сайта «сделайте вот так» и одной фразой по телефону — а исполнителю нужен документ с чёткими требованиями и критериями приёмки. Разрыв между тем, как заказчик объясняет задачу, и тем, что нужно исполнителю, — типовая причина переделок; ИИ ускоряет именно сборку черновика ТЗ из этого разнородного потока.
Какие голосовые, переписка и скриншоты нужны для ТЗ
Соберите всё, что клиент присылал по проекту: голосовые сообщения (лучше расшифрованные в текст), переписку в мессенджере и скриншоты с пометками или ссылками на примеры. Чем полнее набор, тем меньше пробелов придётся закрывать дополнительными вопросами уже после начала работы.
- Голосовые сообщения, расшифрованные в текст
- Переписка в мессенджере с уточнениями по ходу
- Скриншоты примеров и референсов с комментариями клиента
Если голосовые противоречат более раннему письменному сообщению (клиент сначала написал одно, потом голосовым передумал), это нужно зафиксировать явно — в черновике ТЗ должна остаться финальная версия требования, а не обе одновременно как будто они не противоречат друг другу.
Как собрать конвейер: от голосового до черновика ТЗ
Модель хорошо вытаскивает конкретные требования из разговорного текста, где одна и та же мысль часто повторяется несколько раз разными словами, — и хуже определяет, какое из противоречащих друг другу пожеланий приоритетнее.
1. Расшифруйте все голосовые в текст, если это ещё не сделано автоматически мессенджером. 2. Загрузите весь материал и попросите выделить отдельные требования — каждое как самостоятельный пункт, а не пересказ разговора. 3. Для каждого требования — критерий приёмки: как понять, что оно выполнено. 4. Отдельно выпишите противоречия и неопределённости, которые нужно уточнить у клиента до начала работы.
Черновик ТЗ по итогам такой обработки готов к правке за 15–20 минут вместо пересказа всей переписки вручную и попытки удержать в голове, что клиент говорил неделю назад.
Где формулировки обязательно проверяет исполнитель
Модель формулирует требования по смыслу того, что сказал клиент, но не может знать, согласен ли клиент с тем, как именно требование сформулировано в итоговом документе, — эту сверку делает исполнитель, отправляя черновик клиенту на подтверждение, а не сразу запуская работу по нему.
Черновик ТЗ, собранный из голосовых, — это гипотеза о том, что хотел клиент, а не согласованный документ: пока клиент не подтвердил формулировки, приоритеты в черновике могут не совпадать с тем, что для него на самом деле важнее всего.
Отдельно стоит перепроверять критерии приёмки — в разговорной речи клиенты редко формулируют их явно, и здесь модель чаще всего додумывает, что стоило бы уточнить вопросом.
Шаблон запроса для сборки ТЗ из голосовых
«Вот расшифровки голосовых, переписка и скриншоты от клиента по проекту. Выдели отдельные требования — каждое отдельным пунктом с формулировкой и предполагаемым критерием приёмки. Если два сообщения противоречат друг другу, укажи оба варианта и отметь как "нужно уточнить у клиента". Не объединяй разные требования в одно и не додумывай критерий приёмки, если клиент его явно не называл».
Хорошая практика — после первой сборки черновика прогнать его вторым запросом «найди в этом ТЗ пункты без чёткого критерия приёмки» — такие пункты чаще всего становятся причиной спора после сдачи работы.
Как принять результат перед отправкой клиенту
Исполнитель отправляет черновик клиенту на подтверждение до начала работы, а не после — особенно пункты, помеченные как противоречивые или неопределённые. Только после явного «да, всё верно» от клиента черновик становится рабочим документом, по которому идёт работа и приёмка результата.
Читайте по теме:
Частые вопросы
Нет, черновик всегда нужно согласовать с клиентом до начала работы — модель формулирует требования по смыслу разговора, но не может подтвердить, что поняла клиента правильно.
Оставить пункт как открытый вопрос и уточнить отдельным сообщением — додумывать цифры по контексту разговора рискованно.
Показать клиенту оба варианта явно и попросить выбрать финальный — не выбирать самостоятельно, какое из двух сообщений считать приоритетным.
Работает как первый черновик и там, но для сложных проектов после сборки черновика обязательно нужна сессия с клиентом по уточнению критериев приёмки — голосовые редко дают достаточную техническую детализацию сами по себе.
Обычно час-полтора работы по прослушиванию и пересказу сокращаются до 15–20 минут проверки уже структурированного черновика.
Хотите настроить процесс на своих материалах? Запишитесь на консультацию AI ALMAMATER и укажите: «Интересует курс "Нейросети для бизнеса и управленцев"».
На курсе «Нейросети для бизнеса и управленцев» соберёте проверяемый сценарий с ИИ.
Получить консультацию →