Технічне завдання

Розробка технічного завдання для створення веб сервісу – одне із найскладніших завдань у сфері розробки сайтів і онлайн порталів. Виходячи з багаторічного досвіду, від грамотно складеного технічного завдання залежить успіх Вашого проекту. Не створивши попередньо послідовну інструкцію всіх процесів та умов розробки з усіма її учасниками Ви ризикуєте якістю результату. Це аналогічно спонтаній споруді будинку, коли роботи не можна розпочинати без попереднього прорахунку витрат на будівництво, без підготовки проектної документації. Щоб переконатися, що будинок, який Ви вирішили звести, взагалі можна побудувати, необхідні ландшафтні дизайнери, інженери та інші кваліфіковані кадри. Не думаю, що ви зважилися б розпочати такий проект без попередньої підготовки. Технічне завдання для створення веб-сервісу здійснюється в аналогічному стандарті. Частково витративши бюджет на створення детального технічного завдання, Ви зможете запобігти можливим проблемам у майбутньому.

• Розрахунок бюджету. Неможливо порахувати, скільки буде коштувати сайт або додаток зі складною архітектурою, не розклавши його на елементи та функції. Ви можете не погодитися, адже, можливо, Ви вже зверталися до різних компаній з початковим або ще гірше з усним описом завдання і отримували оцінку на проект. Але, не варто бути наївним – розробники, як і в будь-якій іншій професії, не працюватимуть собі на шкоду. Як правило, Ви отримували розрахунок на проект, виходячи з «типу» Вашого проекту з націнкою до базової вартості 50%, а іноді в два рази. Виходячи з логіки «що б Ви собі не придумали, швидше за все до бюджету вкладемося». Такий розрахунок проблематичний для успішного завершення Вашого проекту і, безумовно, невигідний для Вас, адже якщо у Вашому проекті немає складної архітектури, різних функцій або інтеграції зі сторонніми сервісами, то, найімовірніше, Ви переплатите за реалізацію проекту. Або навпаки, розробник, досягнувши максимально витраченої кількості годин на розробку, запросить у Вас додаткову оплату. Створення технічного завдання дає більшу ймовірність, що Ви отримаєте те, що очікували за попередньо розрахований бюджет на проект.
• Економія коштів на розробку. У Вас є ідея і, можливо, на Ваш погляд, вона здається Вам проста в здійсненні. Але найчастіше при здійсненні ідеї виникають функціональні та логічні особливості. Чим чіткіше вказані всі вимоги та побажання, тим краще обидві сторони один одного розуміють, і тим вищий шанс, що вони залишаться задоволеними результатом. Узгоджене ТЗ дає більше ймовірності, на те, що розробники зроблять Ваш проект у рамках обумовленого бюджету та в зазначені терміни, і Вам не доведеться витратити додатково 30-40 робочих годин або докорінно переробляти функціонал..
• Економія часу. Відсутність технічного завдання або недостатньо чіткий документ – це вихід за межі дедлайну. Довгі дискусії із замовником і багато, багато нервів як з боку замовника, який не може зрозуміти «чому його не розуміють», так і з боку наших менеджерів з проекту, які кусають лікті, від того, що змушені переробляти кілька разів функціонал. Коли все написано та опрацьовано – це мінімізує можливість овертаймів та непорозуміння.

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

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

Кожне завдання, описане у ТЗ, має бути граничним, тобто, має бути зрозуміло, де закінчився конкретний пункт і розпочався наступний. У документі немає місця абстрактним фразам типу "зробити функціональну сторінку товару". Це дуже суб'єктивно – комусь буде достатній один функціонал, комусь ні. Але визначити, чи виконано цей пункт відповідно до ТЗ – неможливо.

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

Детально про розділи ТЗ:

• Загальні слова - Цей розділ пояснюе проект. Виходьте з того, що Вам потрібно віддати ТЗ сторонньому програмісту, і Вас не буде на зв'язку весь час роботи над проектом до його здачі. Тобто програміст повинен взяти ТЗ, і у нього не повинно виникнути жодного питання;
• Експлуатаційне призначення - це вигода, яку має принести сайт. Не йдеться про комерційну вигоду, а більше основні цілі: продаж товарів, послуг, знижковий сайт, постачальник послуг, інформативний, новинний та інше;
• Функціональне призначення - якими технічними засобами хочемо отримати прибуток, описаний у попередньому пункті. Наприклад, для інтернет-магазину це каталог товарів, кошик замовлення, сторінки з інформацією про доставку, повернення та про компанію.
• Мапінг – створіть карту чи таблицю. Цей розділ містить перелік сутностей, що використовуються у проекті. Тобто Вам необхідно перерахувати атрибути сутності, що дозволяють помітити дрібниці, які могли б призвести до ускладнень у розробці проекту, якщо їх не помітити. Ви можете переглянути приклади робіт тут;
• Сторінки з описом - У більшості випадків це досить короткий опис, оскільки ми можемо використовувати посилання до даних та списків;
• Вимоги до надійності Якщо планується сайт з високим навантаженням, то про це варто згадати заздалегідь, щоб не було конфузу.

Наша компанія займається кількома напрямками у розробці. Ми створюємо відносно прості корпоративні веб-сайти, лендинги та інтернет-магазини. Займаємось розробкою чат-ботів. Але, окрім цього, займаємося складними, високонавантаженими системами, великими порталами CRM та ERP системами. Залежно від типу проекту змінюється і ТЗ, його обсяг та терміни написання, хоча загалом структура залишається незмінною:

• Прості корпоративні сайти, лендінг, чат боти. Як правило, основні блоки та функціонал повторюються з проекту до проекту, з невеликими змінами – і кожен нюанс ми ретельно описуємо у техзавданні. Зазвичай обсяг такого ТЗ – кілька сторінок. У цьому випадку обговорення проекту із замовником вимагає 1-2 години та написання самого ТЗ без макетів дизайну ще 3-4 години.
• Складні та великі веб-проекти. Для високонавантажених сайтів і складних систем з безліччю взаємозв'язків створення технічного завдання без макетів дизайну вимагає від 5 повноцінних робочих днів. Якщо врахувати, що є початковий матеріал, на який фахівці компанії можуть спертися для створення ТЗ, то, зазвичай, час написання становить 40-50 робочих годин + 5-10 годин на обговорення технічного завдання із замовником.

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

У нашій практиці ми стикаємося із ситуаціями, коли замовник приходить зі своїм розписаним ТЗ. Зазвичай це два варіанти:

• ТЗ було складено швидкоруч і, скоріше, воно схоже на перелік «бажань» без опису деталей функціоналу. У цьому випадку ми все одно складаємо нове ТЗ, щоб узгодити з клієнтом усі нюанси, оскільки одна й та сама фраза може трактуватися клієнтом, менеджером проекту та розробником абсолютно по-різному;
• Другий варіант - ТЗ було складено грамотно самим замовником або за допомогою іншої компанії, яка займається розробкою технічного завдання. Але якщо йдеться про проект 30-60 сторінок, то нам необхідно витратити значну кількість часу, щоб зрозуміти проект, дізнатися про всі тонкощі і тільки після цього оцінити проект. У таких випадках ми беремо 5-10 годин за оцінку проекту, а у разі укладання контракту компенсуємо замовнику сплачену суму як частину сплати за розробку проекту.