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

1. Сокращайте объяснения, а не обязательства

Короткое техническое задание полезно, если исполнитель по-прежнему понимает, что сделать, какие ограничения соблюдать и как сдавать результат. Удалить половину предложений недостаточно: вместе с повторами легко потерять условие «только после ответа сервера».

Разберём одну задачу: сокращение ТЗ на форму обратной связи в обычном текстовом диалоге AI-GROK.CHAT. Все исходные данные, сроки, запросы и ответы в примере вымышленные. Цель — получить компактный рабочий документ, а не пересказ его основной идеи.

2. Подготовьте исходник и уберите закрытые сведения

Для повторения возьмите учебный исходник ниже. Для своей задачи замените назначение формы, названия полей, ограничения, сообщения, размеры экрана, срок и состав сдачи. Переносите значения из действующего ТЗ, а не из памяти.

Не отправляйте пароли, токены, реальные заявки клиентов, персональные данные и документы, на передачу которых у вас нет разрешения. Внутренние адреса и имена заменяйте нейтральными обозначениями, одинаковыми во всём тексте. Название поля «Имя» можно оставить: это не данные конкретного человека.

1. Выберите одну актуальную версию ТЗ, чтобы не смешать старые и новые требования.
2. Отметьте числа, запреты, условия срабатывания и результаты действий: после сокращения их нужно будет сверить.

3. Дайте запрос с правилами сокращения

Вставьте подготовленный текст вместо квадратной скобки. Запрос разделяет две операции: убрать многословие и проверить, что требования не изменились. Он не поручает чату проектировать недостающие части системы.

Готовый запрос Копировать

Сократи техническое задание для исполнителя: убери повторы и длинные объяснения, но сохрани все самостоятельные требования. Оформи результат нумерованным списком. Не меняй числа, единицы измерения, даты, названия полей, точные тексты сообщений, обязательность действий, запреты и условия их выполнения. Сохрани требования к приёмке и составу сдачи. Не добавляй функции и технические решения, которых нет в исходнике. Не превращай обязательное требование в пожелание. Если условия противоречат друг другу или допускают разные трактовки, вынеси это в отдельный блок «Нужно уточнить», не выбирая вариант самостоятельно. После сокращённого ТЗ кратко перечисли, какие повторы удалены. Не жертвуй требованиями ради заданного объёма: жёсткого лимита длины нет.
Исходное ТЗ:
[ВСТАВЬТЕ ПОДГОТОВЛЕННЫЙ ТЕКСТ]

4. Сравните с конкретным результатом

Ниже — возможный ответ на учебный запрос. Формулировки стали короче, но сохранились состояние кнопки, момент очистки полей и поведение при ошибке. Это важнее красивого процента сокращения.

5. Проверьте факты, числа и полноту

Здесь источник фактов — исходное ТЗ, а не знания модели. Сверять нужно обе стороны: каждому требованию исходника соответствует пункт сокращения, а каждый пункт сокращения имеет основание в исходнике.

Отдельно проверьте расчёты тестовых значений. Для двух полей по четыре граничные длины получается 2 × 4 = 8 проверок длины. Это не восемь проверок всей формы и не доказательство, что программа работает.

1. Сверьте два обязательных поля и интервалы 2–40 и 20–500: границы включены, дополнительные поля запрещены.
2. Проверьте граничные длины: имя — 1, 2, 40, 41; сообщение — 19, 20, 500, 501. По условию длины проходят 2, 40, 20 и 500; соседние внешние значения не проходят.
3. Сравните сообщения посимвольно. Убедитесь, что успех связан именно с успешным ответом сервера, а ошибка сохраняет значения и разрешает повторную отправку.
4. Пересчитайте контрольные ширины: их три — 360, 768 и 1280 пикселей. Не заменяйте их расплывчатым «адаптивно».
5. Сверьте дату и два результата сдачи. Не принимайте упоминание проверок за подтверждение, что они действительно выполнены.

6. Исправьте потери перед передачей исполнителю

Типовая ошибка — заменить точное требование общим: «Обработать ошибки» вместо «сохранить значения и разрешить повторную отправку». Ещё одна потеря — «от 2 символов» вместо «2–40 включительно»: исчезает верхняя граница. Исправляйте конкретный пропуск, а не просите просто «сделать лучше».

Неясность про пробелы оставьте вопросом к автору ТЗ. Решение редактора не должно незаметно становиться новым требованием. После исправления повторно сверьте весь документ: восстановление одного пункта иногда меняет соседний.

Первый ответ доступен без регистрации: порядок начала описан на странице «Первый ответ в чате». Если потребуется продолжение, перед оплатой ознакомьтесь с предложенными условиями. Итоговую версию передавайте исполнителю только после собственной сверки.

Готовый запрос Копировать

В пункте об ошибке потеряно разрешение повторной отправки. Восстанови его по исходному ТЗ. Остальные требования не меняй. Верни исправленный текст и отдельно укажи, какой пункт изменён.