Технічне завдання (ТЗ) сайту
Мій вічний питання при створенні нового сайту: Що робити першим?
- дизайн:
перевага. в дизайні візуально відображаються всі функціональні можливості планованого сайту;
недолік. в процесі роботи над функціоналом, дизайн доводиться домальовувати, щось було упущено, а щось відпадає;
- движок з висновком блоків, таблиць та меню без оформлення:
перевага. висновок даних вже є, по ним скласти дизайн простіше, і його можна створити вже в остаточному варіанті;
недолік. без дизайну, важко орієнтуватися в завданнях, не видно глобальної картини, загальних моментів для всіх сторінок, індивідуальні особливості і т.д .;
Можна робити і так і так, але в основному це залежить від розміру і складності сайту. Для простих сайтів спочатку краще починати з дизайну, а складні сайти краще з движка.
Все це елементи організації роботи, а кожна організація ділить всі види робіт на етапи. Я можу виділити в організації веб розробки наступні 4-е етапи:
1. створення концепції сайту;
2. створення технічної документації (технічне завдання);
3. виконання дизайнерських робіт відповідно до технічної документації та за результатами спілкування замовника з дизайнером. Основний критерій для дизайнера:
- створення веб дизайну з урахуванням правил HTML розмітки;
4. Виконання робіт по верстці дизайну. Дизайн плавно перетворюється в зв'язку файлів з HTML і CSS кодами. Основні критерії для верстальника:
- точне відтворення дизайну у вигляді HTML сторінок;
- повна кросбраузерну, ідентичне відображення всіх елементів оформлення в різних браузерах;
5. виконання завдань з програмування:
5.1. на стороні сервера
5.2. на стороні клієнта
Більш уважно зупинятися на всіх етапах крім одного "створення технічної документації" я не буду. Оскільки основною метою своєї статті я вибрав саме обговорення технічного завдання.
Дуже часто веб майстра пропускають 2-й етап. І все моменти по сайту обговорюються з клієнтом в процесі підготовки і по ходу робіт. З дизайном також, 3-й і 4-й етапи плавно перетікають в перекопіювати HTML + СSS блоків з вподобаних сайтів. І виходить збірний дизайн, який економить час і гроші.
Власне, це непоганий варіант для невеликих сайтів у яких:
- проста структура сайту;
- використовується CMS зі стандартними модулями і плагінами (статті, новини, блоги, списки);
- на сайті не потрібна наявність спеціальних можливостей.
Замовники, як правило, не мають поняття, як має виглядати технічного створення або документація по сайту. В IT компаніях існують додаткові послуги з написання технічного створення для замовника.
Технічне завдання для кожного сайту індивідуально. Тому я зупинюся тільки на основних складових технічного завдання:
На основі перерахованих вище пунктів Ви можете скласти свою технічне завдання. А також, уважно ознайомитеся зі списком прикладів вже готових технічних завдань: