Пишем «Техническое Задание» на создание сайта интернет-магазина

Многие считают, что основным документом при создании сайта интернет-магазина есть соглашение с разработчиком. Однако соглашение — это чисто юридический документ, который не несет в себе никакой полезной информации о самом сайте.

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

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

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

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

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

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

• Проект — менеджеру — техническое задание позволяет качественно управлять процессом разработки — распределять задачи, следить за выполнением календарного плана и т.п.
• Разработчикам проекта (программисту, дизайнеру, верстальщику) — для разработчиков ТС является инструкцией к выполнению работы. Так, к примеру, дизайн прорисовывается в зависимости от ЦА и задач сайта, размещение элементов и привязка программных модулей — также полностью описывается в ТЗ.
• Клиенту — для клиента ТС является документом, по которому принимается проект. То есть когда все, что описано в ТЗ полностью выполнено, значит работа по разработке завершена.

Основные вопросы, на которые должна отвечать ТС:

• Для кого создается проект;
• Как сайт решает задачи заказчика и пользователей;
• Как будет проходить создания проекта;
• Что мы получим в результате;

1. Общие сведения

В начале документа указывается основная информация о заказчика и исполнителя:

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

2. Цели и задачи проекта

Как по мне — важнейший раздел. Здесь указываются конкретные задачи, поставленные перед проектом, и какой цели с его помощью стремится достичь заказчик.

Цели и задачи нужно ставить максимально четко, не используя общих фраз.

Например, целью разработки интернет-магазина может быть организация нового канала сбыта продукции компании с оборотом в 100 000 грн. в месяц. А перечень задач, которые помогут этого достичь может быть таким: — увеличить узнаваемость продукции; удержать клиента на сайте; стимулировать клиента оставить отзыв; предоставить расширенную информацию о качестве продукции и другие.

3. Аудитория проекта

 

Для этого пункта важная информация нескольких видов:

• технические параметры аудитории (демография, сегментирование и др.);
• О том, какие задачи решает пользователь, какие его цели при использовании сайта, его привлекает на сайте;

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

4. Рамки проекта

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

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

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

5. Информационная структура проекта

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

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

6. Требования к дизайну интерфейсов и шаблоны страниц

Сначала описывается общая концепция дизайна — основные цвета, изображения и образы, размещение основных блоков в структуре сайта и др.

Далее проводится описание всех шаблонов страниц состоит из трех частей:

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

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

7. Описание контента

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

Типы контента прописываются для каждого типа страниц — какой именно контент (например текст, фото, регистрационная форма и т.д.) — должен присутствовать на данных страницах.

Детальное прописывание данного пункта ТС позволит спланировать какое количество текстов и графической информации требуется для его наполнения. А это сильно облегчит и ускорит работу на этапе наполнения сайта перед запуском.

8. Программный функционал

Наиболее технический раздел. Здесь описывается функционал и назначение всех программных модулей, которые будут использоваться на сайте (регистрация, форма обратной связи, голосования, корзина и др.).

Формат описания должен быть максимально полным, и желательно — с четко структурированной подачей информации. Основные пункты для описания программных модулей:

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

9. Требования к проекту (технические, программные, стандарты)

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

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

10. Календарный план

Раздел, в котором подробно описываются все этапы работ и указывается календарный план их выполнения.

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

Преимущественно все мелкие этапы составляют в более крупные блоки, которыми легче оперировать. Зачастую они объединяются в следующие:

• проектирование;
• разработка дизайна;
• разработка основы проекта;
• доработка мелких деталей проекта;
• тестирование и запуск проекта;

 

11. Смета проекта

Смета проекта преимущественно заключается в виде, похожем на календарный план.

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

Заключение к Техническому Заданию

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

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

Похожие статьи:

None Found