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

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

Что это и зачем нужно

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

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

Кто пишет ТЗ

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

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

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

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

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

Описание сути проекта

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

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

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

Вид, тип и специфика сайта

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

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

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

1. Описание содержания сайта и предпочтений целевой аудитории

Этап предусматривает предоставление ответов на вопросы о целевой аудитории. Важно понимать:

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

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

2. Описание структуры проекта

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

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

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

3. Дизайн будущего сайта

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

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

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

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

4. Функционал и технические особенности реализации

Опять прибегаем к “Методу прогрессивного джипега”:

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

• технологии верстки или стандарты валидности CSS/html.
• требования по форматам файлов.
• список основных разрешений на которых будет тестироваться проект.
• список и версии браузеров в которых проект должен стабильно работать.
• пожелания по фреймворку или CMS-системе.
• требования по скорости загрузки.
• стандарты семантической разметки.
• версия PHP.
• параметры сервера.
• требования к персоналу, который будет обслуживать веб-ресурс.

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

При отсутствии возможности самостоятельно составить ТЗ надо попросить помощи у профильной организации.

5. Период реализации проекта

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

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

6. Дополнительная информация и приложения

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

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

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

Предпроектное проектирование

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

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

Ошибки при составлении ТЗ

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

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

2. Недостаточная вовлеченность — одна из основных проблем. Чаще всего встречается, когда ответственным со стороны заказчика выступает наёмный сотрудник. Итог — превышение бюджета или получение результата не соответствующего ожиданиям или бизнес-задачам.

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

Заключение

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

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