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

Здравствуйте!

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

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

Чтобы избежать подобных ситуаций, важно заранее подготовить техническое задание на разработку сайта.

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

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

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

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

1. Кто пишет ТЗ

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

Цели заказчика:

1. Чётко понять, какой именно сайт необходим.
2. Зафиксировать бюджет проекта.
3. Контролировать сроки, объём работ и функционал.

Цели разработчика:

1. Понять требования и реализовать их с первой попытки.
2. Избежать неоплачиваемых доработок.

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

2. Бриф на разработку сайта

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

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

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

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

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

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

Ниже мы покажем пример уже заполненного технического задания.

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

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

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

Лайфхаки по составлению ТЗ

Эти рекомендации помогут при заполнении брифа и подготовке технического задания.

1. Где взять сайты-образцы

Полезно изучить рейтинги и подборки лучших сайтов, например на ресурсе allawards.ru. Здесь собраны проекты, отмеченные за юзабилити, дизайн и эффективность. Можно создавать собственные коллекции понравившихся ресурсов. Полезно также посмотреть иностранные сайты по вашей тематике — там часто встречаются интересные решения, однако копировать их стоит осознанно с учётом особенностей российской аудитории.

2. Как определить цветовую гамму

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

3. Как подобрать шрифты для сайта

Шрифт существенно влияет на восприятие текста. Указывайте конкретные названия. Избегайте стандартных шрифтов Microsoft Word — лучше воспользоваться специализированными библиотеками, например allfont.ru.

Ошибки при написании ТЗ

Даже имея удачный пример, легко допустить типичные ошибки. Вот самые распространённые.

1. Нет ограничений по времени

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

2. Утрата данных доступа

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

3. Отсутствие наглядности

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

4. Качественные прилагательные

Слова «красивый», «современный», «удобный» не имеют однозначного значения. Используйте конкретные формулировки: «на два тона светлее», «смещение на 5 пикселей», «острые углы кнопок».

5. «На усмотрение разработчика»

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

Коротко о главном

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

До новых встреч!