Заказчик развивал платформу финансовых услуг с онлайн-торгами. Был рабочий прототип на Ruby on Rails, устаревший и с багами, параллельно шёл редизайн под новый стек. Продукт заказчик держал в голове, но документа, с которым можно идти к разработчикам, не было. Я был аналитиком и собрал ТЗ по описанию заказчика. Сначала разложил весь продукт: три роли, четыре услуги со своей логикой торгов, пользовательские пути, границы MVP, монетизацию. Потом довёл до рабочей глубины ключевой блок — регистрацию и авторизацию: документ на 8 разделов с валидациями, матрицей доступа и критериями приёмки, плюс UML по модели 4+1— пять представлений, от 32 сценариев Use Case до доменной модели, sequence-диаграмм процессов и deployment. Отдельно связал требования с макетом в Figma, чтобы вёрстка шла от единого источника. По такому ТЗ разработчик оценивает и делает ровно то, что описано. А заказчик может собрать оценки от разных команд, сравнить их и потом принимать работу по чек-листу, а не на глаз.