Примеры отличных тз на разработку по. Описание того, чего нет в CMS и подлежит разработке. Сроки сдачи проекта, календарный план

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

Но прежде всего ТЗ требуется самому заказчику. Работа над ним позволяет лучше понять собственные потребности, обнаружить "белые пятна" проекта. Одно дело интуитивно понимать, как все должно работать на сервере, и совсем другое - описать это словами понятными другому человеку.

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

Основные вопросы , на которые необходимо ответить при подготовке Технического Задания:

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

Пожелания к дизайну сайта
Цветовая гамма, общая стилистика, наличие флэш и т.п.

Структура сервера (оглавление)
Представьте свой сервер в виде брошюры или книги и постарайтесь структурировать информацию по главам, разделам и подразделам. Если у Вас магазин или каталог, то все равно напишите оглавление. Глубина вложения разделов не ограничивается, но на практике 2-3 уровня оказывается вполне достаточно.

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

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

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

Общие замечания
Если Вы понимаете, как должен функционировать сайт, то постарайтесь написать сценарий его работы. Представьте себя посетителем сайта и подумайте, легко ли будет найти, прочитать и понять размещенную на сайте информацию. Из сценария легче понять, как должна выглядеть структура сайта (карта сервера), а сценарий и карта - это уже половина дела по написанию ТЗ. Структуры сайта (карты) и описания страниц вполне достаточно для предварительного обсуждения сроков и стоимости работ по созданию веб-сервера.

Наши специалисты выезжают на консультации и пишут Технические Задания для наших Заказчиков.

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

ОБРАЗЦЫ ТИПОВОЙ ДОКУМЕНТАЦИИ ДЛЯ РАЗРАБОТКИ САЙТА, ФЛЭШ И ВИДЕО-ПРЕЗЕНТАЦИЙ, ОЗВУЧИВАНИЯ ПРЕЗЕНТАЦИЙ

ТЕХНИЧЕСКИЕ ЗАДАНИЯ НА РАЗРАБОТКУ РАЗЛИЧНЫХ ВИДОВ САЙТОВ (Приложение №1 к договору)

Техническое задание на разработку интернет-магазина (в ТЗ также рассматриваются вопросы интеграции внешней базы данных товаров 1С-Предприятие с системой управления контентом)

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

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

1. Общие сведения о проекте
— Цели и задачи проекта;
— Аудитория проекта;
— Структура проекта (вплоть до мелочей);
— Сроки сдачи проекта, календарный план. Разделить на этапы, чтобы всегда отслуживать текущий статус;
— Какого рода контент будет представлен на сайте. Где он будет размещаться. Что готовится заказчиком, а что исполнителем?
2. Распределение работ между Исполнителем и Заказчиком
— Заказчик предоставляет информацию;
— Исполнитель выполняет работы.
3. Дизайн
— Заполненный заказчиком брифлист;


4. Программные модули
— Система администрирования сайта (движок сайта, CMS);
— Описание того, чего нет в CMS и подлежит разработке.
5. Требования
— К хостингу;
— К администратору сайта;
6. Финальная часть
— План тестирования проекта;
— Ответственность сторон;
— Прочая информация.

1. Общие сведения о проекте

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

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

Цели создания интернет магазина.
— Расширение границ бизнеса и рынка сбыта продукции;
— Минимизация издержек на работу с клиентами за счет функционала интернет магазина;
— Создание площадки для успешного продвижения и продажи товаров Заказчика.
— Пользователь должен иметь возможность ознакомиться с полным объемом информации о деятельности и услугах компании.

Задачи, которые должен выполнять интернет магазин.
— Возможность покупки товаров покупателем;
— Полная автоматизация процесса покупки товаров покупателем;
— Минимизация телефонных/почтовых контактов с покупателем за счет удобной подачи информации в интернет магазине;
— Постоянная возможность получения актуальных значений товарных остатков в интернет магазине;
— Автоматическое формирование платежных документов и прайс-листов;
— Автоматизация процесса оплаты товаров покупателем;
— Повышение лояльности клиентов за счет высокого уровня обслуживания как при первом контакте, так и впоследствии

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

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

И не забудьте, что:
— Соотношение мужчины/женщины в Рунете составляет 55/45 соответственно;
— 62% пользователей это люди от 18 до 34 лет;
— Самые активные пользователи – мужчина 18-34 лет (33% все аудитории);
— Ориентируйтесь именно на тех пользователей, которые вляются целевой аудиторией вашего товара. Другими словами, не следует предлагать автозапчасти жещинам. Хотя всегда бывают исключения.

1.2 Структура проекта (вплоть до мелочей).

Необходимо изложить ВСЮ структуру проекта. Начиная от главной страницы и заканчивая самыми мелкими страницами. Соблюдение этого правила позволит ВСЕМ участникам проекта (дизайнеры, программисты, менеджеры и пр.) всегда понимать объем работы и иметь перед глазами структуру объекта. В примере ниже представлена примерная структура интернет магазина. На ваше усмотрение что-то добавить или убрать.

1. Главная
2. О компании

3. Сотрудничество

a. Франчайзинг
b. Советы по открытию магазинов
c. Предложение для компаний
d. Предложение для оптовиков

4. Акции и распродажи

5. Каталог

i. Деревянные
ii. Стеклянные
iii. Бумажные
iv. Пластиковые
v. …

b. Игрушки

i. Деревянные
ii. Стеклянные
iii. Бумажные
iv. Пластиковые
v. …

i. Деревянные
ii. Стеклянные
iii. Бумажные
iv. Пластиковые
v. …

6. Дисконтные карты

7. Подарочные наборы и сертификаты

8. Доставка

10. Контакты

a. Москва
b. Санкт-Петербург

11. Статьи

a. О подарках
b. Об игрушках

12. Карта сайта

13. Оформление заказа покупателем

a. Сбор информации о покупателе
b. Выбор доставки
c. Выбор оплаты
d. Подтверждение заказа

1.3 Сроки сдачи проекта, календарный план.

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

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

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

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

1.4 Какого рода контент будет представлен на сайте. Где он будет размещаться. Что готовится заказчиком, а что исполнителем?

Очень важный пункт технического задания. На выходе мы должны получить весь список контента на будущем сайта с указанием кто именно готовит его. В примере ниже сразу все станет ясно:

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

Заказчик обязуется подготовить следующие материалы:
— Названия, описания, цены товаров;
— Наименования и описания разделов каталога сайта;
— Информацию о доставке, оплате и контактах с администраторам сайта;
— Информацию об интернет магазине;
— Фотографии и изображения товаров в необходимом количестве;
— Прочую текстовую информацию

Исполнитель обязуется подготовить следующие материалы:
— Баннеры на заглавной странице в количестве 3 штук;
— Баннеры на странице “Акции” в количестве 5 штук;
— Статьи с ключевыми словами для продвижения сайта в разделе “Статьи” в количестве 5 штук для товаров “Товар 1”, “Товар 2”,“Товар 3”, “Товар 4”, “Товар 5”. Количество знаков для каждой статьи от 1000 до 1500.

О размещении этих материалов поговорим в следующем разделе.

2. Распределение работ между Исполнителем и Заказчиком.

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

Подобные работы могут быть описаны в Техническом Задании следующим образом:

Размещение материалов происходит через систему администрирования. Материалы, подготовленные Заказчиком размещаются силами Заказчика. Материалы, подготовленные Исполнителем, размещаются силами Исполнителя.

3. Дизайн в техническом задании на сайт

— Заполненный заказчиком бриф лист;
— Функциональные прототипы страниц;
— Логика следования покупателя по сайту с различных точек входа на сайт.

3.1 Заполненный заказчиком бриф лист.

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

3.2 Функциональные прототипы страниц.

3.3 Логика следования покупателя по сайту с различных точек входа на сайт.

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

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

4. Программные модули.

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

Важное отступление. В 90% случаев вам для старта хватит и стандартного функционала и не стоит лепить кучу модулей для сайта, предназначение которых для вас может быть загадкой, а также их использование на старте под большим вопросом. ЗАЧЕМ терять на это деньги и ваше время, которое наиболее дорого именно при старте?! Поэтому как следует призадумайтесь о разработке дополнительных модулей для сайта.

4.1 Движок интернет магазина.

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

4.2 Описание того, чего нет в CMS и подлежит разработке.

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

— Название модуля
— Способ получения модуля: скачивание с базы модулей с сайта разработчика / покупка у сторонних программистов и последующая установка / самостоятельная разработка;
— Функции модуля, его прямое назначение;
— Место/места его размещения на сайте;
— Сроки разработки модуля;
— Кто осуществляет установку и его внедрение в движок сайта;
— Гарантийный срок работы модуля.

4.3 Примерный список модулей, над внедрением/разработкой которых вам стоит задуматься.

Оформление заказов:
— Upsell (доп продажи в корзине);
— Промокоды/дисконтная программы;
— Подарки покупателям в корзине (много вариантов);
— Автоматический расчет стоимости доставки в зависимости от условий ( курьерские службы?);
— Возможность авторизации покупателей через сторонние сервисы;
— Дополнительные модули оплаты и доставки товаров ( можно почитать про варианты оплаты товаров);
— Заказ без регистрации/быстрый заказ.

Каталог товаров:
— Различные группы покупателей и соответствующие им цены;
— Возможность купить товар из каталога, не заходя на страницу товара;
— Краткое описание товара при наведении мышки на товар на странице каталога ( про то как оформить страницу каталога);
— Быстрый заказ со страницы товара (а рассказано про страницу товара);
— Разные сетки отображения товара на странице каталога;
— Фильтрация товаров по дополнительным характеристикам;
— Возможность поместить один товар в несколько категорий товаров;
— Последнее просмотренное;
— Несколько цен у товара.

Пользователи:
— Личный кабинет пользователей;
— Интеграция и аутентификация с социальными сетями;
— Возможность комментирования товаров/статей с помощью соцсетей;
— Отзывы к товарам, их модерирование;
— Группы пользователей;
— Отслеживание заказов пользователей;
— Заметки к товарам.

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

5. Требования

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

5.1 Системные требования к хостингу.

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

Основные требования к хостингу могут выглядеть следующим образом:
PHP 5.0.5-5.2.x
MySQL 4.1 и выше, 5.x
Необходимые расширения PHP:
- mbstring, iconv;
- ZLib;
- dom (domxml), simplexml;
- GD;
- cURL.

5.2 Требования к администратору сайта.

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

Как вариант:
— Базовое знание HTML;
— Обработка фотографий (Photoshop/…);
— Умение работать с базой данных, административным функционалом сайта;
— Понимание основ маркетинга и SEO.

6. Финальная часть.

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

6.1 План тестирования проекта

Сроки и методы тестирования проекта перед запуском.

Следует описать следующие вопросы:
— Будут ли использоваться фокус-группы?
— Какой функционал будет тестироваться Заказчиком?
— Какой функционал будет тестироваться Исполнителем?
— Сроки тестирования.

6.2. Ответственность сторон.

Распишите ответственность сторон после того как проект будет запущен.

Вопросы:
— Каков гарантийный срок на работу исполнителя?
— Будет ли доступ к исходному программному коду сайта третьим лицам? Нарушится ли при этом гарантия?
— Что происходит в случае обнаружения ошибок работы сайта, которые были допущены при разработке?
— Каков план действий при нарушении работы сайта по вине заказчика?

6.3 Прочая информация.

Все, что не поместилось в предыдущие пункты следует поместить сюда.

7. Заключение.

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

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

БОНУС! Вместе с разобранным в этой статье ТЗ вы получите еще 3 других варианта для скачивания. Абсолютно бесплатно вы сможете скачать примеры и образца технических заданий для сайта интернет магазина , без всяких смс.

Задавайте свои вопросы, подписывайтесь на наши выпуски и вы всегда будете в курсе того как создать и развить успешный интернет магазин.