Як скласти грамотне ТЗ на розробку сайту
Якщо є хоч найменша ймовірність того, що вас зрозуміють неправильно, вас обов’язково зрозуміють неправильно. Ця істина чи закон підлості (називайте як завгодно) спрацьовує майже завжди, причому у будь-якій сфері діяльності. До створення сайтів це також можна віднести. Наведемо один приклад, замовник хотів соціальну мережу як Фейсбук, а в результаті отримав форум для любителів спорту. Щось явно пішло не так. І при цьому винен розробник, адже це він не вгадав хотівку замовника. Щоб не було жодних проблем, потрібно правильно та грамотно складати технічне завдання (ТЗ). Ось саме про це ми зараз і поговоримо.
Що таке технічне завдання
Технічне завдання є переліком конкретних вимог до майбутнього ресурсу. Важливо скласти документ максимально докладно. Адже саме від цього залежить кінцевий результат розробки сайту. Основна мета ТЗ – переконатися в тому, що замовник і розробник правильно зрозуміли один одного і вони однаково представляють цілі проекту та зміст.
Навіщо складати ТЗ на сайт
Звичайно, ви можете обійтися без технічного завдання, щоправда, працювати таким чином недоцільно, адже за підсумком у замовника може виникнути чимало питань.
Навіщо ж потрібне це завдання? Все просто. Воно спрощує життя замовнику, бо:
- визначає попередню вартість проекту;
- прискорює узгодження базових питань;
- дозволяє зібрати вимоги та побажання до майбутнього проекту;
- уточнює як має виглядати та працювати сайт.
Говорячи про виконавця, то:
- дає йому чітке розуміння основних завдань;
- якась страховка від виконання неузгоджених завдань.
Технічне завдання однаково важливе двом сторонам. Як мінімум тому, що вони отримують певний захист у разі виникнення спірних питань, претензій. Наприклад, при здачі проекту замовнику не сподобався дизайн, розробник сміливо може звернутися до ТЗ, де все було прописано заздалегідь.
Як правильно скласти ТЗ?
Просто написати на аркуші паперу три пункти цього мало. Пам’ятайте, що чим докладніше написано технічне завдання, то краще. Отже, з чого має складатися грамотне і правильне ТЗ?
Технічне завдання складає розробник
Хороше ТЗ може скласти лише виконавець (розробник чи проект-менеджер). Очевидно, що саме він найбільше розуміє суть створення сайту. Власнику бізнесу просто потрібний готовий проект і йому напевно не так важливо, що буде написано у техзавданні. Йому потрібний результат. Підсумок такий: складає ТЗ розробник, а замовник просто схвалює. Але при цьому, замовник безпосередньо бере участь у процесі:
- того, щоб розповісти виконавцю про те, хто він, чим займається його компанія;
- ознайомити з продуктом та цільовою аудиторією;
- розповісти навіщо йому сайт і чого він хоче від нього (як реклама або для продажу товару/послуги);
- показати приклади ресурсів, які розробник може взяти як зразок.
Важливо, щоб обидві сторони працювали злагоджено, адже від цього залежить і результат майбутнього проекту.
Писати треба без двозначностей
Гарний, надійний, сучасний – ці слова залиште для написання статті у блог. У ТЗ їх краще не застосовувати, оскільки конкретики у них немає.
Уникайте розмитих формулювань:
- сайт має бути зручним – зручним для кого?
- на ресурсі має бути якісний контент – якісний це який?
- проект повинен подобатися замовнику — а якщо він підвівся не з тієї ноги?
Усі формулювання мають бути чіткими, однозначними. Декілька прикладів:
- ресурс повинен швидко завантажуватись — кожна сторінка сайту повинна мати мінімум 80 балів у Google PageSpeed Insights;
- на головній сторінці мають бути списки статей – виведення останніх 4-х статей.
Вкажіть інформацію про компанію
Важливо, щоб кожен член команди розумів, чим займається компанія клієнта та хто її ЦА. Щоб не плутатися у проектах, одразу прописуйте все у ТЗ.
Також пропишіть і мету проекту, щоб зрештою не отримати блог замість новинного проекту.
Поясніть складні терміни
Важливо, щоб у ТЗ не було складних слів. Обидві сторони повинні розуміти, що мають на увазі. Якщо ж розробник використовуватиме професійний сленг, потрібно роз’яснити їх замовнику.
Наприклад, не кожен знає, що таке СМS – движок на якому робиться сайт, система управління ним.
Опишіть інструменти та вимоги до хостингу
У ТЗ обов’язково вказують інструменти, що використовуються в роботі, щоб не було проблем та подивів з боку замовника. Необхідно описати використовувані движки, бібліотеки, інструменти та ін. Також вказуються і вимоги до хостингу, щоб питання щодо чого РНР, а NET у замовника не виникли.
Розпишіть вимоги до роботи сайту
Очевидно, що ресурс повинен працювати у всіх браузерах та на всіх пристроях (має бути адаптований). Так, це очевидно, але краще прописати це у ТЗ. Тут можна додати вимоги до швидкості завантаження сайту, а також стійкість до навантажень.
Створіть структуру сайту
Щоб сайт вийшов, таким як хоче замовник, до його відтворення та верстки, потрібно узгодити з клієнтом структуру майбутнього проекту. Щоб усе пройшло гладко, має зібратися ціла команда професіоналів:
- розробник;
- сеошник;
- маркетолог та ін.
На етапі промальовування структури вирішуються, які сторінки потрібні на сайті, і як вони будуть пов’язані між собою. Також важливо розуміти з якої сторінки, на яку можна перейти.
Можна наочно намалювати блок-схему. Таким чином, усім буде все зрозуміло і доступно. Структура – це фундамент. Пам’ятайте про це.
Поясніть зміст сторінок
Замовник повинен розуміти, що буде на кожній сторінці сайту. Є кілька способів показати це:
- Створити прототип кожної сторінки. Розробник наочно малює ескізи кожної сторінки та прикріплює їх до ТЗ. Замовник бачить майбутні елементи сторінки та каже, що йому подобається, а що – ні.
- Перерахувати всі наявні елементи. Це лінивий варіант, де розробник прописує, де який блок розміщується, і що він робить.
Розпишіть варіанти використання сайту
Замовники дуже люблять виділятись. Вони можуть поставити складне завдання для розробника створення ресурсу з нестандартним інтерфейсом. У такому разі показати одну структуру сторінок недостатньо. Усі повинні розуміти (клієнт та всі виконавці) як відвідувач користуватиметься готовим сайтом. Для такого завдання підходить простий сценарій:
“дія користувача … – … відповідь сайту … – … – … результат”
Розглянемо з прикладу. Відвідувач інтернет-магазину вирішив оформити замовлення. Він натискає на кнопку “Замовити” – сайт відкриває просту форму замовлення – користувач вводить необхідні дані (номер телефону, П.І.Б. та ін.) і натискає “Ок” – сайт приймає заявку та виводить повідомлення “Замовлення оформлене” – на електронну адресу менеджера надходить лист із контактними даними замовника.
Використовуючи таку схему, замовнику буде зрозуміло як працюватиме його сайт і якщо виникне необхідність щось змінити, зробити це можна буде до завершення створення проекту.
Визначтеся з контентом
Деякі розробники пропонують готовий проект вже з контентом, інші можуть віддати порожній сайт. Деякі компанії пропонують написання текстів за окрему плату. Про це треба домовитись на березі. Якщо замовник хоче сайт із контентом, то відразу зафіксуйте на який саме контент він розраховує.
Те, що тексти мають бути унікальними, — це так. Але важливо прописати все чітко, докладно. Обов’язково відзначити і сервіси, на яких тексти перевірятимуться. Знову ж таки, фраз “якісний текст”, “корисний для ЦА” теж потрібно уникати, оскільки конкретики тут нуль.
Говорячи про статті, існують окремі правила щодо складання ТЗ для авторів статей.
Опишіть дизайн
Від дизайну сайту залежить багато, але придумати об’єктивні критерії оцінки цього пункту складно. Завдання розробника полягає у виявленні найменших подробиць. Дізнатися в якій кольоровій гамі замовник хоче сайт та описати її. Уточнити чи є у компанії бренбук і який формат шрифтів він хоче. Якщо клієнту все одно і він повністю покладається на виконавця, то не поспішайте пропускати цей пункт. Запропонуйте свій варіант, щоб його прописати в ТЗ, тим самим убезпечити себе.
Замість висновку: структура техзавдання
Насправді навіть фраза “Я хочу інтернет-магазин” — це вже технічне завдання. Але воно занадто розпливчасте і не дає ніякого розуміння замовнику, та й сам клієнт не особливо розуміє, що під цією фразою він має на увазі. Часто клієнти, показуючи сайт-приклад, каже: “Хочу ось такий ось”. Звичайно, це вже трохи конкретніше, але все одно цього мало. Але важливо розуміти, що ТЗ не повинно показувати розробнику як саме робити сайт, воно необхідне для розуміння який саме він буде. Це важлива різниця.
Кожне технічне завдання повинно мати таку структуру:
- ціль сайту;
- інформація про компанію та цільову аудиторію;
- роз’яснення вузькоспрямованих термінів, які використовує розробник;
- вимоги до роботи сайту та верстки;
- вимоги до хостингу та опис використовуваних розробником технологій;
- докладна структура сайту;
- докладний прототип сторінки, де розписано кожен елемент та його завдання;
- опціональний сценарій використання сайту, якщо є нестандартний інтерфейс;
- список контенту та вимоги до нього, якщо його робить розробник;
- вимоги до дизайну.
Питання та выдповіді
Які ключові розділи повинні входити до ТЗ для створення сайту?
Зазвичай ТЗ включає такі розділи: загальний опис проєкту, вимоги до функціональності, дизайну, структурі сайту, технічні вимоги, терміни виконання, бюджет, критерії приймання.
Як оцінити успішність виконаного проєкту на основі ТЗ?
Оцінка успішності включає порівняння виконаного сайту з вимогами з ТЗ, перевірку функціональності, дизайну, відповідність термінам та бюджету, а також задоволення потреб замовника та користувачів.
Що таке принцип “SMART” і як він застосовується до ТЗ?
Принцип “SMART” означає, що цілі та завдання у ТЗ повинні бути конкретними (Specific), вимірними (Measurable), досяжними (Achievable), релевантними (Relevant) та обмеженими за часом (Time-bound).
