📄 Эволюция ТЗ: от простого к осознанному

Когда-то у нас было одно универсальное ТЗ — простенькое, рабочее, но… как бы это сказать…
«Чтобы было понятно всем, но не факт что правильно» 😅

Проекты шли, а ТЗ всё время приходилось дописывать на ходу:
— то безопасность забыли,
— то про комплаенс никто не подумал,
— то оказалось, что у клиента в голове одно, а мы прочитали иначе 🤷‍♂️

Сейчас каждый новый проект — почти с новой версией ТЗ.
📌 Добавили блоки по безопасности и комплаенсу
📌 Метрики, по которым будем оценивать успех продукта
📌 Модели данных, ограничения, риски
📌 Да и формулировки стали чётче — без «мы предполагаем, что вы предполагали, что мы поняли» 🙃

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

Если у вас всё ещё одна страничка в Notion под названием "техническое задание" — не переживайте, все так начинали 😅
Главное — постоянно апдейтить. ТЗ — это тоже продукт. И он должен эволюционировать.

❓❓❓
А как вы оформляете ТЗ в своих проектах? Что добавили с опытом?
Поделитесь — может, утащим что-нибудь полезное 😉