Як написати тз на дизайн сайту (технічне завдання) - максим Солдаткін

По-перше, давайте для початку розберемося для чого взагалі потрібно ТЗ на дизайн сайту:

Чим докладніше прописані всі, навіть найдрібніші моменти, а також пункти ТЗ на дизайн, тим легше прийти до хорошого результату і стабільній роботі між виконавцем і замовником.

Під замовником ми будемо розуміти того, хто цей сайт замовляє, а виконавці - це дизайнер і програміст, які роблять сайт.

Навіщо ТЗ замовнику?

зрозуміти, який саме сайт йому потрібен;
вимагати від розробника сайту реалізації обумовленого в ТЗ обсягу робіт зі створення сайту;
контролювати терміни виконання робіт;
скласти уявлення про функції і майбутньому оформленні проекту на підставі розроблених в технічному завданні прототипів.

І давайте детально по кожному з пунктів.

По-перше, зрозуміти, який саме сайт йому потрібен. Тут завдання клієнта не просто взяти дизайнера і сказати намалюй мені що-небудь, а сформулювати свої думки в якусь зрозумілу собі і оточуючим формулювання саме на папері, написати.
По-друге, що важливо сказати про обумовлений в ТЗ обсяг робіт. Тут також є інтерес дизайнера, щоб на вас не навантажили зайвого. Щоб ви самі розуміли, що потрібно зробити, розуміли час, оцінювали скільки це коштує і т.д.
І далі, коли клієнт буде навантажувати вас якимись додатковими правками, ви можете спокійно показати йому в ТЗ і на що ви домовлятися, а правки за додаткову плату.
По-третє, контролювати терміни. Це те, чим грішать і клієнти і дизайнери. Терміни - це спільна відповідальність. Клієнт повинен вислати якісь завдання, подивитися ваші макети і дати якісь правки. Це його відповідальність за терміни. Також ваша відповідальність за терміни, наприклад, якщо ви зриваєте терміни, необхідно заздалегідь про це попередити.
По-четверте, скласти уявлення про функції і майбутньому оформленні проекту на підставі розроблених в технічному завданні прототипів. Про це я трохи пізніше розповім.

Навіщо ТЗ потрібно виконавцю?

зрозуміти цілі і завдання, суть проекту, що розробляється. Тобто зрозуміти, то взагалі необхідно робити.
створити на основі ТЗ прототипи розділів майбутнього сайту. Ми ті цілі, завдання формулюємо не тільки в текстовому варіанті, а в вигляді образів, уявлень, смислових блоків і т.д.
надати замовнику технічний опис його ідей. Тобто клієнт хоче на сайт якусь кнопочку повісити, функцію зробити. Це прикордонна область між дизайнером і програмістом, тому що дизайнер придумує щось, а програміст повинен зрозуміти як це реалізувати технічно. Тобто тут формалізація ідей, оформляється ккая-то функція, ми розуміє як вона виглядає і описуємо як вона працює. Так і на рівні коду програміст повинен розуміти, що це якась річ, функція і як її можна запрограмувати.
планувати час, вартість розробки сайту і тарифи на підтримку. Тобто це інтереси і клієнта, і виконавця: час, терміни, ціна.
не виходити за рамки робіт, зазначених в ТЗ. Дизайнеру корисно тримати себе в якихось рамках, щоб не відхилятися сильно в сторону і дотримуватися якоїсь мети, стилістики.

З чого складається ТЗ?

Структура технічного завдання:

Розповідь про діяльність клієнта. Ці відомості необхідні для кращого розуміння цілей і завдань проекту. Часта помилка дизайнерів в тому, що вони не питають ніж взагалі клієнт займається. Для дизайнера важливо розуміти загальне уявлення про бізнес, потрібна його залученість і розуміння того над чим він працює. Коли ви занурені в бізнес клієнта, ви абсолютно по-іншому починаєте думати.
Завдання сайту. Це може бути організація інтернет-торгівлі, просто розміщення інформації про послуги компанії або організація зворотного зв'язку з партнерами і постійними клієнтами. Іноді сайт може виконувати відразу кілька завдань, кожну з яких необхідно позначити саме на етапі проектування сайту. Який кінцевий результат ми хочемо отримати в результаті.
Структура сайту. Визначається кількість основних розділів і підрозділів.
Дизайн сайту. В даному розділі описуються побажання Замовника до колірного рішення фону і шрифтів, необхідність відповідності фірмовому стилю і т.п. Дизайнеру корисно прийти до клієнта і показати йому варіанти. Клієнт може бути мізерний на ідеї, тому важливо показати клієнту купу картинок і дізнатися, що йому подобається, а що ні. І зрозуміти в якому напрямку потрібно рухатися.
Функціональності сайту. У ТЗ на створення сайту описуються необхідні для ефективної роботи сервіси для відвідувачів сайту. Під сервісом я розумію якісь функції (кнопочки, калькулятори), які на сайті будуть реалізовані.
Система управління сайтом і вимоги до неї. Це завдання між замовником і програмістом, дизайнер не має до неї відношення. Це званий CMS. Тобто крім того, що ви намалюєте сайт, а потім будете робити його в Muse або Webflow, то це є CMS. І дизайнер теж повинен це враховувати, наприклад, якщо сайт на WordPress, то там є певна стуктура, каркас, блоки, які виглядають певним чином і по-іншому його реалізувати буде неможливо. Тому на систему управління сайтом теж важливо звертати увагу.
Контент сайту. Обумовлюється кількість заповнюваних сторінок, формат наданої інформації та терміни її надання. Тут знову ж таки про терміни. По-друге, дизайнер працює з інформацією, тому важливо обговорити контент, з потрібними акцентами, ієрархією, послідовністю і т.д.
Терміни створення сайту. Визначити терміни розробки великого проекту досить непросто, але якщо поділити роботу на етапи і задати термін виконання кожного з них, то це здійсненне робота. Є такий підхід, як метод Інтерація, коли ви берете не весь великий сайт, а Головну зробимо на тиждень, а за наступний тиждень п'ять внутрішніх сторінок і т.д. Тобто ділите на фрагменти. Оплату, до речі, теж іноді прив'язують до невеликих фрагментів (передоплата 50%, постоплата 50%).
Прототипи основних розділів сайту. Блоки, які необхідно показати клієнту, щоб він їх затвердив.

Таким чином, підготовлене і затверджене ТЗ стане, керівництвом до дії, на який будуть спиратися під час роботи дизайнери, програмісти, контент-менеджери, і сам насправді клієнт буде в це ТЗ дивитися.