Техническое задание на создание сайта

Анатомия технического задания

• Выявление — определение требований, поиск проблем, которые необходимо решить.
• Анализ — разбор требований, выделение ключевых потребностей, обобщение.
• Адаптация — оценка требований в контексте возможностей CRM и существующих бизнес-процессов.
• Документирование — формальное и подробное описание требований, согласование ТЗ.
• Общение с вендором (разработчиком) — итеративное взаимодействие с вендором по поводу доработок согласно составленному ТЗ.
• Реализация — работа вендора над созданием необходимой функциональности. Лучше, если вендор будет постоянно на связи с заказчиком — так продукт на выходе будет наиболее точно соответствовать видению клиента.
• Тестирование — проверка функциональности сотрудниками вендора, внутренними экспертами клиента и конечными пользователями с целью установления соответствия доработки и ТЗ, работоспособности системы с изменениями.

Уровень бизнеса RegionSoft CRMRegionSoft RetailУровень пользователя или группы пользователей. Уровень функциональности.Уровень сервисаУровень технологииRegionSoft CRMДля кого? Приведу пример. В одной компании внедряли CRM, предполагалась работа на довольно большом массиве данных (несколько десятков миллионов записей в месяц, несколько сотен тысяч записей в день). Начальник отдела продаж запросил отчёт по выгрузке этих записей с периодичностью «ежедневно». Естественно, что такой отчёт при одновременной работе сотни пользователей нагружал систему — были найдены решения по оптимизации процесса. Уже в ходе работы выяснилось, что продажник перестраховался и отчёт нужен ему только по итогам месяца, и то его можно запускать по расписанию ночью. Стоит ли говорить, что время и деньги были потрачены зря.Зачем? Что должно делать? Параметры технического задания

ТЗ на создание сайта

Для профессиональных разработчиков не секрет, как выглядит ТЗ на создание сайта. Но обычным обывателям это тайна покрытая мраком. Любое ТЗ начинается с того, что выбирается конечная цель. Например, сайт посвященный торговле, блог и т.д. Далее выбирается дизайн согласно цели сайта.

Оценивая всё на начальном этапе, решается то, что сайт должен делать внутри. Какую информацию и когда показывать, когда её сохранять, регистрация клиентов на сайте, что показывать незарегистрированному клиенту и многое другое. Так же рассматривается вопрос о том, что ухудшает поведенческие факторы на сайте и как это скорректировать.

Только после этого можно начать разрабатывать ТЗ. Клиенту требуется четко описать то, как он хочет видеть свой будущий сайт. После чего изменять ничего нельзя. Исполнителю иногда дается воля в исполнении работы, но это всё за отдельную плату. Если заказчик хочет сэкономить, то ему потребуется самому сделать начальный макет, по итогам которого и будет создано ТЗ.

Требования к приемке-сдаче проекта

Требования к наполнению информацией

В этом пункте рассказываем что обязуемся выполнить, а также чем нас должен обеспечить заказчик, чтобы работа шла быстрее и лучше. От него обычно требуется информация и фотографии.

Также пишем еще раз о том, что если ему захочется что-то поправить или изменить, то ему придется еще раз составлять подобный договор, который вы либо подпишете, либо нет.

Требования к персоналу

Кто сможет пользоваться сайтом. Например, некоторые компании работают с кодами и даже не заморачиваются над системой управления для нормальный людей. Для элементарных действий на сайте от персонала потребуются значительные знания. В этом случае пункт актуален, а в нашем случае просто бумагомарание.

Пример описания прототипа одной из страниц сайта

1. Подчеркиваем, что это монобрендовый магазин с ценами фабрики.
2. Контакты выносим в отдельный блок, т.к. по статистике предыдущего сайта пункт был одним из наиболее кликабельных. Показываем режим работы, чтобы снизить число пропущенных звонков. Корзину смещаем наверх, чтобы не мешать ссылку на контакты и телефон с данными о товарах.
3. По статистике сайта поиском пользуются активно, в том числе и менеджеры при поиске по артикулам.
4. Основное меню имеет смысл сделать выпадающим, т.к. учитывая количество вложенных разделов, вертикальное меню может стать «портянкой».
5. Для слайдера нужно предусмотреть сортировку. В правой части слайдера размещаем блок, отображающий число слайдов.
6. Онлайн-консультант – всплывающее окно по клику
7. Сквозной блок о доп. услугах. Информация для покупателя, чтобы ее можно было получить на любой странице.
8. Текст, раскрывающий преимущества магазина и мебели, и одновременно описывающий страницу для поисковиков.
9. Просмотренные ранее товары. Если посетитель впервые на сайте, показываем популярные товары.
10. Блок футера: адрес, телефоны, дублирующее меню.

“Что Вам нужно?”

Попробуйте сами поставить себя на место заказчика. Забудьте, на время, что вы можете делать сайты, и придите (мысленно) к малознакомому человеку с просьбой сделать вам сайт. Что вы ждёте прежде всего? Наверное, что бы вас выслушали.

Выслушайте заказчика. Внимательно. До конца. Попробуйте поставить себя на его место. Если он затрудняется – мягко задайте наводящий вопрос. Не стесняйтесь повторять его слова по-другому: “… если я правильно вас понял, вы хотите увеличить поток клиентов за счет создания “клуба” любителей…. и вам нужен для этого Форум на сайте?”. И человеку приятно и у вас больше информации.

Из чего состоит ТЗ

Общая информация

Информацию о заказчике и исполнителе.
Обязательно указание ответственных лиц с каждой стороны. Указываются документы, на основании которых производится разработка. Как правило, подобным документом является договор

Статус текущего документа и конфиденциальность.

Назначение проекта.Указывается: для чего будет использоваться полученный продукт.

Цели создания и задачи, которые должен решить ресурс.С одной стороны это довольно короткий раздел, но по важности проработки он занимает первое место. Если цели и задачи поставлены не четко и неизмеримо, то может быть довольно сложно им следовать.

Описание аудитории проекта.
Критично важная информация для разработки хороших и правильных сайтов

Ясно, что информацию об аудитории не только надо правильно собирать, но еще важнее это уметь этой информацией пользоваться.
Описание аудитории должно содержать не только информацию, которую так любят маркетологи (демография, потребности, сегментирование и т.п.), но также информация которая пригодится дизайнерам и проектировщикам: какие задачи решает пользователь, какие его цели в работе с сайтом, что его привлекает. Алан Купер рекомендует описывать аудиторию сайта не в виде безликой массы, а выделять персонажи — описывать собирательный образ конкретных людей.

Термины и определения.
В большом документе вы сможете употребить огромное количество терминов и сленговых выражений, которые редко понимают специалисты по маркетингу или крупные руководители. Они могут читать этот документ, поэтому лучше предусмотреть для них список определений. Я не тешу себя надеждой, что этот список хоть раз в жизни был прочтен, но зато я могу всегда сослаться на него.

Информационная архитектура и интерфейс

1. Структуру сайта. Это так называемые высокоуровневые прототипы.
2. Шаблоны страниц. Низкоуровневые прототипы, описывающие непосредственно интерфейс сайта.
3. Опись контента. Табличное описание содержания каждой страницы сайта.

Структура сайтаGarrett

• Не жалейте места. Старайтесь располагать блоки так, чтобы они были отделены друг то друга. Это поможет читабельности карты.
• Не мельчите. Прочитать текст, напечатанный 4 кеглем, в принципе можно, но это уже причина для ненависти.
• Выравнивайте «квадратики» страниц относительно друг друга, выстраивая в линии. Это улучшит восприятие уровней вложенности страниц.
• Не пересекайте линии. Старайтесь избегать большого количества пересечений линий связей. Если они пересекаются, то должны «перескакивать» одна над другой. Кто занимался черчением функциональных схем в университете, меня поймет.
• Подписывайте карту. Подпишите саму карту, а также отдельные блоки. Это позволит меньше путаться в дальнейшем.
• Почаще сохраняйте файл. Банально, но надо просто помнить об этом. Не стоит лишний раз вспоминать родственников разработчиков программы Visio, в сущности, они ни в чем не виноваты.

Пример карты сайта.Шаблоны страниц

1. Перечень шаблонов. Выявляются основные типы страниц и описывается их использование.
2. Типовой шаблон. Основные блоки. Описываются основные блоки страниц с целью уменьшить повторяемость информации.
3. Описание каждого шаблона согласно перечня. Шаблоны отрисовываются в любом графическом пакете (Adobe Illustrator, Adobe InDesign, MS Visio и др.), а затем дополняются кратким описанием.

ОговоркаПример разворота из ТЗ с описанием шаблона интерфейса (вайрфрейма).Описание контента

Требования

• Технические требования к системе;
• Требования к персоналу;
• Требования к надежности;
• Требования к эргономике и технической эстетике;
• Требования к защите информации от НСД;
• Требования по сохранности информации при авариях;
• Требования к видам обеспечения;
• Требования к программным средствам;
• Требования к информационному обеспечению;
• Требования к техническим средствам;

Похожие:

Общие положения

В этом пункте надо ответить на вопрос что мы собственно собираемся делать и для чего.

Предмет разработки

Что будем делать – примерно понятно. Эту информацию клиент выдает практически сразу же

Более важно понять эксплуатационное назначение сайта, то есть какая выгода ждет клиента. Ясное дело, что все заказчики хотят получать прибыль посредством сайта

Такая формулировка не пойдет.

Назначение документа

Здесь мы рассказываем насколько важен этот документ. Показываем, что это не простая финтифлюшка, а ого-го! Используем юридические термины. Эту часть можно скопировать из интернета, правда не забывайте внимательно прочитывать то, что пишете!

Кстати, в эту же часть нужно запихнуть информацию о том, что все что вы не оговариваете с клиентом заранее остается на вашей совести. Вы вольны делать все, что хотите, если он «забыл», «передумал» или «хочет все совсем иначе».

Функциональные требования

Здесь вы описываем что мы собственно собираемся делать. Описываем визуальную составляющую. Глава развивается на три части: описываем главную страницу, внутренние и структуру сайта.

Будьте внимательны. Это важный пункт, в котором лучше написать больше. Например, у вас должен быть раздел «Похожие новости». Что вы будете делать: прописывать алгоритм, который будет вычислять какие статьи наиболее близки по теме, дадите список последних пяти статей, добавленных на сайт, или у автора текста будет возможность вставить ссылки в этот блок самостоятельно?

Требования к представлению сайта

1. Структура сайта: описываем какие категории (рубрики) будут на сайте.
2. Главная страница: лучше всего со схематической картинкой и описанием основных элементов.
3. Внутренние страницы: тоже что и в предыдущем пункте. Схема и описание внутренних страничек.

Требования к системе управления сайтом

Мой блог предназначен для людей, которые делают сайты на вордпресс. Поэтому этому пункту я не буду предавать серьезного значения. Прописываем, что собираемся использовать этот движок и этого будет достаточно.

Если собираетесь делать систему управления самостоятельно, то все значительно сложнее. Придется снова рисовать схемы и описывать общие требования, управление разделами, наполнением и настройками. Прорисовывать каждый элемент, который будет отличаться.

Скачать образец документа

Скачать в .doc/.pdfСохраните этот документ у себя в удобном формате. Это бесплатно.

Приложение N 1 к Договору на создание веб-сайта N _______ от «___»______ ____ г. Техническое задание.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на разработку сайта

Цели и задачи

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Структура сайта

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Языки интернет-представительства

Язык интернет-представительства — русский /по умолчанию/, английский

Требования к серверу

Сервер: ______________________________

База данных: _________________________

Операционная система: ________________

Язык скриптования: ___________________

Кодировка: ___________________________

Сообщения об ошибках

Сформированные страницы для ____ и ____ ошибок.

Представление на мониторе

Размер сайта фиксированной ширины. Минимальное разрешение, при котором сайт будет корректно отображаться на экране, — ___х___ pix.

Для поддержки функционирования сайта дополнительные программные средства не используются.

Основной принцип — контент в базе, логика — на ______, отображение — html.

Структура и функционал интернет-представительства

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Структура административного интерфейса

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

    Исполнитель: _______________________

                         М.П.

    Заказчик: __________________________

                        М.П.

Скачать в .doc/.pdfСохраните этот документ сейчас. Пригодится.

Вы нашли то что искали?

* Нажимая на одну из этих кнопок, Вы помогаете формировать рейтинг полезности документов. Спасибо Вам!

Смежные документы

• Задание: образцы (Полный перечень документов)
• Поиск по фразе «Задание» по всему сайту
• «Техническое задание на разработку сайта (приложение к договору на создание веб-сайта)».doc

Документы, которые также Вас могут заинтересовать:

• Техническое задание (приложение к государственному контракту на разработку и внедрение модуля контроля за деятельностью территориальных органов Росфиннадзора)
• Техническое задание (приложение к государственному контракту на разработку и внедрение модулей по информационному обмену между Росфиннадзором и Казначейством России)
• Техническое задание на выполнение работ (приложение к договору подряда на выполнение работ)
• Техническое задание к государственному контракту (приложение к типовому государственному контракту по разработке технических регламентов и других нормативных документов)
• Техническое задание (приложение к государственному контракту по подготовке и проведению мероприятия Федеральным агентством по культуре и кинематографии)
• Техническое задание на поставку автотранспорта, оборудования, музыкальных инструментов и т.д. (приложение к государственному контракту на поставку товаров для государственных нужд (государственный заказчик — Федеральное агентство по культуре и кинематографии))
• Техническое задание на подготовку и издание (приложение к государственному контракту на подготовку и издание печатной продукции Федеральным агентством по культуре и кинематографии)
• Техническое задание (приложение к государственному контракту на оказание агентских услуг Федеральному агентству по культуре и кинематографии)
• Техническое задание на выполнение научно-исследовательской (опытно-конструкторской или другой работы) для участия в открытом конкурсе на выполнение работ в интересах Федерального агентства по техническому регулированию и метрологии
• Техническое задание (приложение к государственному контракту на выполнение научно-исследовательских работ в интересах Федерального агентства по техническому регулированию и метрологии)

ГОСТ 19 для Технического задания

Техническое задание по ГОСТу 19 должно содержать следующие разделы:

1. введение;
2. основания для разработки;
3. назначение разработки;
4. требования к программе или программному изделию;
5. требования к программной документации;
6. технико-экономические показатели;
7. стадии и этапы разработки;
8. порядок контроля и приёмки.

В техническое задание допускается включать приложения, а также в зависимости от особенностей программы или программного изделия в ТЗ допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.

В разделе 1 «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

В разделе 2 «Основания для разработки» должны быть указаны:

• документ (документы), на основании которых ведётся разработка;
• организация, утвердившая этот документ, и дата его утверждения;
• наименование и (или) условное обозначение темы разработки.

В разделе 3 «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

Раздел 4 «Требования к программе или программному изделию» должен содержать следующие подразделы:

• требования к функциональным характеристикам;
• требования к надёжности;
• условия эксплуатации;
• требования к составу и параметрам технических средств;
• требования к информационной и программной совместимости;
• требования к маркировке и упаковке;
• требования к транспортированию и хранению;
• специальные требования.

В подразделе 4.1 «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.

В подразделе 4.2 «Требования к надёжности» должны быть указаны требования к обеспечению надёжного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).

В подразделе 4.3 «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.

В подразделе 4.4 «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.

При необходимости должна обеспечиваться защита информации и программ.

В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.

В разделе 5 «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

В разделе 6 «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

В разделе 7 «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.

В разделе 8 «Порядок контроля и приёмки» должны быть указаны виды испытаний и общие требования к приёмке работы.

В приложениях к техническому заданию, при необходимости, приводят:

• перечень научно-исследовательских и других работ, обосновывающих разработку;
• схемы алгоритмов, таблицы, описания, обоснования, расчёты и другие документы, которые могут быть использованы при разработке;
• другие источники разработки.

Назначение и цели создания сайта

2.1 Назначение сайта

• Предоставление информации гостям и пользователям сайта о безопасных возможностях заработка в интернете, ограждая и, или предупреждая о рисках попасться на удочку мошенников;
• Помощь в заработке в интернете без вложений на начальном уровне;
• Предоставление максимально доступной, подробной и понятной информации помогая пользователю сделать наиболее точные для себя выводы.

2.2 Основные задачи сайта

2.2.1 Имиджевая:

Сайт является нашем «лицом» (лицом нашей организации) в сети интернет и должен:

а) Выделять нас как надежную и стабильную компанию, предоставляющую только правдивую и актуальную информацию в сфере заработка в интернете.

б) Поддерживать чистый образ:

• партнера, помогающего решить все вопросы;
• грамотного специалиста в своей отросли;
• компании, с которой легко сотрудничать.

в) Не вызывать ассоциаций с дешевыми либо слишком напыщенными компаниями, работающими только ради своей выгоды.

2.2.2 Информационная:

Сайт должен предоставлять открытый доступ к информации:

• о организации;
• о видах деятельности организации;
• о предоставляемых услугах и товарах;
• о актуальных акциях и скидках на определенные виды товаров и услуг;
• о клиентах и партнерах компании.

• Индивидуальные предприниматели;
• Руководители и менеджеры компаний малого и среднего бизнеса;
• Представители рекламных агентств и дизайн-студий;
• Люди школьного и студенческого возраста;
• Женщины, находящиеся в декретном отпуске;
• А также абсолютно любой человек в свободное от работы время ищущий возможность подзаработать.

Похожие записи:

14 популярных видов сайтов: цели и практические примеры Поколение z: свои тренды, свои правила Договор строительного субподряда Интересные факты о шоколаде Как правильно списать испорченные бланки строгой отчетности Как заставить мозги работать: 8 действенных методов