Больше половины проблем на проектах рождаются не в коде, а в самом начале — там, где заказчик и подрядчик по-разному поняли, что надо сделать. Заказчик держал в голове одно, подрядчик услышал другое, а выяснилось это уже на приёмке, когда переделывать дорого и обидно. Лечится это одной скучной вещью — техническим заданием. Причём не ради бюрократии, а ради того, чтобы вы получили именно то, что задумали. В этой статье разберу, зачем вообще нужно ТЗ, что в него обязательно включить, какие ошибки встречаются чаще всего и дам простой шаблон, по которому можно собрать рабочее задание самому...

Большинство переплат в разработке рождается не из-за жадности подрядчика, а из-за расплывчатого технического задания. Когда заказчик описывает проект общими словами «нужен сайт» или «сделайте удобное приложение», исполнитель вынужден закладывать в цену риск: он не знает, что вы имели в виду, и страхуется суммой побольше. А дальше начинается самое дорогое — переделки. Вы получаете результат, смотрите на него и говорите «я думал, будет иначе», а в ответ слышите «в задании этого не было, доплатите»...