Техническое задание на разработку сайта – Пример составления ТЗ на сайт
Техническое задание на сайт содержит ряд типовых разделов:- Общее описание проекта;
- Цели и задачи;
- Функции;
- Глоссарий терминов;
- Данные и списки;
- Описание страниц;
- Технические требования;
- Наполнение сайта;
- Сдача проекта.
Описание проекта. Этот раздел в общих чертах описывает проект. Пример: нужно реализовать интеренет-магазин для такой-то компании по оптовой и розничной продаже детских товаров на Дальнем Востоке.
Цели и задачи. Основная цель коммерческих сайтов – получение прибыли. Эту цель нужно конкретизировать. Как именно будет достигаться получение прибыли? Для интернет-магазина – это онлайн-продажи, для лендинга – сбор заявок, для доски объявление – посредничество между клиентом и исполнителем.
Функции. Этот раздел содержит описание функций, которые позволят выполнить поставленные задачи. Для интернет-магазина, как правило, типовыми функциями являются: каталог товаров, поиск, сортировка, корзина, регистрация пользователей, возможность оплатить заказ онлайн, купить без регистрации и т.д. Для лендинга функциональным наполнением может служить калькулятор стоимости, формы для заявок, возможность скачать прайс или заказать звонок.
Глоссарий. В этом разделе можно привести определения ключевых терминов при создании сайта. Такой словарь позволит заказчику и подрядчику понимать друг друга.
Данные и списки. Это описания отдельных элементов сайта и групп одинаковых элементом. Например, товар – это элемент. В задании нужно определить, что именно будет присуще данному элементу: заголовок, характеристики, текстовое описание, фотографии, выбор размеров или цвета и подобное.
Каталог – это список элементов, список товаров. Для списка нужно определить на основе чего он формируется, как выбираются элементы для списка, и какая именно информация об элементах выводится в список. Так в каталог выбираются все элементы, в него выводятся заголовок, изображение и данные о размере и цвете.
В интернет-магазинах используются и другие списки. Например, «Новинки». И здесь тоже возникают вопросы: на основе какого признака выбираются товары в данный список? По дате добавления на сайт? По дате производства? Добавляются вручную? Ответы на вопросы нужно прописывать в задании.
Описания страниц. Этот раздел содержит краткие описания страниц: главная страница содержит рекламный слайдер, список товаров «Новинки», текст о компании и т.д. Дополнит этот раздел можно макетами страниц.
Технические требования. В этом разделе прописываются браузеры, в которых должен корректно работать сайт, разрешения экранов, на которые должен быть рассчитан дизайн, CMS сайта, настройки хостинга и подобное.
Наполнение сайта. На этапе составления ТЗ нужно определить, кто будет заполнять сайт контентом. Это может сделать исполнитель или заказчик. Если заполнением сайта занимается исполнитель – нужно прописать: кто именно готовит контент, объем работы.
Сдача проекта. В этом разделе описываются условия, при которых производится окончательная оплата работы исполнителя. Например, сайт размещается на тестовом домене и сервере исполнителя, заказчик в течение недели может удостовериться в выполнении всех поставленных задач. Потом сайт переносится на штатный хостинг, и заказчик оплачивает проект. Схема может быть и другой.
Это типовой образец написания технического задания на сайт. При работе с большими проектами, задание нужно расширять, при создании небольших сайтов – это ТЗ будет избыточным.
www.slavos.com
Пример Технического задания на создание сайта
2. Название сайта.
Сайт Компании ООО «Канцелярские товары». Далее — Фирма.
3. Назначение сайта (цель создания сайта).
3.1. Представление Фирмы в Интернет: информация о Фирме, история фирмы, режим работы, цены на товары, справочная информация, сопроводительные графические рисунки, юридический адрес, почтовый адрес, схема проезда, контактная информация.
3.2. Обеспечение возможности доступа к информации о товарах и услугах, предлагаемых фирмой, всем заинтересованным лицам, вне зависимости от их местонахождения.
3.3. Увеличение объёма и расширение региона сбыта имеющихся товаров.
4. Язык сайта.
Русский.
5. Объём и состав текстовой информации.
Согласно Приложению 1.
6. Основные ключевые слова, которые наиболее точно отражают суть предлагаемых товаров и услуг.
Согласно Приложению 1.
Примечание.
Перечень ключевых слов для веб-дизайнера носит справочный характер и не входит в число обязательных параметров, подлежащих проверке при приемке сайта.
Занимаемые сайтом позиции в рейтингах, каталогах и поисковых системах не оговариваются.
7. Объём и состав графической информации.
Согласно Приложению 2.
8. Объём и состав текстовой и графической информации в электронном виде.
Согласно Приложению 3.
9. Предполагаемая возрастная аудитория сайта.
От 18 лет и старше.
9.1. Предполагаемое возрастное ядро аудитории от 18 до 45 лет.
9.2. Данная информация носит рекомендательный характер. Цифровые показатели контролю и проверке при приёмке сайта не подлежат.
10. Количество страниц сайта.
Сайт должен содержать следующие обязательные html страницы: 1 — Главная (домашняя) страница; 2 — О фирме; 3 — 50 — Перечень товаров и услуг, предлагаемых фирмой ; 51 — 60 — Прайс-лист; 61 — схема проезда; 62 — Предварительный заказ товара и услуги; 63 — Типовой договор; 64 — Вопросы и ответы; 65 — Новости; 66 — 68 — Справочная информация; 69 — Содержание.
11. Кнопки управления (навигация сайта).
Определяются веб-дизайнером самостоятельно.
С каждой страницы сайта должен быть обеспечен переход (установлена гиперссылка) на главную страницу сайта. Сайт должен содержать страницу «Содержание» (карта сайта).
12. Блок схема сайта.
Определяется веб-дизайнером самостоятельно.
Головная (начальная) страница сайта должна содержать гиперссылки, обеспечивающие переход с нее на не менее чем 95% страниц сайта, но не более чем 200 гиперссылок.
13. Объём сайта, Мб.
Не оговаривается.
14. Оформление рисунков.
Все рисунки объемом более 1 Кб должны быть выполнены с замещающим текстом. Рисунки размером более 12 Кб должны быть выполнены с предпросмотром. Формат всех рисунков gif или jpg (jpeg).
15. Пропускная способность линии связи.
Среднее время загрузки страниц не должно превышать 35 секунд при скорости соединения 28.8 Кбит/сек. Допускается увеличение времени загрузки отдельных страниц до 50 секунд, но не более чем на 20% числа страниц сайта. Головная (начальная) страница должна иметь время загрузки не более 55 секунд.
Примечание:
Во всех случаях не учитывается время загрузки подгружаемых элементов (счетчики, баннеры, информеры и т.д.).
16. Основной диапазон разрешения мониторов, на которых будет просматриваться сайт.
От 600х800 до 1240х1024 пикселей (от 15″ ЭЛТ до 19″ ЭЛТ или 17″ LCD).
Основное разрешение, на которое оптимизируется сайт: 1024х768 пикселей (17″ ЭЛТ или 15″ LCD).
17. Минимальное разрешение монитора, в котором будет просматриваться сайт.
600 х 800 пикселей (15″ ЭЛТ).
При указанном разрешении допускается возможность просмотра страниц сайта с горизонтальной прокруткой в окне браузера.
18. Основной браузер, которым будет просматриваться сайт, и его минимальная версия.
19. Цветовая палитра.
Основной режим мониторов, на которых будет просматриваться сайт: 15 разрядов цветов и выше (число цветов 65536 и выше).
При разработке сайта должен быть обеспечена возможность его просмотра при использовании безопасной цветовой палитры (разрядность цветов 8). Изменения оттенков цветов, при просмотре сайта с использованием безопасной цветовой палитры, не оговариваются.
20. Общий фон сайта.
a) Общий фон сайта светлый (белый). Допускается использование светлого фонового рисунка.
б) Общий фон сайта темный (с указанием примерного, или точного по SMYK цвета).
Оптимизация изображений сайта — подгонка фонов рисунка под цвет фона оговаривается отдельно
21. Размер и вид шрифта сайта.Размер шрифта сайта для оформления текста — 10. Размер шрифта для оформления заголовков, названия страниц и т.д. не оговаривается. Вид (название) шрифта не оговаривается.
22. Регистрация сайта в каталогах, рейтингах, топах и пр.
23. Проведение рекламной кампании по раскрутке сайта.
Раскрутка сайта определяется отдельным ТЗ. В настоящем ТЗ раскрутка сайта не оговаривается и не входит в состав выполняемых работ (услуг).
24. Срок разработки сайта.
Четыре недели с момента оплаты 50% от оговоренной суммы.
25. Порядок передачи сайта.
Веб-дизайнер передает доступ в админку сайта, с правами администратора, а также логин, пароль и название (код передачи данных) по протоколу ftp.
Заказчик обязан проверить наличие грамматических, орфографических и смысловых ошибок на сайте в течение трёх рабочих дней. Обнаруженные ошибки веб-дизайнер обязан устранить в течение трёх рабочих дней.
26. Сопровождение сайта.
Сопровождение сайта определяется отдельным ТЗ. В настоящем ТЗ сопровождение сайта не оговаривается и не входит в состав выполняемых работ (услуг).
27. Дополнительные условия.
Каждая страница сайта должна содержать логотип и название Фирмы.
Сайт должен содержать не менее трёх счетчиков подсчета посетителей. Счётчики устанавливаются на каждой странице сайта.
Приложение:
1. Текстовая информация на 150л.
2. Графическая информация на 450л.
3. Текстовая (формат Word) и графическая информация (формат jpeg и gif), представленные в Приложении 1 и 2 на CD ROM.
Примечание:
1. Названия и имена вымышленные. Любые совпадения случайны.
2. Задание на сайт может быть изменено с учетом конкретных требований.
3. Задание на сайт предназначено для русскоязычных сайтов, объемом не более 100 html страниц. Если сайт имеет версию на иностранном языке или версию для просмотра на мобильных устройствах, задание на сайт должно быть дополнено соответствующими пунктами.
4. Веб-дизайнер не несет ответственности за несоответствие сайта эстетическим ожиданиям заказчика при условии выполнения технического задания на сайт.
webcomme.ru
ТЗ для web-разработчика / Habr
Написание хорошего ТЗ для разработки сайта еще та проблема, и я поделюсь своим опытом по созданию «человеко-понятного» описания для заказчика для разработчика.
Начну из далека, не судите строго (все картинки кликабельны)…
Шаг ноль. Заказчик.
Манипулирование.
Начнем с первой встречи с заказчиком. Произвести впечатление серьезного человека, с которым можно и нужно работать — вот Ваша основная задача — так что отложите Ваш любимый костюм цвета хаки — джинсы и рубашечка — будет самое оно.
Место встречи тоже очень важно — MacDonalds — не лучший выбор — лично я выбираю кофейни — тихая спокойная обстановка распологает к продуктивной беседе. Кстати — тут Вам и первый звоночек — если заказчик угощает — это хорошо, иначе — работайте по предоплате.
Аналоги.
Добейтесь от заказчика аналогов его детища (я сильно сомневаюсь в уникальности идеи, такие встречаются крайне редко), так вы быстрее поймете суть того чего от вас добиваются. Очень хорошо если у Вас есть ноут с доступом в и-нет, и Вы сможете все сразу посмотреть. (раскошельтесь на PCMCIA GSM модем — это производит впечатление).
Деньги.
Тут нужно быть очень внимательным — Вы должны точно понять и уяснить каким образом проект будет зарабатывать (пусть и в перспективе). Понятно, что на сайты-визитки это не распространяется.
ТЗ.
Во время разговора записывайте важные моменты — не надейтесь на память — обязательно проколитесь. Если у Вас возникают вопросы — задавайте их, ответы опять же стоит записывать. По окончанию беседы перед Вами должен лежать черновик ТЗ.
А теперь наступает самый трудный момент — Вы должны убедить заказчика в том, что именно Вы пишите ТЗ, и он за него должен заплатить. Если таковое не получилось — пришлите ему образец — пусть помучается, в итоге, если он ценит своё время — он таки согласиться на Ваши услуги.
Шаг первый. ТЗ.
Писательство.
Перед началом работы над ТЗ Вы должны твердо уяснить для себя — данный документ должен трактоваться однозначно не только Вами и заказчиком, но и любым другим разработчиком, и это достаточно сложная задача.
Небольшое лирическое отступление в начали пути — имхо, считаю что одно из самых правильных способов подачи информации есть графический, т.е. лучше один раз увидеть, чем сто раз услышать. Так что будем рисовать макеты (mock-up’ы) страниц — для этого подойдет даже MS Word (хотя конечно лучше воспользоваться чем-то вроде Axure RP Pro):
В качестве подопытного возьмем сайт представляющий собой доску объявлений по купле-продаже автомобилей.
Как Вы видите — это главная страница сайта, на ее «рисование» у меня ушло чуть меньше 5-ти минут, теперь можно попробовать описать словами:
Сверху должен располагаться логотип, правее форма для авторизации пользователей, чуть ниже логотипа — ссылки сайта, под ссылками — топ комментируемых новостей, и еще ниже блок рекламы. По центру должна находиться форма поиска, под ней — последние добавленные объявления, затем блок рекламы, и последние новости. Под формой авторизации должен располагаться блок с последними комментариями на форуме, и ниже блок рекламы. В самом низу страницы будут находиться счетчики-пузомерки, а так же копирайты
Ух, описание конечно — много буков, и много вопросов, макетик более однозначный. Ладно поехали дальше, ближе к сути.
Для начала необходимо выделить сущности, роли пользователей и определить уровни доступа (буду краток — приведу таблицу):
| Роль/Сущность | Пользователь | Объявления | Комментарии к объявлениям | Новости | Комментарии к новостям |
|---|---|---|---|---|---|
| Гость | регистрация | R | R,W* | R | R,W* |
| Пользователь | E* | R,W | R,W | R | R,W |
| Администратор | X | M | M | X | M |
Где:
- R — чтение
- W — создание
- E — редактирование
- X — полный доступ (создание/редактирование/удаление)
- M — модерирование (редактирование/удаление)
- * — особенности реализации отображены в документации
Теперь перед нами стоит следующая задача:
- Для всех R — создать макеты страниц
- Для всех W, E — описать полностью формы — т.е. какие поля редактируемы, и по каким правилам
- Для всех X, M — mock up’ы страниц с навигацией + формы создания/редактирования
Начнем с простого — R — для объявлений:
И для новостей:
Далее приведу пример описание формы для комментариев (W):
- Имя – буквы кирилицы и латиницы, цифры, символ подчеркивания и дефис, обязательное
- E-mail — в соответствии со стандартом RFC-2822, обязательное
- Ссылка на Сайт — в соответствии со стандартом RFC-2616
- Текст – непустое поле больше 3-х не пробельных символов
- CAPTCHA — тест Тьюринга для защиты от спама, обязательное
И соответствующий mock up:
Как видите — подобные макеты достаточно информативны, а так же подготавливают заказчика к будущему продукту.
Так же не забудьте приготовить шаблоны писем (вот вам примерчик):
Еще пригодится диаграмма прецедентов (вполне вероятно, Вы могли её нарисовать еще на этапе обсуждения проекта с заказчиком):
Проектирование архитектуры и БД.
Почему я включил сюда этот пункт? Всё очень просто — по своему опыту скажу — когда документация по проекту заходит в отдел и начинается разработка архитектуры и БД, то возникает очень много вопросов, о которых даже мысли не возникало при прочтении доки. В итоге проектная команда простаивает, пока менеджер, краснее перед заказчиком, выясняет эти нюансы. Было бы намного логичнее быть на шаг впереди, и набросать архитектуру и БД уже на этом этапе — это часа 3-4 работы, которая сможет сэкономить и время, и деньги, и нервы (конечно архитектура в таком варианте будет слишком сыра, но уже сможет выявить несколько подводных камней).
Архитектуру я описывать не буду — так как в данном примере особо и проектировать нечего, а low-level нам продиктует фреймворк.
А вот приблизительный набросок БД это всегда пожалуйста (опять же особо не заморачиваясь на подробности):
Шаг второй. Оценка проекта.
О данном этапе советую прочитать статью «Оцениваем проекты»
Вывод
Я очень надеюсь, что данная статья поможет Вам избежать ошибок на первом этапе жизни проекта, зачастую именно недопонимание разработчиком ТЗ по проекту ведет к увеличению стоимости разработки, затягиванию сроков, а так же к более серьезным последствиям…
Таки кросс-пост: ТЗ для web-разработчика
habr.com
Разработка технического задания (ТЗ) на сайт по ГОСТ
Техническое задание (ТЗ) на сайт – документ, содержащий набор требований к сайту (порталу) и порядок их исполнения. ТЗ является основополагающим документом, в соответствии с которым осуществляется разработка и приёмка сайта.
В отличие от ТЗ на АСУ или на программу, нет ГОСТов предъявляющих требования к структуре и содержанию технического задания на изготовление сайтов. Однако, исходя из лучших практик, требования ГОСТов (34.602 и 19.201) очень часто учитывают при оформлении ТЗ. В частности требования ГОСТ 34.602 учитывают при создании ТЗ на портал, интернет-магазин, а ГОСТ 19.201 при разработке ТЗ на сайт-визитку.
ТЗ на сайт является, своего рода, инструкцией по разработке, которая утверждается и согласуется Заказчиком и Исполнителем. Как правило, техническое задание содержит достаточно большой объём информации, тем самым, минимизируя риски, которые могут возникнуть в процессе выполнения работ по его созданию.
Разработка технического задания на сайт – командная работа, очень важно чтобы в написании ТЗ на создание сайта принимали участие все заинтересованные стороны (программист, дизайнер, Заказчик и т.д.).
Для чего нужно техническое задание
Опыт создания сайтов нашими специалистами подтверждает, что техническое задание помогает решить следующие задачи:
систематизирует и упорядочивает рабочий процесс.
оговаривает такие моменты как сроки и стоимость создания.
всю информацию необходимую для разработки интернет ресурса.
позволяет создать продукт, максимально соответствующий Вашим ожиданиям.
позволяет юридически закрепить процесс разработки и приёмки создаваемого продукта.
Если вы решили создать собственный веб-проект (интернет-магазин, портал и т.д.), но не знаете, как приступить к выполнению поставленной задачи – начните с разработки технического задания (ТЗ). Наши специалисты имеют богатый опыт в создании технических заданий на сайты, а в последствии и самих веб ресурсов самой разной сложности и структуры.
С некоторыми примерами ТЗ на сайт, разработанных нашими специалистами согласно ГОСТ, Вы можете ознакомиться в соответствующем разделе.
Заказать ТЗ на сайт
Для оформления заявки и получения бесплатной консультации можете позвонить по телефону или оставить онлайн-заявку на нашем сайте. Готовы выполнить проект любой сложности в короткий срок.
www.swrit.ru
Образец ТЗ на разработку сайта: каким оно должно быть?
Здравствуйте, уважаемые читатели! Эта статья адресована не только тем, кто собирается заказать создание сайта, но и веб-студиям, которые этими вещами, собственно, и занимаются. Речь пойдёт о техническом задании. Этот термин прочно вошёл в лексикон всех веб-разработчиков, программистов, дизайнеров и прочих тружеников интернет-тыла, сократившись до понятного всем «ТЗ».
Куда бы вы ни обратились (к фрилансерам или в компанию по созданию веб-проектов), с вас будут требовать техзадание. Некоторые «умудрённые опытом» специалисты без него даже разговаривать с вами не будут.
Где же взять образец ТЗ на разработку сайта? В Интернете, если порыться, можно найти много примеров заданий на создание проектов по разным тематикам. Вот только доставляет ли заказчикам удовольствие заполнять все эти нудные документы? Большинство разработчиков не думают об этом и… теряют клиентов.
Нужно ли вообще ТЗ?
Техническое задание, несомненно, нужно. Без него невозможно представить себе весь проект в целом, составить структуру будущего сайта и нарисовать дизайн. ТЗ здорово помогает не только тем, кто будет делать сайт, но и тем, кто его заказывает. В процессе составления задания заказчик более детально начинает рисовать в голове картинку того, что он хочет видеть.
Таким образом, ответ здесь однозначен: ТЗ необходимо!
Кто должен составлять техзадание?
Теперь мы подошли к более неоднозначному вопросу – кто должен заниматься составлением ТЗ?
В некоторых случаях веб-студии требуют техническое задание с клиентов. Если у клиента в голове есть готовая картинка, а также чёткая стратегия развития проекта, то он без проблем его составит. Вот только часто ли всё проходит так гладко?
Представьте: вы решили повысить продажи своей компании путём дополнительной рекламы в Интернете. Для этого вам необходим сайт-визитка или, возможно, интернет-магазин. Вы начинаете искать подрядчика, готового выполнить ваш проект за приемлемые деньги. Обзваниваете десяток веб-студий, и в пяти из десяти вам говорят: «Пришлите нам ТЗ, и тогда мы скажем вам стоимость».
Вы находите в Интернете шаблон техзадания и видите там множество пунктов:
- Выбранный домен.
- Предполагаемая возрастная аудитория.
- Какие страницы должны быть.
- Основные ключевые слова.
- И так далее…
Скажите, ну откуда вам, ранее не сталкивавшемуся с понятиями «сайт» и «домен», знать ответы на эти вопросы. Итог – выбор другой студии, которая не требует ТЗ, а сама помогает в его составлении.
Вывод: ТЗ предпочтительнее составлять тем людям, кто будет вести работу над проектом. И выглядеть оно должно совсем по-другому…
Каким должно быть ТЗ?
Когда у меня заказывают сайт, первым делом я составляю его предварительный макет (другими словами — прототип). Он и является тем самым ТЗ, который в дальнейшем обсуждается с заказчиком и редактируется по необходимости.
Другими словами, если вы будете работать со мной, то я предложу вам своё видение вашего сайта (если оно у вас отсутствует), а затем мы его будем дорабатывать в соответствии с вашими пожеланиями и разумными предложениями.
Никаких заполненных бланков я не требую. Всё, что мне нужно – это знать:
- для чего вам нужен сайт,
- какая стратегия развития проекта есть у вас в голове (возможно, у вас есть какие-то интересные идеи касательно сайта),
- какова ваша целевая аудитория,
- имеется ли у вас контент для наполнения.
После этого я создаю макеты страниц, показываю вам, и определённая картинка начинает прорисовываться и в вашей голове.
Домен и хостинг – это детали, которые обсуждаются достаточно быстро. Цветовую гамму есть смысл обсуждать только на стадии рисования дизайна.
Я работаю по такой схеме уже давно, и она показала свою состоятельность.
Уважаемые читатели, если вам всё же необходим образец технического задания для разработки веб-ресурса, то советую взять лист бумаги и нарисовать макет от руки. Так будет намного понятнее для всех. Можно ещё воспользоваться одной из специальных программ для рисования макетов – так будет ещё и красиво.
Приношу свои извинения тем, кто планировал найти и скачать в этой статье готовое ТЗ. Это не мой метод.
Возникли вопросы? Отвечу на них в комментариях!
С уважением, автор блога Сергей Чесноков
on-www.ru
Полезное и Краткое ТЗ на создание сайта
Полезное Краткое ТЗ — стоит использовать если вам необходимо создания сайта визитки или несложного корпоративного сайта. Подходит для запроса стоимости создания сайта у веб-студии.
Такое ТЗ не подходит для сложных проектов и не всегда подходит для интернет магазинов.
Пример ТЗ для сайта визитки
О нас: ТОВ «Название компании».
Мы предоставляем услуги бухгалтерского аутсорса.
Нам нужен простой сайт для нашей компании.
Нравится сайт http://www.profaspect.com.uaОсновные разделы сайта
О нас
Дополнительно надо
О нас Скачать образец Полезного и Краткого ТЗ для сайта для заполнения.
Разбираем ТЗ подробно
Вид деятельности — очень важно указать чем занимается компания. Вид деятельности очень сильно влияет на структуру сайта и его дизайнерское оформление.
Нам нужен простой сайт для нашей компании — это строка говорит, что вам необходимо создание недорогого решения, вас не интересует использование сложных технологий и дизайна — вам необходимо создание сайта визитки.
Пример сайта — желательно. Дизайнеру понятно, на что ориентироваться в разработке дизайна сайта. Понятна примерная сложность, тематика и атмосфера будущего решения.
Основные разделы сайта — это очень важная часть ТЗ. Обязательно указывайте не только основные разделы, но и подразделы, как в нашем примере технического задания. Это самый важный раздел нашего ТЗ.
Дополнительная информация — вы перечисляете все дополнительные возможности, которые должны быть на сайте.
Для несложных сайтов такого технического задания вполне достаточно, чтобы оценить стоимость работы, сроки и обсуждать проект уже по сути.
Техническое задание на сайт — это необязательно сложный и объемный документ. Вам необходимо четко сформулировать задачу и описать исходные данные для работы. Задание помещается на одну страницу, написание занимает от силы 30 минут.
www.volter.org