Техническое задание

Зачем нужно

Чтобы обе стороны понимали одинаково. Без ТЗ спор «это входило в работу или нет» решается силой убеждения, и проигрывает обычно тот, кто платит.

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

Что должно быть внутри

Список страниц с описанием блоков. Функции: формы, фильтры, личный кабинет, корзина. Интеграции с указанием систем и способа обмена. Требования к скорости и устройствам. Что делает клиент, а что исполнитель. Порядок приёмки и число раундов правок.

Кто его пишет

Чаще подрядчик после разбора задачи, и это нормально: он знает, какие вопросы задать. Но платить за такое ТЗ стоит отдельно, иначе документ будет написан под возможности исполнителя, а не под вашу задачу.

Признаки плохого ТЗ

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

Что делать с изменениями

Фиксировать письменно и оценивать отдельно. Изменения по ходу это норма, беда начинается, когда их накапливают устно и вспоминают при сдаче.

Как ТЗ помогает при приёмке

Каждый пункт превращается в проверку. Прошли по списку, отметили, что сделано, спорные места обсудили. Без документа приёмка идёт по ощущению, а ощущения у двух сторон разные.

Когда ТЗ не нужно

На совсем небольших работах: правка блока, замена баннера. Там достаточно письма с описанием. Граница проходит там, где работа стоит дороже, чем время на документ.