Как составить техническое задание на разработку сайта

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

Скачать пример технического задания можно по ссылке — https://docs.google.com/document/d/1OZX2y3XfVwsw4PCAMUym9BvRrnoIQgQLaGj226xANz8/edit?usp=sharing

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

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

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

Но это же так сложно заранее продумать все нюансы наперед! — говорят мне.

А представьте, какого это сначала создать сайт, а потом полностью все переделывать заново, потому что в итоге оказывается, что Вам больше подходит интернет-магазин, а не сайт-каталог, как предполагается в начале…

 

Клиента можно понять: посещая чужие сайты мы обращаем внимание только на какую-то одну его составляющую, которая нам нужна в данный момент времени. Мы никогда не думаем о посещенных сайтах как о некой цельной системе, не рассматриваем ее в комплексе. Нету у нас такой привычки!

Но опять же, мы все люди, и разработчику делать 2 сайта по цене одного — это как-то тоже не очень-то выгодно. А заказчику, в свою очередь, не очень то выгодно платить 2 раза за то, что можно было делать 1 раз. Поэтому лучше сначала осмыслить сайт, а потом его делать. И помогает в этом Техническое задание.

 

 

Как писать ТЗ неподготовленному человеку?

Если Вы не особо понимаете в сайтах, то у Вас есть два варианта действий:

  • Оплатить написание ТЗ, а потом просто изучить собранный материал и согласиться или не согласиться с отдельными пунктами

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

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


Принцип конкретности

Представьте, что исполнитель выполнит работу не правильно, и Вам нужно будет защищать эту позицию в суде. С чем Вы пойдете?

Фраза «Нужно сделать красивый сайт, который понравится нашим клиентам и будет ненавязчиво, но эффективно продавать наш товар» — не объективна, не конкретна и оставляет возможности для самых разных трактовок.

Если конкретизировать, то выйдет следующая формулировка: «Нужно сделать сайт с зеленым основным цветом (причем во время исследования определено, что предпочтительным являются именно светлые тона). Также на сайте не должно быть всплывающих окон, которые, на наш взгляд, являются навязчивыми и вызывают раздражение сайтом и никак не способствуют покупкам. Для привлечения внимания клиентов использовать большой рекламный баннер, где будет вывешиваться информация о продуктах со скидками более 35%, что по данным исследований намного больше привлекает клиентов, чем что-либо другое на сайте». Такую фразу Вы успешно защитите в суде и сможете добиться переделок от исполнителя. Причем такие переделки будут отвечать Вашим требованиям.

Что делать, если Вы не знаете, за счет чего можно активизировать продажи на сайте?

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

 

Принцип достаточности информации

Разница в понимании необходимого функционала на сайте

С точки зрения программиста, интернет-магазин — это сайт, в котором есть товары и их можно заказать, оформив заявку.

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

С точки зрения директора самое главное на сайте — информация «О нас»

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


Понятие diff

diff — это разница в ожидания заказчика и прописанных в ТЗ задач.

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

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

 

Если эта информация была Вам интересной, нажмите лайк! Мне очень важен Ваш отклик! Если нет, поставьте минус в комментариях
 
 

 

 

Что обязательно должно содержать ТЗ?

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

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

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


1.1. Сведения о компании

Здесь должен идти отсыл на бренд-бук или:

  • Правильное название компании (или отдельного бренда компании), для которой создается сайт

  • Логотип в векторном формате (если есть) либо же приложено ТЗ по созданию логотипа, если его необходимо создать

  • Слоган сайта

  • Указаны фирменные цвета

  • Описание класса продаваемого товара

1.2. Сведения о товаре

  • Полный перечень продаваемого товара

1.3. Сведения об аудитории

  • Пол (может определять цветовую гамму и стиль сайта)

  • Возраст (особенности зрения, используемые устройства для выхода в интернет)

  • Социальная принадлежность и склад ума (может влиять на используемые приемы)

1.4. Контактные данные

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

  • Контактные телефоны

  • Расписание приема звонков

  • Email для отправки заказов

  • Email для отправки вопросов с сайта

  • Телефон для SMS-уведомлений о заказе (если предполагается мгновенное SMS-оповещение от заявке на сайте)

  • Если предполагается Skype, Whats Up, должно быть указано

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

1.5 Будет ли сайт многоязычным

  • Если да, указать все языки, на которых будет доступен сайт.


 

2. Эксплуатационное назначение

Определить, чем именно будет являться Ваш сайт.

  • Сайт-визитка (рассказывающий о деятельности компании)

  • Сайт-портфолио (демонстрирующий результат работы компании в сфере услуг)

  • Интернет-магазин (продажа товаров с возможность зазка и оплаты онлайн)

  • Каталог (демонстрация товара, невозможность покупки онлайн)

  • Новостной портал

  • И тд

 

3. Функциональное назначение

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

  • Каталог товаров

  • Фильтр товаров в каталоге (по цене, по рейтингу, по новизне и тд)

  • Корзина

  • Модуль оформления заявки

  • Модуль оплаты заказа (формирования счета)

  • Обязательны страницы, обеспечивающие доверие клиентов:
    - О нас
    - Условия доставки
    - Условия возврата и обмена
    - Гарантии

 

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

  • Сбор контактов во время оформления заявки

  • Форма подписки на горячие предложения в видном месте страниц сайта

  • Полезные статьи на тему продаваемой продукции.

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

  • Инструмент отправки писем подписчикам (внутренний или внешний сервис)

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


 

4. Карта сайта

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

  • Главная

  • Каталог продукции
    а) Продукт 1 или Категория товаров1
    б) Продукт 2 или Категория товаров 2
    в) Продукт 3 или Категория товаров 2

  • О нас
    а) О компании
    б) Наши новости
    в) Сертификаты и другие документы
    г) Отзывы клиентов

  • Гарантия возврата и обмена

  • Блог (статьи на тему продаваемого товара)

  • Контакты

  • Страница регистрации

  • ...

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

 

5. Термины

Здесь обычно идет описание терминов. Делается это для того, чтобы разработчик и заказчик одинаково понимали смысл терминов. Чаще всего это воспринимается просто как формальность и никто этот раздел особо не читает.

Иногда лучше объяснить что-то своими словами, чем использовать некорректный термин, который вводит в заблуждение. К примеру, в описании одного ТЗ содержалась такая фраза: «По нажатию на логотип идет редирект на главную страницу». При нажатии на логотип в нормальной ситуации идет переход на главную страницу. Редирект — это перенаправление с одной страницы на другую по каким-то причинам (страница не существует, перенесена и др). Для перехода на главную страницу он точно не нужен.
 

Не стоит использовать какой-то термин, не понимая его значения.
 

Для себя уточните следующие термины:

  • Домен

  • Хостинг

  • Хостинг-панель

  • Хостинг-аккаунт

  • FTP

  • База данных

  • CMS

  • Дамп сайта

  • Аккаунт пользователя на сайте

  • Контент

  • Контент-менеджер

     

Для успешной интернет-торговли после создания сайта ознакомьтесь со значениями слов:

  • Трафик

  • Метрика

  • Контекстная реклама

  • УТП

  • Конверсия

  • Стоимость привлечения клиента

  • Средняя стоимость продажи

  • Email-рассылка

 

6 Представление данных

Данные на сайтах представлены в виде отдельной страницы или в виде перечислений однородных данных со ссылками на просмотр отдельных страниц.

Примеры данных:

  • Статья

  • Новость

  • Товар

  • Страница о компании


Примеры перечисления данных:

  • Список статей

  • Список последних статей

  • Список товаров (сетка товаров)

  • Список новых товаров

  • Список продаваемых товаров

  • Перечисление фотографий в фотоальбоме

  • и тд

Многие называют данные и списки центральной частью ТЗ, ведь она защищает нас от разночтений.

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

  • Категория новости (рубрика)

  • Заголовок (из 5-7 слов, максимум, 12 слов)

  • Главное фото (на странице новости идет сразу после заголовка. На странице списка новостей используется уменьшенная миниатюра этой фотографии)

  • Вводный текст (не более 6 строк)

  • Текст с возможностью вставки дополнительных фотографий

  • Дата публикации

  • Автор

О списках данных у каждого также будет своя трактовка. Например, «Последние новости» — это последние 5 новостей или все последние новости за последние 12 часов?

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

7 Описание страниц

Если в данных и списках мы говорим о словесном описании, то здесь речь идет о размещении тех или иных данных в пространстве.

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

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

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

Описание страниц сайта в ТЗ
 

8 Технические требования

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

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

Здесь также описывается на каких браузерах сайт должен отображаться адекватно.

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

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


 

9 Контент

Исполнитель обязуется выполнить демо-наполнение сайта, которое позволяет оценить работоспособность и внешний вид страниц сайта.

Для этого считаются достаточными:

  • Наличие на главной странице всех запланированных блоков

  • Фотогалерея (если страница запланирована), то должна содержать не менее 10 фото

  • Продукция (Если она запланирована). На такой странице должно быть не менее 3 продуктов, если конечно, в ассортименте компании их более 3.

  • Страница «О нас», если она запланирована

  • Новости (если страница запланирована), должна содержать не менее 5 новостей.

  • Блог (если запланирован), должен содержать не менее 10 записей.

  • Контакты, которые были предоставлены в техническом задании

  • Если сайт на 2ух и более языках, то точно такой же расклад касается каждого отдельно взятого языкового раздела.

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

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

Требования к демо контенту

Все фото для дизайна должны быть в разрешении не менее (1920px х 1080px).

Все тексты должны:

  • Иметь заголовок (от 60 до 100 знаков)

  • Фото (если предполагается, что текст должен быть иллюстрирован)

  • Вводную часть (до 160 знаков)

  • Основной текст

 

Дополнительные работы по контенту

Если от исполнителя ожидается заливка 500 фотографий с предварительной обработкой, то это обязательно описать.

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

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


 

10 Условия сдачи и приема работ

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

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

 

Заключительным пунктом условий сдачи и приема работ является принцип: «Всё, что не оговорено, выполняется на усмотрение исполнителя»!

Опубликовано: 18:10 26.10.2015