Начнем с того, что на составление тех.задания существуют ГОСТы (например, ГОСТ 19.201-78), в которых строго указанно, что там должно быть, а чего не должно.
Вообще, ТЗ — это, грубо говоря, «руководство к действию», максимально формализованное и написанное техническим языком, которое трактуется разработчиками (исполнителями) однозначно. Чтобы составить именно ТЗ (техническое задание), а не список требований, вам нужно как минимум неплохо разбираться в данной области.
Я бы посоветовал вам найти пару примеров качественно написанного тех.задания. Посмотрите различные
сайты с технической документацией. Особенно обратите внимание на структуру документа, сколько там всего должно быть. После этого, спросите себя — «смогу ли я все это написать, причем понятным разработчику языком?».
Если вы твердо решите, что «да», то вперед! Если же засомневаетесь или решите, что вряд ли сможете, то лучше не начинать писать — есть другие пути. Например, вы можете найти т.н. «посредника» между вами и разработчиками, который перевел бы ваши слова — представление, требования, пожелания — на понятный разработчикам язык, формализовал бы их. В компаниях таких людей называют техническими менеджерами или техническими директорами.
Есть и другой вариант — попробовать найти разработчика (возможно, вашего знакомого), который бы вам помог формализовать ваши требования и перевести их на понятный разработчику язык.
Кстати, а почему вы сами не хотите попробовать стать разработчиком? Посмотреть различные «движки» (CMS — например, LiveStreet), фреймворки (Yii особенно хорош)? Или вы твердо решили, что вы хотите быть исключительно руководителем и организатором (и уверены в том, что у вас это получится)?
Простой
Средний
Простой
