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

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

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

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

Техническое задание составляется заказчиком

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

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

Методика составления технического задания

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

При составлении техзадания нет необходимости вникать в тонкости реализации веб-сайта, однако важно знать и отчетливо формулировать свои цели и задачи. В качестве стандарта для составления ТЗ можно использовать, например, ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению», либо ISO/IEC 12207 «Программная инженерия. Процессы жизненного цикла ПО».

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

1. Наименование и область применения

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

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

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

2. Определения, аббревиатуры, ссылки

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

3. Назначение разработки

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

4. Технические требования (возможности и ограничения)

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

Требования пользователя подразделяются на две категории:

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

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

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

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

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

• Ключевые слова, по которым будет продвигаться ресурс или отдельные страницы;
• Примерное количество исходящих и входящих ссылок;
• Прогнозируемая посещаемость через месяц, квартал, полгода;
• Прогнозируемые позиции в поисковиках по определенным словосочетаниям через определенное время и т.д.

5. Стадии и этапы разработки

Раздел составляется по согласованию с исполнителем и включает фазы разработки сайта с указанием сроков их завершения. Здесь также стоит указать порядок оплаты (поэтапный либо как-то иначе). Этот раздел также включается в договор на создание сайта.

6. Порядок контроля и приемки

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

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

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

7. Приложения

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

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