Секрети успішних проектів: правильне ТЗ для розробки сайту
В розробці сайтів, як і в будь-якій іншій справі є ролі «виконавця» і «замовника». Подолати бар'єр в розумінні між цими двома учасниками процесу буває досить важко. Багаторазові спроби розповісти що саме потрібно, максимально вникнути в суть, розібратися в чужій для себе сфері - це забирає і сили, і час. Саме тому нам на допомогу приходить технічне завдання.
![Секрети успішних проектів: правильне ТЗ для розробки сайту - 5 Секрети успішних проектів: правильне ТЗ для розробки сайту - Зображення - 5](/media/blog/block-ti-620-847.png)
ТЗ на розробку сайта або іншого проекту потрібне обом сторонам - як замовнику, так і виконавцю. Клієнту потрібно переконатися в тому, що його правильно зрозуміли і всі побажання враховані, а виконавцю належить оцінити вартість розробки і зрозуміти, що ж все-таки від нього хочуть.
Як написати таке технічне завдання, яке буде максимально інформативним для розробників сайтів та зрозумілим для замовника? Давайте розбиратися.
Загальні рекомендації
Кожне ТЗ унікально і розробка сайтів вимагає індивідуального підходу. Тому відразу охопити всі аспекти і створити поетапне керівництво по складанню "універсального ТЗ", на жаль, не вийде. Тому давайте пройдемося по основних моментах, які повинні бути в будь-якому завданні незалежно від проекту і будуть корисними для тих, кому належить розробка web сайту.
- Перше і основне правило - перш, ніж складати технічне завдання, замовник повинен чітко розуміти, що саме він хоче отримати в результаті. Приділіть достатньо часу розробці концепції сайту. Почніть з визначення цілей, особливостей проекту, розуміння того, яку проблему він буде вирішувати.
- Проаналізуйте веб-сторінки конкурентів, так як там швидше за все вже є схожий функціонал. Посилання на сторінки з сподобалися елементами можна включити в ТЗ з короткими поясненнями того, від чого можна відштовхуватися в розробці Вашого проекту. Робіть скріншоти, пишіть коментарі, ставте позначки - чим більше Ваших думок, тим зрозуміліше стає завдання.
- Переконайтеся, що у Вашому ТЗ немає розпливчастих описів, слів-паразитів і зайвих фраз. У документі не повинні бути присутніми абстрактні вказівки типу «зрозуміла і зручна навігація ». Відсутність конкретики, пунктуаційні помилки і достаток непотрібних слів можуть спотворити зміст і ускладнити розуміння задач в цілому, тому будьте з цим особливо уважні.
- Опис завдання в окремій частини техзавдання повинно мати чітку межу. Намагайтеся логічно позначити кінець конкретного пункту завдання, щоб не заплутати розробника, який у міру прочитання ТЗ буде вибудовувати у себе в голові всі етапи розробки сайту.
- Не переживайте, якщо ТЗ вийшло занадто довгим. Дотримуйтеся одного простого правила - чим складніше проект, тим детализированнее має бути техзавдання.
- Обов'язково обговоріть ТЗ з проджект-менеджером і розробниками, так Ви зможете відразу вирішити питання, які швидше за все виникнуть на початку роботи над проектом. Прислухаючись до думки один одного, ви зможете підібрати найбільш ефективні рішення для реалізації проекту.
- Перше і основне правило - перш, ніж складати технічне завдання, замовник повинен чітко розуміти, що саме він хоче отримати в результаті. Приділіть достатньо часу розробці концепції сайту. Почніть з визначення цілей, особливостей проекту, розуміння того, яку проблему сайт буде вирішувати.
- Проаналізуйте сайти конкурентів, так як там швидше за все вже є схожий функціонал. Посилання на сторінки з сподобалися елементами можна включити в ТЗ з короткими поясненнями того, від чого можна відштовхуватися в розробці Вашого проекту. Робіть скріншоти, пишіть коментарі, ставте позначки - чим більше Ваших думок, тим зрозуміліше стає завдання.
- Переконайтеся, що у Вашому ТЗ немає розпливчастих описів, слів-паразитів і зайвих фраз. У завданні не повинні бути присутніми абстрактні вказівки типу «навігація повинна бути зручною». Відсутність конкретики, пунктуаційні помилки і достаток непотрібних слів можуть спотворити зміст і ускладнити розуміння завдання в цілому, тому будьте з цим особливо уважні.
- Описи завдань в окремих частинах техзавдання повинні мати чіткі межі. Намагайтеся логічно позначати кінець конкретного пункту завдання, щоб не заплутати розробника, який у міру прочитання ТЗ буде вибудовувати у себе в голові всі етапи розробки сайту.
- Не переживайте, якщо ТЗ вийшло занадто довгим. Дотримуйтеся одного простого правила - чим складніше проект, тим детализированнее має бути техзавдання.
- Обов'язково обговоріть ТЗ з проджект-менеджером і розробниками, так Ви зможете відразу вирішити питання, які швидше за все виникнуть на початку роботи над проектом. Прислухаючись до думки один одного, ви зможете підібрати найбільш ефективні рішення для реалізації проекту.
![Секрети успішних проектів: правильне ТЗ для розробки сайту - 6 Секрети успішних проектів: правильне ТЗ для розробки сайту - Зображення - 6](/media/blog/block-ti-624-847.jpg)
Орієнтовна структура ТЗ на розробку сайта
Про що повинно бути ТЗ? Говорячи простими словами, техзавдання в першу чергу повинно описати головні сторінки інтерфейсу, всі елементи і їх поведінку. Якщо ще конкретніше, то приблизна структура ТЗ буде виглядати десь так:
- Загальні положення
- Глосарій
- Функціональні вимоги
- Опис сторінок модулів сайту
- Функціональні характеристики
- Вимоги до системи управління сайтом
- Хостинг і порядок перенесення сайту
- Резервування і надійність
- Вимоги до документації
Загальні положення
Тут повинна бути загальна інформація про сайт, замовника, предмет і цілі розробки. Досить кілька пропозицій в кожному підпункті, щоб швидко ввести в курс справи людини, який вперше ознайомлюється з документом. Цей розділ може бути написаний вільним стилем.
Глосарій
Розкрийте специфічні поняття і терміни, які використовуються в сфері Вашого бізнесу. Після того, як Ви внесете свою частину термінів, сторона виконавця доповнить список словами і фразами в області розробки сайту. Цей розділ важливий для повного розуміння документа як замовником, так і виконавцем.
Функціональні вимоги
Розповідаємо якими технічними засобами та функціоналом повинен володіти сайт. В першу чергу говоримо про вимоги до структури, класах користувачів і т.д. Наприклад, якщо створюється звичайний інформаційний сайт для бізнесу, то повинні бути перераховані основні сторінки: "Про компанії", "Наші послуги", "Контакти" + форма зворотного зв'язку. Якщо ж розробляється, наприклад, інтернет-магазин, то цей розділ буде набагато ширше і складніше.
Опис сторінок і модулів сайту
Всі сторінки, про які ми говорили вище, повинні бути докладно описані разом з усіма елементами, присутніми на них. Цей розділ ТЗ найчастіше є найбільш великим, так як повинен повністю описати роботу сайту від А до Я. В першу чергу необхідно розмістити загальну структуру сайту. Для простого комерційного сайту прототип може виглядати приблизно ось так:
![Секрети успішних проектів: правильне ТЗ для розробки сайту - 7 Секрети успішних проектів: правильне ТЗ для розробки сайту - Зображення - 7](/media/blog/block-ti-627-847.png)
Для докладного опису кожної сторінки окремо найкращим варіантом буде схематична отрисовка макетів сторінок із супровідними коментарями до роботи кожної з них.
![Секрети успішних проектів: правильне ТЗ для розробки сайту - 8 Секрети успішних проектів: правильне ТЗ для розробки сайту - Зображення - 8](/media/blog/block-ti-629-847.png)
Також розділ повинен включати всі модулі, використовувані сайті, з докладним їх описом. Це означає, що якщо ми говоримо про "Формі зворотного зв'язку", то обов'язково вказуємо всі необхідні атрибути: поля "ім'я", "телефон", "повідомлення", капча, кнопка і т.д. Кожен елемент повинен бути чітко прописаний, щоб в процесі роботи не виникало десятків дрібних питань з серії "потрібно поле для введення e-mail".
Функціональні характеристики
Сюди відносяться вимоги по продуктивності сайту, його відображення в різних браузерах і на різних девайсах, максимальне навантаження на сервер і час його відгуку. Все це потрібно проговорити з самого початку для правильного підходу до розробки сайту та налаштування сервера.
Вимоги до системи управління сайтом
Так само як інформація про адміністративну панелі сайту, можливостях з управління сайтом і CRM системах (якщо такі будуть використовуватися).
Хостинг та перенесення сайту
Цей розділ визначає порядок перенесення сайту на технічні засоби замовника. Також вказується хто і як забезпечує відповідність програмно-апаратної платформи вимогам проекту.
Резервування і надійність
В цьому пункті розкриваються вимоги до надійності і здійсненню резервування даних. Також обговорюється можливість створення резервних копій вручну.
Вимоги до документації
Опис набору документів, який надається замовнику в момент здачі проекту.
Читайте також: Лендінг Пейдж по трактатів Бізнес молодості. Хто такі лендінгісти
І останнє
Добре й продумане технічне завдання має цілий ряд переваг, тому не слід ним нехтувати. Воно відмінно структурує думки, допомагає команді дивитися в одному напрямку, даючи чіткі інструкції, ще й економить бюджет (адже якщо з самого початку докладно продумати весь робочий процес, то можна запобігти ймовірним проблеми і уникнути додаткових фінансових витрат і нервів).
Слід ще раз відзначити, що описана вище структура технічного завдання є дуже узагальненої і Ваш власний проект безсумнівно буде вимагати індивідуального підходу. Але все ж в основних моментах можете сміливо спиратися на дані рекомендації, адже вся а описана інформація заснована на власному досвіді наших фахівців, вже багато років працюють на терені створення сайтів для найрізноманітніших сфер бізнесу.
Успішних Вам проектів!
Додати коментар
Обов'язкові поля позначені *