Техническое задание на проектирование

Техническое задание: Введение

«Без внятного ТЗ, результат ХЗ» — видели такой мем?  Давайте разберёмся о чём он.

На самом деле, говорить о техническом задании на проектирование можно бесконечно. И я уверена, что писать о нём буду регулярно, так что не удивляйтесь. 

Почему? Потому что это ключевой момент, который является залогом успешного проекта (причём и в продакт дизайне, и в графическом, а в проектировании общественных пространств тем более). Именно на этой стадии принимается огромное количество решений, которые в дальнейшем будут реализованы в проекте. 

Для начала, обговорим, что ТЕХНИЧЕСКОЕ ЗАДАНИЕ (ТЗ) на проектирование — это документ, содержащий требования заказчика к проекту будущего офиса (или любого другого конечного продукта), в соответствие с которым осуществляется выполнение работ (в нашем случае разработка дизайн-проекта) и приёмка этих работ. 

То есть, на этапе финализации ТЗ у заказчика уже должна быть ясная картина того, что он хочет получить в итоге, которая очень ЧЁТКО и ПОНЯТНО сформулирована, чтобы исполнитель смог ПОНЯТЬ и ВОПЛОТИТЬ эту концепцию в жизнь (дополнив её своим творческим видением), и чтобы в итоге ожидания заказчика сошлись с реальностью. 

Что же происходит у нас на рынке в большинстве случаев?

Большая часть проектов, с точки зрения подготовки ТЗ, делится на 3 основные группы:

1. Примерно 30% проектов — ТЗ НЕТ в принципе или информации в нём очень мало, что влечёт за собой полную творческую свободу для исполнителя, и вероятность того, что заказчик получит в итоге то, что ему нужно — 50/50 (может получить, а может и нет); 
2. 60% проектов — ТЗ ЕСТЬ, но информация дана в таком запутанном и непонятном виде, что разобраться в этом просто невозможно — классический сценарий, который влечёт за собой увеличение сроков проектирования либо за счёт нескольких интеграций с уточнением самого ТЗ, либо уже в процессе проектирования вносится большое количество правок и переделок; 
3. 10% проектов — ТЗ ЕСТЬ, и из него видно, что ЗАКАЗЧИК ЗНАЕТ ЧЕГО ХОЧЕТ, информации достаточно и она понятно сформулирована — это тот сценарий, где исполнитель сразу может понять ожидания заказчика и работать на то, чтобы эти ожидания оправдались, при этом работа над проектом идёт с минимальными правками и сдвигами сроков. 

То есть в подавляющем большинстве случаев именно некорректно составленное ТЗ является причиной сдвигов сроков проекта или неудовлетворённости заказчика полученным им результатом.