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

Функционал, реализуемый на сайте, можно поделить на две группы: стандартный (типовой) и нестандартный.

Стандартный функционал сайта

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

Например, что должно быть в разделе новостей?

Обычно он состоит из:

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

Допустимы небольшие отклонения от этого шаблона: например, у новости может быть несколько картинок, видео, или в разделе может быть несколько рубрик.

Таких типовых разделов довольно много: список услуг, каталог товаров, акции, отзывы, галерея, контакты, команда, вопрос-ответ и т.д.

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

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

Нужно ли делать ТЗ для простого сайта?

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

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

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

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

Можно попробовать продумать требования к реализации самостоятельно, но:

• во-первых, это может занять значительное время;

• во-вторых, вы можете не учесть каких-то ограничений с точки зрения архитектуры проекта, и ТЗ придётся переделывать — хорошо если перед, плохо если уже в процессе работы над проектом;

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

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

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

«У меня есть технические требования к сайту. Их можно оформить в ТЗ?»

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

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

Когда можно не делать ТЗ на сайт?

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

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

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

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

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

Если подрядчик, создающий ваше ТЗ, не занимается полной реализацией подобных проектов, то нет гарантии, что всё пойдёт гладко: он просто соберет ваши требования в общий документ, но не подумает про их оптимизацию для экономии при реализации. И получится так, что все ваши «хочу» собраны по-максимуму, но сделать это выйдет очень дорого.

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

А когда нужно делать ТЗ?

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

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

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

Техническое задание на разработку веб-сайта нужно делать, если:

1. у вас есть определенные требования к функционалу разделов — вы точно знаете, как именно что должно работать, требований много, и вы не можете описать их несложным списком из пары десятков пунктов.
2. у вас есть требования к функционалу, но они не определены чётко из-за технической сложности проекта.
3. подрядчик, разрабатывающий сайт, не может просчитать бюджет и сроки перед созданием и запрашивает большое количество деталей по работе функционала.
4. ваш проект — объёмный, сложный или дорогой по предварительным оценкам.
5. вам требуется персонально настроенная интеграция с какими-либо внешними сервисами.

Правильно написать техническое задание: что для этого нужно?

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

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

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

И всё потому, что у того, кто принимает итоговый сайт, иное видение, чем у того, кто со стороны клиента курировал разработку ТЗ.

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

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

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

После составления ТЗ по вашим требованиям мы согласуем его текст с вами, вы вносите корректировки и получаете финальную версию.

Стоимость разработки технического задания, или Почему делать ТЗ может быть долго и дорого?

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

Вот пример того, что мы делаем в процессе проработки ТЗ.

Составляем базовую часть:

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

Прорабатываем архитектуру сайта:

• Составляем список разделов сайта и определяем их состав: какие в них будут подразделы, как подразделы будут сгруппированы.
• Определяем детали реализации и структуру разделов: логическую (с точки зрения пользователей) и физическую (с точки зрения работы системы управления, а также SEO-оптимизации, если требуется разработка технического задания для сайта под продвижение). То есть то, как всё это будет настраиваться и как будет выводиться пользователю.
• Продумываем, при необходимости, какие на сайте будут сущности. Сущность — это логическая единица, которая описывает, как будет структурировано наполнение на сайте, чтобы реализовать требуемый функционал, и при этом можно было максимально удобно его вносить, поддерживать и расширять возможности по наполнению. Сущности также описывают логические связи между единицами наполнения и устанавливают ограничения, которые необходимо будет соблюдать при разработке проекта, чтобы задуманное получилось. По сути, это набросок архитектуры базы данных вашего проекта.

Определяем роли пользователей:

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

Определяем события:

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

Прорабатываем функционал:

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

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

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

Техническое задание на разработку интернет-магазина, например, займёт от 20 страниц, а стоимость страницы будет средней, в пределах 4000 рублей.

Что вы получите в итоге?

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

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

Дальше — в зависимости от проекта — может быть:

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

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

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