ТЗ (технічне завдання) на розробку сайту – це спеціальний документ, що регламентує технічні, функціональні та контентні складові майбутнього сайту. Чим докладнішим буде такий документ, тим вищий шанс, що замовник отримає те, що хотів, а підрядник зробить те, що від нього вимагається.

Навіщо складати ТЗ на сайт

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

Техзавдання спрощує життя замовнику сайту, тому що:

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

…і підряднику-виконавцю:

  • Прискорює розробку проекту.
  • Дає чітке розуміння головного завдання.
  • Дає страховку від виконання неузгоджених завдань.
  • Обидві сторони також отримують захист у разі виникнення претензій. Наприклад, якщо при здачі проекту замовнику не сподобається обрана CMS або дизайн, завжди можна вказати відповідний пункт ТЗ, де прописані деталі.

Зверніть увагу: ТЗ не замінює договору, це різні види документів.

Як складати ТЗ на розробку сайту та хто це робить

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

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

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

Технічне завдання на сайт: головні пункти та приклади

Технічне завдання складається з кількох розділів. Їхні назви можуть відрізнятися, але сенс однаковий.

Організаційні питання:

  • Термін здачі сайту. Важко назвати оптимальний період, не бачачи особливостей проекту. Але можна назвати середні терміни. Сайт, що розробляється на шаблоні, може тривати від 2 до 4 тижнів. Лендінг на шаблоні ще швидше. А ось сайт з дизайном «з нуля» та складним функціоналом вимагатиме, як мінімум, 1 місяць роботи.
  • Детальний обсяг робіт. Обсяг робіт залежить від складності завдань, які постають перед замовником. Односторінковий лендинг та повноцінний інтернет-магазин (з підтримкою сторонніх сервісів), природно, ставлять перед підрядником абсолютно різний обсяг робіт та різні завдання.
  • Детальний опис кожного етапу робіт. Це особливості движка, дизайну, основних розділів сайту, змісту, контенту, доменного імені та багато іншого, про що ми розповімо далі.

Вимоги до сайту:

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

CMS (система управління контентом) сайту

У ТЗ необхідно вказати більш найкращий варіант CMS сайту. Це може бути:

  • SaaS-платформа: Wix, Tilda;
  • самописний двигун;
  • фреймворк;
  • CMS (WordPress, Drupal, OpenCart).

Щоб допомогти виконавцю підібрати правильний двигун, обов’язково дайте відповідь на три питання:

  • Хто займатиметься адмініструванням сайту: професійний вебмайстер чи людина з боку замовника?
  • Хто займатиметься публікацією контенту?
  • Хто обслуговуватиме сайт: розробник чи людина з боку замовника?

Якщо у штаті компанії немає розробників, розумніше вибрати коробкову CMS. SaaS-сервіси рекомендувати складніше, оскільки вони мають своєрідну, завжди закриту архітектуру та підходять для втілення обмежених типів сайтів.

Дизайн

На папері описати дизайн сайту складно. Тут працює одне просте правило: відмовтеся від суб’єктивізму. Ніяких «стильний», «красивий», «незвичайний» і тим більше «продавець». Набагато легше підходити до дизайну сайту, коли ваша компанія вже має розроблений брендбук.

Якщо повноцінного брендбука немає, то в ТЗ на розробку сайту можна вказувати конкретні вимоги до дизайну сторінок:

  • Головні та другорядні шрифти.
  • Тема зображень.
  • Основні та допоміжні кольори.
  • Допустимі та неприпустимі колірні поєднання.
  • Компонування візуального простору.

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