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

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

Що таке технічне завдання на сайт і чи потрібне воно вам?

У західній практиці такий документ називають RFP (request for proposal). Це короткий опис проєкту, який ви надсилаєте кільком студіям перед вибором підрядника. У відповідь кожна присилає ціну, терміни й підхід до роботи.

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

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

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

10 розділів робочого технічного завдання

Ось структура, яку ми радимо. До кожного розділу є коротка примітка: що саме студії потрібно від вас.

1. Про компанію

Два-три абзаци: що ви продаєте, кому і де. Вкажіть розмір команди та ринки. Сайт для SaaS-команди з 12 людей у Берліні плануватимуть інакше, ніж сайт для виробника з 300 працівниками.

2. Цілі та як вимірювати успіх

Напишіть, що саме має змінити новий сайт. «Більше заявок на демо від середнього бізнесу» корисно. «Сучасний вигляд» нічого не пояснює. Якщо ви вже щось вимірюєте, поділіться поточними цифрами. Якщо ні, так і напишіть.

3. Аудиторія

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

4. Обсяг і перелік сторінок

Саме за цим розділом студії рахують ціну. Дайте перелік сторінок, хай навіть приблизний. Позначте, які з них шаблонні (один макет для багатьох сторінок, як-от статті блогу чи кейси), а які унікальні.

Вкажіть мовні версії. Кожна додаткова мова означає більше перевірок дизайну, роботи з контентом і тестування.

5. Контент

Хто пише тексти? Хто дає фото? Чи є брендбук? Контент найчастіше зриває терміни, тож будьте чесні. Якщо потрібен копірайтинг, скажіть про це одразу.

6. Технічні вимоги

Перелічіть інтеграції: CRM, аналітика, онлайн-запис, оплата, пошук. Якщо хостинг уже обрано, вкажіть його. Напишіть, чи редагуватиме ваша команда контент після запуску і як часто.

7. Обмеження

Вимоги до доступності, юридичні вимоги, аудит безпеки, правила бренду. Якщо продаєте в ЄС, згадайте доступність зараз, а не на етапі тестування.

8. Терміни

Вкажіть бажану дату запуску і чи вона жорстка. Виставка - жорстка дата. «Десь у третьому кварталі» - ні. Реалістичну картину по етапах дає наш розбір скільки часу займає розробка сайту.

9. Бюджет

Назвіть діапазон. Багато замовників приховують бюджет, сподіваючись на нижчу ціну. На практиці без бюджету студії вгадують обсяг, і ви отримуєте пропозиції на зовсім різні проєкти.

10. Критерії вибору і процес

Напишіть, за чим будете обирати: ціна, портфоліо, команда, процес, відгуки. Дайте дедлайн для запитань і для пропозицій. Призначте одну контактну особу.

Шаблон, який можна скопіювати

Вставте його у свій редактор і заповніть. Рядки, що не стосуються вашого проєкту, видаліть.

ТЕХНІЧНЕ ЗАВДАННЯ НА САЙТ - [Назва компанії]
Контакт: [ім’я, посада, email] · Пропозиції до: [дата]

1. Про нас
   Що робимо, для кого, ринки, розмір команди.

2. Цілі
   Головна ціль: [напр. більше якісних заявок на демо]
   Поточні показники (якщо відомі): [напр. заявок на місяць]
   Що не працює на поточному сайті: [список]

3. Аудиторії
   [Аудиторія 1]: що їй треба знайти
   [Аудиторія 2]: що їй треба знайти

4. Обсяг
   Унікальні сторінки: [список]
   Шаблонні сторінки: [стаття, кейс, вакансія]
   Мови: [uk, en, ...]
   Не входить у проєкт: [напр. кабінет користувача, ребрендинг]

5. Контент
   Тексти пише: [ми / ви / разом]
   Фото і відео: [є / нова зйомка / стоки]
   Брендбук: [так, посилання / ні]

6. Технічне
   Інтеграції: [CRM, аналітика, запис, ...]
   Редагування після запуску: [хто, як часто]
   Хостинг: [якщо є вимоги]

7. Обмеження
   Доступність: [напр. WCAG 2.1 AA]
   Юридичні вимоги / безпека: [список]

8. Терміни
   Запуск: [дата] · Жорсткий чи гнучкий: [який]

9. Бюджет
   [від - до, валюта]

10. Що має бути в пропозиції
   Фіксована ціна або кошторис: що входить і що ні
   Графік з етапами і точками погодження
   Хто працюватиме над проєктом: імена та ролі
   Як оцінюються зміни обсягу
   Кому належать код, домен і акаунти після здачі
   Варіанти підтримки після запуску та їхня вартість

Що вимагати в кожній пропозиції

Останній блок шаблону найважливіший. Він змушує студії відповідати в однаковому форматі, і пропозиції можна покласти поруч.

• Що входить і що не входить. Без цих двох списків ціна мало що означає.
• Етапи з погодженням. Ви затверджуєте дизайн до початку розробки і розробку до запуску.
• Конкретна команда. Люди з дзвінка мають бути тими, хто робить ваш сайт. Попросіть вписати імена в договір.
• Ціна змін. Як оцінюється нова сторінка чи функція посеред проєкту і хто погоджує її до початку роботи.
• Права власності. Код, макети, домен, хостинг і акаунти аналітики мають бути оформлені на вас.
• Вартість підтримки. Усі регулярні платежі одразу: хостинг, ліцензії, обслуговування.

Помилки, через які пропозиції неможливо порівняти

Копіювати тендерну форму. Довгі юридичні розділи про страхування і відповідальність можна додати пізніше. Спершу студіям потрібні факти про проєкт.

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

Перелічувати функції без пріоритетів. Позначте кожен пункт: обов’язково чи бажано. Інакше кожна студія рахує все, і ви порівнюєте роздуті суми.

Не визначити, хто відповідає за контент. Якщо тексти нічиї, проєкт стоїть і чекає на них. Це одна з найчастіших причин затримок.

Розсилати ТЗ п’ятнадцяти студіям. Ви не встигнете уважно прочитати п’ятнадцять пропозицій. Трьох-п’яти достатньо.

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

Як порівнювати отримані пропозиції

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

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

Потім проведіть короткі дзвінки з двома-трьома фіналістами. Попросіть кожного розповісти, як мине перший тиждень роботи. Конкретні відповіді - добрий знак. Розмиті - привід насторожитися.

Якщо хочете мати орієнтир ще до розсилки, на сторінці скільки коштує сайт ми показуємо фіксовані ціни на кожен продукт і що до них входить.

Наступний крок: надішліть ТЗ у Kyvrel

Наша розробка корпоративного сайту коштує від 8 500 $ за 8 шаблонів сторінок, з 2 раундами правок і типовим терміном 4-5 тижнів. У кожній пропозиції ми пишемо, що входить, що ні і хто саме виконуватиме роботу. Код, макети й усі акаунти після здачі належать вам.

Надішліть нам своє технічне завдання або заповніть шаблон вище і вставте його у форму брифу. Ми відповімо фіксованою ціною та планом етапів, а не діапазоном.