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

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

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

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

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

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

Пример структуры страницы для техзадания

Зачем используется ТЗ, можно ли обойтись без него

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

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

Готовое техзадание гарантирует прозрачность, точность и безукоризненное выполнение всех этапов. Заказчик избегает долгих доработок и правок, а исполнитель защищен от необоснованных требований, которые изначально не были оговорены.

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

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

Зачем нужно ТЗ

Ценность ТЗ для заказчика

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

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

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

Важность техзадания для исполнителя

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

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

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

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

Кто должен составлять ТЗ

Заказчик

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

Исполнитель

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

Совместно

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

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

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

Пример брифа для техзадания

Сторонняя компания

Если клиент не может самостоятельно составить ТЗ и не готов возложить эту задачу на исполнителя, можно обратиться к стороннему подрядчику. Компании предлагают бриф и интервью, потом занимаются прототипированием (делают визуальный прототип проекта) и готовят многостраничный документ, в котором зафиксированы все этапы выполнения, требования и прочие нюансы. Из плюсов – полная вовлеченность и бесшовность (привлекаются маркетологи, программисты, дизайнеры, другие специалисты), гарантия качества. Из минусов – стоимость: техзадание на разработку сайта может обойтись в 15-20 тысяч рублей, что существенно повышает чек проекта, но обеспечивает получение четкого плана. Иногда компании предлагают акции с бесплатными ТЗ, но только в том случае, если клиент закажет у них последующую разработку сайта.

Структура техзадания

Существуют нормативные документы, регламентирующие структуру и содержание техзаданий. Основной в России – ГОСТ 19.201-78, принятый в далеком 1980 году, но он постоянно актуализируется. Согласно ГОСТ структура технических заданий следующая:

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

Более современный вариант – ГОСТ 34, выпущенный в 1990 году. Сегодня эти нормативные документы являются опорным базисом, что обусловлено стремительным изменением рынка, новыми требованиями и технологиями. Структура может быть свободной, разберем, что нужно включить в ТЗ для создания сайта.

Примерная схема ТЗ по ГОСТ 34

Организационные моменты

На этом этапе заказчик определяет следующие параметры, регламентирующие сроки и условия:

• дедлайн. Желаемые временной отрезок зависит от типа сайта, характера дизайна и способа разработки. Например, конструктор Craftum предлагает готовые шаблоны и интуитивно понятный редактор, а также дизайн-блок для воплощения индивидуальных идей, что существенно сокращает срок реализации проекта без ущерба для качества. Если речь идет о создании с нуля, включающем сложный функционал, разработку нового движка и нестандартного дизайна, то потребуются несколько месяцев;
• объем работ и ресурсов. Если лендинг специалист может собрать самостоятельно, то к разработке крупного интернет-магазина с корзиной, фильтрами, интеграциями придется привлекать дополнительных исполнителей. Легко понять, какую команду нужно собрать, какие ресурсы потребуются и готов ли к этому клиент.

В конце – подробное описание всех этапов работ, которые будут раскрыты в нижеприведенных пунктах.

Основные требования к сайту

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

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

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

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

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

Пример технического задания для страницы

Какой движок будет использоваться

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

• SaaS-платформы (ПО как услуга). В основе – облачная модель предоставления программного обеспечения, платформа гарантирует обслуживание, обновление и постоянную доступность. Оплачивая выбранный тариф, заказчик получает ресурсы в фиксированном объеме. ПО не нужно скачивать или устанавливать, оно отличается простотой настройки и отсутствием потребности в навыках кодинга;
• CMS (система управления содержимым). Представлена визуально удобными интерфейсами, с помощью которых легко добавлять, редактировать и удалять содержимое сайта. CMS чаще всего поставляются в коробочных версиях, для взаимодействия с которыми достаточно базовых знаний HTML и CSS;
• самописные движки. Самый сложный и дорогой вариант, рекомендован для высоконагруженных и оригинальных проектов, нуждающихся в нестандартном дизайне и функционале. Стоимость самописных движков стартует от 70-100 тысяч рублей, они актуальны для крупного бизнеса.

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

Дизайн

Описание дизайна – один из самых сложных этапов, четко отобразить его сможет только опытный специалист. Лучше сразу отказаться от размытых формулировок: «красивый», «продающий», «лучше чем у других» – эти фразы дезориентируют и не представляют ценности. Рассказывая, как составить ТЗ для дизайнера, стоит упомянуть брендбук – документ, в котором есть информация о компании, начиная от философии и заканчивая корпоративными цветами. Отталкиваясь от этих параметров, специалисту удастся достичь максимального брендирования.

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

Что должно быть в ТЗ для веб-дизайнера

Структура

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

 Пример структуры сайта

Страницы и элементы

Содержание и элементы можно визуализировать, создав прототип в графическом формате. Элементы – это не только кнопки, но и фильтры (особо важны для e-commerce-сайтов), шапка, футер и сайдбар (боковая панель). Компоненты должны быть описаны с максимальной точностью – от единства оформления на всех страницах до размера шрифтов. Указываются особенности генерации служебных страниц, таких как ошибка 404 и фильтров, рекомендуется получить консультацию разработчика, чтобы предупредить плохую индексацию.

Контент, если его предоставляет исполнитель

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

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

Технологии

Технические требования к сайту должны соответствовать актуальным стандартам поисковых систем, в 2023 году приоритетны:

• адаптивность или мобильная версия сайта;
• наличие кроссбраузерной верстки для корректного отображения во всех браузерах;
• соответствие факторам ранжирования Google Core Web Vitals;

Нормы Google Core Web Vitals

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

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

Доменное имя и хостинг

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

• имя содержит ключевые слова, такие как kupi, zakaz или sale;
• имя включает в себя точное название компании;
• ассоциируется с направлением, например, продажи, спорт или автозапчасти;
• находится в конкретной зоне, для российских сайтов – это .ru или .рф, а также отображающие региональную привязку (msk.ru, spb.ru).

Домен – адрес, хостинг – «дом», в котором находится сайт. Ресурсы хостинга зависят от сложности, функциональность и других особенностей создаваемой платформы. В ТЗ нужно указать следующие требования к выбору хостинга:

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

После выбора домена и хостинга специалист должен подать их на согласование.

Виды хостингов и критерии выбора

Советы по составлению ТЗ на разработку сайта

1. Укажите точный тип сайта. Вместо «лендинг» или «коммерческий ресурс» нужно указать точное название, чтобы специалист не ориентировался на субъективные формулировки.
2. Пропишите цели. Нужно дать представление о том, для чего создается сайт: лидогенерация, продажи, информирование о компании. Если целей нет, то сложно реализовать инструменты для их достижения.
3. Предоставьте примеры. Смело добавляйте 5-10 примеров, которые понравились. Если что-то хочется изменить – тоже это укажите, так исполнителю будет проще понять вкусы и оценить финишный результат.
4. Избегайте размытых формулировок. «Нужно подключить платежную систему», «сайт должен быть №1 в Рунете», «хочу, чтобы вы наполнили магазин контентом» – все это необходимо заменить на измеримые технические требования.
5. Регламентируйте SEO. Семантическая оптимизация – это не только ключевые слова в текстах. Важны метатеги, описания для картинок и другого контента, а также разметка, фильтры. Обязательно делайте акцент на комплексном SEO, чтобы не столкнуться со сложностями при продвижении в поисковых системах.
6. Не надейтесь на опцию «по умолчанию». Современные сайты имеют кликабельные контактные данные, способны понимать поисковые запросы с ошибками и легко адаптируются под мобильные устройства только в том случае, если эти параметры были заданы заказчиком до старта разработки. Опытный специалист посоветует добавить недостающее, неопытный – сделает по ТЗ и в результате останется прав, ведь он решил поставленную задачу согласно официальному документу.

В заключение

Мы рассказали о том, как составить ТЗ с примерами и рекомендациями, однако неопытному заказчику лучше доверить работу агентству разработки или профильной компании. Любые неточности чреваты финансовыми и временными потерями, существенно тормозящими старт проекта. Готовый вариант, особенно если речь идет о крупном и дорогом сайте, лучше дополнительно проверить, обратившись к независимым специалистам: ТЗ – не просто формальность, а официальный документ, на который будут ориентироваться все участники проекта.