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

Чем же полезно ТЗ участникам сделки? 

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

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

Техзадание позволяет оценить сроки реализации проекта. Без четких требований, критериев и задач ни один разработчик не назовет срок выполнения работ. 

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

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

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

Грамотное техзадание ускоряет и оптимизирует разработку. По четкому плану работать удобнее и проще, чем решать абстрактные задачи. 

ТЗ бывают разные

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

Можно составить простое ТЗ на разработку сайта, пример – визитка для мастера hand-made. Вид деятельности человека или фирмы, естественно, может быть любым. Важен не он, а формат сайта. Визитка – простой информационный веб-ресурс, задача которого – предоставить целевой аудитории контакты поставщика товара или услуги. Одностраничник не имеет многоуровневой структуры. Чем проще ресурс, тем проще техническое задание. 

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

Как правильно составить ТЗ на разработку сайта?

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

Описание

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

Кроме того, в описании рассматриваются: 

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

Цели, задачи

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

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

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

Функционал

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

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

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

Логика

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

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

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

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

Совместимость

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

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

Инструменты и хостинг

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

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

Также важно указывать требования к хостингу. Если у заказчика сервер на .net, с ресурсом на РНР будут проблемы.