Створення сайту – справа нехитра, якщо використовувати онлайн-конструктори. Але всі вони такі однотипні, що солідним фірмам доводиться шукати веб-майстрів або звертатися в ІТ-компанії. На цьому етапі створення ресурсу вкрай важливо конкретизувати роботу майстра, тобто скласти технічне завдання на розробку сайту.
Навіщо на це витрачати час?
Яким би не був освіченою людиною, він все ж залишається людиною і будь-якими способами намагається полегшити собі роботу. Тому не завжди замовники розуміють, навіщо писати технічне завдання на розробку сайту. Адже набагато простіше попросити веб-майстра зробити «сайт в синіх тонах з емблемою фірми на головній сторінці. Але коли приходить час здачі проекту, замовник бачить зовсім не те, що він хотів. І веб-майстру доводиться знову і знову переробляти ресурс.
Технічне завдання – це не «бюрократія», а раціональний вчинок, економить час, нерви і гроші. Ось, наприклад, якійсь фірмі необхідно розробити презентаційний сайт, терміном на це два тижні. І якщо витратити на створення зразка технічного завдання на розробку веб-сайту 2-3 дні, то в кінці терміну можна отримати готовий продукт. Він буде відповідати всім вимогам, про яких замовники у запалі поспіху могли б забути згадати. З іншого боку, технічне завдання на розробку сайту є гарантом оплати праці.
Мудрість минулого
Якщо перед замовником стоїть завдання розробки технічного завдання, йому не обов’язково винаходити велосипед, краще звернутися до витоків, що перевірені багаторічним практичним досвідом. Тобто необхідно написати зразок технічного завдання на розробку сайту по ГОСТу. Здавалося б, нереально застосовувати стандарти 1978 року до сучасних сайтів, але в Радянському Союзі деякі речі вміли чудово робити, і розробка стандартів не є винятком, крім того вони все ще актуальні. Особливу увагу варто приділити таким стандартам:
- Вимоги до змісту і оформлення (ГОСТ 19.201-78).
- Технічне завдання на створення автоматизованої системи (ГОСТ 34.602-78).
Перший документ підходить для звичайних сайтів. Тут описано, як потрібно правильно оформляти ТЗ, а також вказані розділи, які обов’язково варто враховувати при складанні технічного завдання на розробку сайту. До них відносять:
- Вступ, де вказується найменування фірми-замовника або ресурсу, його коротка характеристика і сфера застосування.
- Підстави для створення. Тут потрібно зазначити тематику, вказати документи, що підтверджують необхідність створення ресурсу, назва організації, що затвердила цей документ. Приміром, результати маркетингових досліджень показують, що більшість користувачів шукає товари через Інтернет, це і буде підставою для створення сайту.
- Призначення. Зазначається функціональне призначення ресурсу. Інформування, продаж і т. д.
- Вимоги до ресурсу. Це найбільший розділ, де замовник розписує всі свої побажання щодо майбутнього веб-продукту. Тут потрібно вказати функціональність, визначити рівень надійності, описати умови експлуатації, інформаційного наповнення, дизайну і т. д.
- Вимоги до програмного забезпечення.
- Техніко-економічні показники. Тобто зазначаються побажання щодо рівня конверсії, переваг перед конкурентами, економічна ефективність.
- Етапи розробки. Замовник встановлює терміни виконання завдання.
- Контроль. Вказуються види перевірки.
Другий ГОСТ підходить для створення порталів зі складним функціоналом. В цілому основні цілі та пункти не сильно відрізняються від першого документа, просто мають більш великі характеристики. Грунтуючись тільки на інформації з документів по ГОСТ-стандарту можна створити повноцінний приклад технічного завдання на розробку сайту.
Особливості складання ТЗ
Як скласти технічне завдання на розробку сайту? Найголовніше при складанні ТЗ – це постійно думати про основні цілі майбутнього документа: він повинен бути написаний мовою, які зрозуміють і розробники, і замовники.
Найчастіше при складанні прикладу технічного завдання на розробку сайту основними вважаються такі моменти:
- Інформація про замовника. Потрібно коротко описати сферу діяльності, історію фірми, скласти список основних конкурентів. Ця інформація навряд чи згодиться програмістам, але для дизайнерів і копірайтерів вона потрібна.
- Мета сайту. У цьому блоці повинна бути зосереджена ключова інформація, що дозволяє зрозуміти структуру майбутнього ресурсу, функціональні можливості і загальний напрямок дизайну. Тут також дається характеристика основної цільової аудиторії.
- Вимоги до ресурсу. Найбільший розділ, в якому потрібно вказати свої побажання щодо структури, функціоналу, дизайну, програмного забезпечення, хостинг і т. д. Сюди ж необхідно вкласти ескізи і схему сайту.
- План дій. Будь-який шаблон технічного завдання на розробку сайту повинен включати в свій опис етапи розробки, перелік робіт, які будуть проводитися на певному етапі і терміни виконання замовлення.
- Контроль і приймання роботи. У зразку технічного завдання на розробку сайту має бути чітко описано, яким чином буде перевірятися відповідність готового сайту зазначеним вимогам. Важливо уважно підходити до виконання даної роботи, щоб уникнути непорозумінь із замовником.
Детально опрацювавши всі ці пункти, можна швидко засвоїти, як грмотно скласти технічне завдання на розробку сайту.
Хто повинен цим займатися?
По суті, зразок технічного завдання на розробку сайту може скласти хто завгодно. Наприклад, власнику салону краси потрібен сайт-візитка. Ось вже техзавдання, але чи буде від такого ТЗ користь – питання інше.
Зазвичай хороше технічне задні становить виконавець. Все-таки веб-розробник розуміє в створенні сайтів більше, ніж власник салону краси. Але це зовсім не означає, що клієнт відсутній протягом усього цього процесу. Дотримуючись основних правил технічного завдання на розробку сайту, замовник повинен:
- Ознайомити виконавців з фірмою, її продуктами, послугами та цільовою аудиторією.
- Пояснити, для яких цілей йому знадобився сайт.
- Поділитися своїми побажаннями щодо майбутнього ресурсу.
- Показати приклади сайтів, які він вважає хорошими.
- Відповісти на питання дизайнера і веб-розробника (якщо вони виникнуть).
Замовник може самостійно накидати ТЗ, але, як показує практика, такі дилетантські начерки зазвичай непомітно викидають у сміття.
Точність і однозначність
Все, що написано в прикладах і зразках технічних завдань на розробку сайту, повинно бути зрозумілим для клієнта і виконавця. Такі поняття, як гарний, сучасний, унікальний і інші, не можна використовувати, тому що кожен сприймає їх по-своєму. Це стосується і формулювань, які можна розуміти неоднозначно. Все має бути чітким і точним. Не можна писати, що сайт витримує більше навантаження, тому що незрозуміло, наскільки вони великі. Потрібно відразу заперечувати неправильне розуміння, уточнюючи, що ресурс здатний витримати 50 тисяч відвідувачів одночасно. Будь формулювання слід підкріплювати цифрами і точними характеристиками.
Інші нюанси
Плануючи роботу над створенням сайту, потрібно повідомити всіх учасників розробки про те, чим займається компанія і хто її основна цільова аудиторія. Також потрібно вказати мета сайту і описати функціональні переваги, щоб не вийшло розважального блогу замість серйозного інтернет-магазину.
В деяких випадках в технічному завданні на розробку інтернет-сайту вписується глосарій. Всі складні терміни описуються зрозумілою мовою, щоб у необізнаного замовника не виникло питань щодо того, що і як будуть робити з його сайтом.
Обов’язково потрібно уточнити, на якому хостингу повинен бути ресурс. Також добропорядні виконавці вкажуть в технічному завданні такий пункт, як «вимоги до роботи», де окреслять, що ресурс повинен відображатися у всіх браузерах. Звичайно, це вимога і так зрозуміле, але краще його прописати, щоб клієнт був захищений від недобросовісних виконавців.
Крім цього, обговорюється з замовником структура, дизайн і верстка, для наочності замовник може намалювати блок-схему. Клієнтові потрібно пояснити, для чого призначена кожна сторінка сайту і які елементи можуть на ній бути.
Якщо належить зробити ресурс зі складним і нестандартним інтерфейсом, недостатньо буде просто показати ескіз і структуру сторінки. Вкрай важливо, щоб вся команда розробників і сам замовник зрозуміли, яким чином середньостатистичний відвідувач буде користуватися сайтом. Тому необхідно буде розробити сценарій. Його схема дуже проста:
- Дія користувача.
- Відповідь сайту.
- Результат.
Контент і дизайн
Також необхідно заздалегідь визначитися з тим, хто буде відповідати за контент. У деяких випадках розробник може одразу зробити сайт з контентом, залучаючи до роботи професійних копірайтерів, але тоді вартість ресурсу буде дорожче. Про це потрібно домовитися заздалегідь і вказати всі зауваження щодо інформаційного наповнення.
Правда, об’єктивно описати контент буде складно, так як щодо цікавості і корисності у всіх свої поняття, простіше написати, що він буде унікальним. Це легко перевірити, і зайвих претензій не виникне. Така проблема стосується і опису дизайну. Кращим рішенням буде написати в технічному завданні на розробку дизайну сайту, яку колірну гамму хоче замовник, яким шрифтом будуть зроблені написи і т. д. тобто вказати всі позиції, в яких фігурує точність. Мабуть, це все правила створення технічного завдання на розробку сайту. Тепер потрібно застосувати їх на практиці та спробувати самостійно створити грамотне ТЗ.
Шаблон технічного завдання на розробку сайту
У цьому ТЗ на першій сторінці наводиться таблиця термінів, щоб все було зрозуміло, про що піде мова. Варто відзначити, що визначення термінів не копіюються з “Вікіпедії” або інших ресурсів, а пишуться людиною, яка займається розробкою технічного завдання. У перелік термінів, можуть входити такі поняття, як:
- IP-адреса.
- www (world wide web).
- Адміністративна частина ресурсу, адміністратор.
- Альтернативна підпис рисунка.
- Веб-інтерфейс.
- Посилання, лінк.
- Дизайн сайту, дизайн-шаблон сторінки.
- Динамічна і статична сторінка.
- Доменне ім’я.
- Мета-тег.
- Контент.
- Загальнодоступна частина ресурсу.
- Бекап, бази даних, файлова структура.
- Хостинг.
- Система управління сайтом.
Після того, як буде створено глосарій, можна приступати до безпосереднього написання пунктів технічного завдання. В першу чергу пишуться загальні відомості. Цей пункт умовно ділиться на чотири підпункти:
- Призначення документа. Технічне завдання на розробку сайту – це основний документ, що регламентує процес створення і прийому ресурсу.
- Дані замовника. Зазначаються такі координати: назва компанії, контактні дані, юридична адреса, фактична адреса, електронна пошта, сайт (якщо робиться його ребрендинг), контактна особа, контактний телефон.
- Короткі відомості про компанії. Для зразка технічного завдання на розробку сайту розглянемо компанію ТОВ «Фортуна». ТОВ «Фортуна» виробляє (товар) на ринку Новосибірська. Компанія ретельно слідкує за гігієною виробництва, чистотою сировини і якістю виробленої продукції. На фірмі проводиться сертифікований контроль за якістю і безпекою товарів на базі принципів міжнародної системи ХАССП.
- Підстава для розробки. Підставою для розробки технічного завдання є Договір №__.
Цілі і призначення ресурсу
Сайт призначений для збільшення частки ринку фірми і підняття іміджу компанії в Мережі. Ресурс створюється з метою збільшити потік нових клієнтів, створити сприятливий імідж, збільшити популярність бренду фірми ТОВ «Фортуна». Також цей ресурс буде виступати додатковим майданчиком для рекламних кампаній, залучати нових клієнтів і приносити додатковий прибуток.
Під основними завданнями ресурсу розуміється надання користувачу повної інформації про товар сервісі. Основною цільовою аудиторією виступають роздрібні покупці, зокрема жінки-домогосподарки і фірми-оптовики.
Сайт повинен володіти зручною адмін-панелі, завантаження сторінок – бути оптимізованою під різні пристрої. Ресурс повинен бути захищеним від зовнішніх атак, використовувати елементи просування товарів і послуг. В картці товару крім повної інформації про продукт потрібна присутність супровідних документів, таких як сертифікати якості.
Технічні вимоги до сайту
Сайт повинен бути доступним в Інтернеті під доменним ім’ям (за вибором замовника) і являти собою інформаційну структуру, що складається з взаємозалежних розділів з чітко визначеними функціями. Для підтримки сайту і його експлуатації від персоналу не повинно вимагатися спеціальних навичок і знань у сфері програмного забезпечення.
В системі управління ресурсом важливо наявність механізму резервного копіювання інформації, який буде працювати автоматично.
Інформація сайту є загальнодоступною. Залежно від обсягу прав доступу користувачі діляться на три групи:
- Відвідувачі мають доступ виключно до загальнодоступної частини сайту.
- Редактор – має можливість вносити поправки в матеріали розділів.
- Адміністратор може призначати редакторів, додавати або видаляти розділи.
Доступ до адміністративної частини сайту слід захистити логіном і паролем.
Технічний функціонал повинен відповідати рекомендаціям пошукових систем. По-перше, сторінки повинні мати однакову кодування. По-друге, переходи за посиланнями потрібно реалізувати за допомогою тега «А». По-третє, в HTTP заголовках необхідно вказати кодування, а при зверненні до сайту за посиланням site.ru потрібно встановити 301 редирект на домен www.site.ru .
Ресурс повинен функціонувати у всіх сучасних браузерах, тому необхідно провести тестування:
- IE 11.
- Safari & Chrome для iOS 9.0-9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
Якщо відвідувач використовує застарілий браузер, то повинно з’явитися вікно з пропозицією його оновити.
Сайт повинен мати логічне розмежування на користувацьку та адміністративної частини. Перша відповідає за надання інформації, друга – за наповнення ресурсу контентом. Статичні сторінки складаються з заголовка, тексту та ілюстрацій. Замовник може редагувати їх на свій розсуд, так як ця інформація не повинна бути пов’язана з конфігурацією сайту.
Хостинг, контент, структура
Далі описуються необхідні системні вимоги, вказується мова розробки (PHP з базами даних або звичайний HTML з CSS).
Що ж до контенту, то замовник надає розробнику всі необхідні матеріали, які відповідають списку обов’язкового інформаційного наповнення. На основі отриманих даних розробляється унікальний контент і розміщується на сайті.
На наступному етапі розробки ТЗ розробляється структура сайту. Спочатку описується головна сторінка і основні пункти меню. Після кожного додається список підпунктів. Це можна зобразити графічно, але також потрібно буде описати кожний розділ, що там має бути і які цілі він буде переслідувати.
Наприклад, на головній сторінці сайту ТОВ «Фортуна» є розділ «Виробництво». Тут важливо розкрити переваги компанії на тлі конкурентів і доступно пояснити споживачеві, чому фірма ТОВ «Фортуна» краще. Інформацію про самих придбаних товарах визначити окремі підпункти підкріпити її фото – і відеоматеріалами. Подібним чином розробляються і інші розділи.
Дизайн та функціональні вимоги
Якщо проводиться удосконалення ресурсу, необхідно відзначити, змінюються чи іконки, шрифти і колірна гамма. Для нового сайту всі ці позиції прописуються. Приміром, колір жовто-зелений – #9ACD32. Краще надати замовнику палітру і в ТЗ прописати код кольору, щоб уникнути неточностей. Кожен ресурс має однаково якісно відображатися на всіх пристроях і динамічно підлаштовуватися під розміри екрана.
На кожному сайті є динамічні і статичні розділи. Динамічні адміністратор може змінювати самостійно, а статичні залишаються незмінними. У ТЗ обов’язково надаються прототипи головної сторінки. В технічному завданні на розробку сайту інтернет-магазину повинні бути присутніми прототипи каталогів і карток товару. Зазвичай їх робить дизайнер і показує замовнику, тільки після цього вони потрапляють в ТЗ.
Обов’язково готується макет типової сторінки з різними варіаціями форматування тексту та виведення інформації.
Вміст і порядок приймання роботи
Замовник може попросити наповнити ресурс первинною інформацією, але в цьому випадку він бере на себе відповідальність за надання виконавцям коректних даних. Вона приймається тільки в електронному вигляді і на останньому етапі розробки.
Підставами для прийому сайту є:
- Відповідність ТЗ.
- Тестування на коректне відображення картинок.
- Тестування функціональності.
В кінці кожного ТЗ необхідно написати порядок і терміни реалізації проекту. В цілому всі роботи можна умовно поділити на 3 етапи:
- Розробка дизайну, затвердження, виконання ескізу.
- Програмна розробка.
- Наповнення сайту інформацією.
Біля кожного з цих пунктів вказується строк виконання в днях. У відповідності з Договором строк може змінюватися. Якщо це не передбачено, зміна часу дедлайну проводиться за письмовою угодою сторін.
Користь
Технічне завдання корисно і для клієнта, і для виконавця. Перші розуміють, за що вони платять гроші, можуть відразу бачити компетентність виконавця і страхують себе від недобросовісного виконання роботи. У свою чергу ТЗ допомагає виконавцю зрозуміти, що хоче замовник і таким чином підстрахувати себе від раптових змін. Особливо це актуально, коли проект уже майже закінчений, але замовник захотів, щось поміняти, з-за цього “чогось” доведеться переробляти всю роботу.
