Павло Шульга
ТЗ, або технічне завдання, — це документ, в якому вказані мета, структура, методи реалізації, критерії оцінки і будь-які інші значущі характеристики виконання будь-якого проекту.
У цій статті розбираємося, як скласти ТЗ для розробника сайту, в яких випадках і кому воно необхідне, а також розповімо, хто повинен відповідати за його підготовку.
зміст:
- Що таке ТЗ для програміста і навіщо воно потрібно
- Як писати ТЗ на розробку сайту: важливі моменти
- Як правильно написати ТЗ для сайту
- висновки
Що таке технічне завдання для програміста і навіщо воно потрібно
Технічне завдання для програміста або розробника веб-ресурсу має бути першою відправною точкою початку роботи зі створення сайту. У ТЗ прописується, що потрібно зробити, а програміст вже сам вибирає, як він буде вирішувати поставлене завдання і що робити, щоб досягти заданої мети. Якщо завдань немає, а цілі не затверджені, неясні або неоднозначні, то і вирішувати нічого або рішення буде невірним.
Часто замовник впевнений, що виконавець повинен заздалегідь розуміти, що і в якому вигляді він бажає отримати на виході. І це основна помилка, яка з перших хвилин співпраці робить його малоефективним і в результаті проблемним. Очевидні речі для однієї людини не обов'язково очевидні іншому. Важливо пам'ятати про це, коли мова йде про послугу, чим і є створення сайтів.
ТЗ, або бриф, для програміста потрібен, щоб:
- замовник міг позначити свої вимоги, побажання і будь-які нюанси, які він хоче врахувати ( до речі, в цей момент він і сам може виявити якісь важливі, але не помічені раніше моменти );
- виконавець чітко розумів, що замовник передбачає отримати в результаті надання послуг;
- виключити будь-нерозуміння між сторонами;
- знайти цікаві рішення і знахідки, про які замовник міг не припускати;
- виконати прозорий розрахунок вартості послуг, зрозумілий і замовнику і виконавцю;
- мати можливість пред'явити претензію в процесі або за фактом завершення роботи:
- замовнику, якщо виконавець виконав не весь обсяг робіт або щось зробив не так, як планувалося;
- виконавцю, якщо замовник вимагає безкоштовно виконати будь-яку дію понад затвердженого заздалегідь переліку;
- не втрачати час при передачі завдання іншому виконавцю.
Написання технічного завдання для розробки інтернет-магазину або будь-якого іншого сайту — це необхідний етап створення веб-ресурсу. Воно тим більше необхідно, якщо роботу виконує сторонній постачальник послуг.
Як писати ТЗ на розробку сайту: важливі моменти
Хто складає техзавдання?
Техзаданіе не просто впливає на кінцевий результат. Якісне ТЗ — це чи не 50% успіху всього заходу зі створення веб-ресурсу. Тому важливо не тільки, що в ньому має бути прописано, але і хто буде автором головного документа розробника сайту.
Існують три можливих варіанти:
- Техзаданіе готує замовник
Цей варіант найчастіше призводить до купи помилок. Причина проста — замовник зазвичай не є фахівцем в області програмування, тому для нього це складна ( читай – непосильна ) завдання. Звичайно, « потрібен інтернет-магазин » — це теж ТЗ, але його явно недостатньо для досягнення гідного результату, який буде задовольняти замовника. - Техзаданіе становить виконавець
Спеціаліст прописує фронт робіт з уточненнями, грунтуючись на попередньо озвучених побажаннях замовника. В ідеалі в техзаданіі присутні прототип сайту і ескізи сторінок.
Це набагато більш вдалий варіант. Він майже завжди дозволяє уникнути багатьох проблем і підходить в більшості випадків. - ТЗ створюється замовником і виконавцем спільно
У процесі створення документа активну участь беруть обидві сторони. І це ідеальний варіант, який виключає непорозуміння, помилки і невраховані моменти.
Під час підготовки ТЗ на розробку сайту замовник висловлює свої побажання, виконавець перетворює їх в структуровані дані для роботи. Є можливість задати один одному питання, витончити спірні моменти, скорегувати і доповнити прототип і т. Д. До початку виконання послуг і навіть під час їх надання.
З огляду на важливість, а іноді тривалість і складність створення ТЗ, деякі виконавці включають його в рахунок за послуги.
Яким повинен бути обсяг техзавдання для інтернет-магазину або сайту послуг?
Універсального списку пунктів і обсягу тексту ТЗ для програміста не існує. Для невеликих і шаблонних інтернет-магазинів може вистачити і 1000 знаків, техзавдання для створення деяких сайтів ( як комерційних, так і інформаційних ) можуть займати і 30, і 50, і навіть 100 сторінок.
Все залежить від технічної складності проекту, фантазії замовника і професійних можливостей виконавця. Значення мають і вихідні матеріали. Наприклад, наявність бренд-бука здорово полегшить життя дизайнерам.
Які пункти має містити технічне завдання програмісту?
Чим більше інформації про бажаному сайті озвучить замовник, тим простіше буде розробнику зрозуміти свою задачу і запропонувати шляхи її вирішення. Значить, висока ймовірність досягти поставленої мети і порадувати клієнта.
ТЗ на сайт може містити практично необмежену кількість пунктів для виконання. Але існує кілька позицій, які обов'язково необхідно включити в документ. Без них у розробника не буде повного уявлення про те, що він повинен зробити.
перерахуємо обов'язкові модулі, які повинно містити ТЗ на розробку сайту.
1. Загальні дані:
- інформація про компанію;
- місія і цілі бізнесу;
- завдання і цілі сайту;
- характер цільової аудиторії;
- особливості продукту.
Ця інформація безпосередньо не відноситься до технічних моментів створення сайту. Може здатися, що вона не потрібна розробнику. Але чим більше команда виконавців буде занурена в специфіку компанії, характер її роботи і нюанси продукту, тим краще буде результат.
Грамотний розробник завжди зможе підказати цікаві рішення, засновані на цій інформації. З огляду на їх, є шанс отримає більше, ніж планував замовник.
2. Вступні дані:
- інформація про хостингу, якщо є, або вимоги до сервера;
- обрана CMS або важливі деталі для її підбору;
- використовувані технології та бібліотеки;
- технічні вимоги до верстки.
Це важливі нюанси, що не обговоривши їх заздалегідь можна прийти до результату, коли все готово і подобається замовнику, але не може бути використано. Якісь рішення можуть бути нездійсненні через неврахованої інформації.
3. Дизайн:
- колірна гамма;
- шрифти;
- формат вбудованих елементів та ін.
« Красивий дизайн інтерфейсу » або « фон приємного відтінку » — це не вимоги до дизайну. У ТЗ для розробників сайту замовник повинен чітко позначити всі характерні особливості зовнішнього вигляду сайту, що вважаються їм ідеальними для його веб-ресурсу.
Ще до початку роботи програміст повинен чітко уявляти, що з себе буде представляти сайт, з яких сторінок і елементів він повинен складатися, яким чином вони поєднуються і перегукуються. Шлях від однієї сторінки до іншої зручно показати за допомогою блок-схеми.
5. Прототип веб-ресурсу
За допомогою прототипу сайту можна продумати і заздалегідь оцінити зручність розташування і функціонування елементів кожної сторінки веб-ресурсу. В одній з наших статей ми вже писали про те, як створити прототип сайту.
Якщо немає бажання або можливості підготувати прототип, можна перерахувати кожен елемент сторінки і уточнити його призначення, особливість роботи. Це буде менш наочно, але дозволить розробнику точніше зрозуміти очікування замовника.
6. наповнення контентом
Порядок створення та публікації контенту необхідно затвердити заздалегідь. На вибір два варіанти:
- роботу з контентом бере на себе розробник
від якості контенту багато в чому залежить ефективність SEO-просування. Одним з показників якості контенту є його актуальність. Вона передбачає оновлення ранніх публікацій, розміщення нових корисних статей, зображень і відео. Тому роботу з контентом доцільно довірити розробнику в тому випадку, якщо згодом планується довгострокове співробітництво. - відповідальність за контент несе замовник
У цьому випадку потрібно заздалегідь затвердити особливість настройки адмін панелі сайту і порядок розміщення публікацій, щоб в майбутньому додавання контенту не викликало питань і проблем у замовника.
7. глосарій
ТЗ, складені програмістами, завжди наповнені професіоналізмами. Вони можуть бути незрозумілими або невірно тлумачитися замовником. Це неприпустимо, так як може породити безліч проблем в майбутньому, коли розробник вказав в ТЗ і виконав одне, а клієнт представляв зовсім інше.
тут бажано вказати всі технічні або інші специфічні терміни, Які можуть викликати питання або сумніви у замовника.
Техзаданіе — унікальний в кожному окремому випадку документ. Він може містити й іншу, важливу для конкретного проекту, команди виконавців і замовника інформацію. Наприклад, для сайтів з нестандартним інтерфейсом доцільно заздалегідь прописати сценарій використання.
Розробники про те, як правильно написати ТЗ для сайту
унікальність
Особисті переваги власника компанії індивідуальні. Тому знайти приклад ТЗ для розробника, повністю задовольняє вимоги будь-якого сайту, практично неможливо.
Можна пошукати готовий список вимог до аналогічного сайту і використовувати його як зразок ТЗ для програміста. але його в будь-якому випадку необхідно коригувати під окремо взяту компанію, Цільову аудиторію, продукт, завдання.
Точність і однозначність
Ознаки та визначення, що мають об'єктивну оцінку ( « красиві фото », « гарне юзабіліті », « швидке завантаження » і т. Д. ), не підходять для ТЗ. Просто уявлення про красу, швидкості і « гарності » у всіх суто індивідуальні.
Завжди, коли це можливо, необхідно використовувати точні параметри, позначені числовими значеннями. Ті ж кольори краще позначати номерами, наприклад, в CMYK.
Чим менше інформації, яку можна зрозуміти неоднозначно, тим краще результат з точки зору замовника і тим простіше завдання для програміста.
Розробник не зобов'язаний вгадувати
Грати в угадайку з програмістом — не найкраща ідея. Він не повинен, та й не може намагатися зрозуміти, що замовник мав на увазі або мав на увазі. то, що очевидно для власника бізнесу, може бути абсолютно неочевидним для інших, В тому числі для розробника.
Якщо в ТЗ на розробку немає уточнення про кроссбраузерності веб-ресурсу, То претензія до того, що сайт некоректно відображається в Safari4 +, буде необґрунтованою.
наочність
Завжди, коли є можливість не тільки розповісти, але і показати, що подобається або, навпаки, не подобається, замовнику, її потрібно використовувати. За допомогою наочних прикладів простіше пояснити, про що йде мова. Цей прийом особливо добре працює тоді, коли власник проекту дуже віддалено знає про аспекти створення сайтів.
Наочність відмінно працює і в зворотному напрямку. Перед тим, як приступити до роботи, розробнику рекомендується показати приклади використання тих чи інших елементів, продемонструвати макет майбутнього сайту. Чим більше наочних прикладів і зразків буде підшито до ТЗ, тим простіше сторонам зрозуміти один одного.
висновки
Створення будь-якого сайту можна спростити, а результат надання послуг розробника зробити очікуваним, якщо до початку роботи замовник і виконавець узгодять техзавдання. Чим складніше проект, тим більш докладним повинен бути документ, в якому перераховані вимоги до розробки майбутнього веб-ресурсу.
Найкраще, якщо ТЗ створюється власником і розробником спільно. Так можна заздалегідь обговорити будь незрозумілі моменти, скорегувати завдання і домовитися про будь-яких нюансах. У підсумку можна мінімізувати випадки непорозуміння.
Техзаданіе має містити в собі максимум докладної інформації про компанію, технічну базу, вимоги і побажання замовника. Всі параметри повинні прописуватися точно, щоб виключити неоднозначність.
Якісне ТЗ розробнику — це перший і дуже важливий крок на шляху до створення сайту, який замовник вважає ідеальним для своєї справи. Цей документ дозволяє заощадити час, гроші і нерви на переробку нефункціонуючої належним чином або не влаштовує власника веб-ресурсу.
Хочете мати свій власний інтернет-магазин або сайт послуг? Залиште заявку і отримаєте його протягом 14 днів. Ми передбачили все, що може вам знадобитися для залучення клієнтів. Вам залишиться тільки наповнити його контентом і відкрити для індексації пошуковими системами.
