Вы точно ТЗ собрались писать? Вы, как я поняла - со стороны заказчика? Тогда вы максимум должны вижн обозначить, или функциональную спецификацию (уже написанную) вычитать и прокомментировать и поправить..Схема примерно такая - обозначаете цели создания системы, перечисляете процессы, которые в ней должны происходить, роли (набор доступных процессов для каждой). Потом прописываете все этапы бизнес-процесса(ов) - тут очень важно все логически выстроить и сгруппировать - при этом особый упор делаете на требования к системе, с каждым этапом связанные. А дальше всяческую документацию вам должны присылать на выверку, а вы указывать, где вас не правильно поняли, или где что забыли... После всего этого будет ТЗ..но там пользователь как правило уже ничего не поймет. Сперва определитесь что нужно, а примеры оформления документации в инете найти можно