Хочется видеть логичность и завершенность внутри одного ТЗ, чтобы по возможности, не перекликалось с другими ТЗ, а также однозначность трактовки написанного текста. Из того, что часто вижу (и сам иногда таким грешу) - текст написан сложными для восприятия предложениями. Лучше написать больше нумерованных пунктов, чем уложить все описание в одно предложение. Если пишется развилка по условию, всегда явным образом надо прописывать, что будет, если условие не выполнится, на какой шаг надо перейти - даже если очевидно, что в данном случае нужно просто не выполнить действие по условию. Для разработчиков это неочевидно.

Ещё, мне лично нравится продумывать функциональность таким образом, чтобы в будущем её можно было легко масштабировать. Например, в некоторых случаях, использовать справочники вместо перечислений - если очевидно, что в будущем могут добавится дополнительные кейсы для обработки. Хорошо, когда дорабатываемую функциональность можно донастроить, без дополнительного кодинга, или включить/выключить в случае сбоев. Есть ещё много фишек приколных при работе с ТЗ, но это наверное уже относится к другим процессам, а не просто к написанию - например, при изменениях в процессе согласования, до проверки вышестоящим аналитиком, выделять текст маркером и оставлять комментарии. Так значительно проще воспринимать изменения.

Сценарии технические и кейсы пользовательские будут очень полезными.

Хочется конкретики, не хочется неконкретики.