«Сделайте мне красивый сайт» — это не ТЗ. «Сделайте как у конкурентов, только лучше» — тоже не ТЗ. «Ну вы же профессионалы, сами разберётесь» — тем более не ТЗ.
И вот тут начинается самое интересное: заказчик думает, что всё очевидно, студия думает, что всё понятно, а через два месяца обе стороны смотрят на результат и говорят «мы имели в виду совсем не это».
Техническое задание — это единственный способ убедиться, что ты и разработчик говорите на одном языке. Не юридический документ на 50 страниц (хотя бывает и такое), а внятное описание того, что ты хочешь получить.
Мы делаем сайты с 2012 года и за это время составили ТЗ для десятков проектов — от лендингов за 39 000 ₽ до сложных порталов для госкомпаний. Рассказываю, как написать ТЗ, которое реально работает. А в конце — бесплатный шаблон, который можно скачать и заполнить.
Зачем вообще нужно ТЗ
Может показаться, что ТЗ — это лишняя бюрократия. Типа, «мы же и так созвонимся, всё обсудим». Но вот что происходит без ТЗ:
Разное понимание задачи. Ты говоришь «каталог», а в голове — 50 товаров и три фильтра. Разработчик слышит «каталог» и думает — страница со списком. В итоге ты получаешь не то, что хотел, а разработчик не понимает, почему ты недоволен.
Бесконечные переделки. Без зафиксированных требований любое замечание звучит как «а мы не договаривались». А если договаривались устно — то кто что помнит через месяц?
Непрозрачная стоимость. Без ТЗ невозможно точно оценить объём работы. Получаешь либо завышенную цену (студия закладывает риски), либо заниженную (а потом доплачиваешь за «непредвиденное»).
Размытые сроки. Если непонятно, что делать — непонятно, сколько это займёт. Логично, правда?
ТЗ — это не про бюрократию. Это про то, чтобы сэкономить время, деньги и нервы. Твои и разработчика.
Что должно быть в хорошем ТЗ
1. Общие сведения
Самое базовое: что за проект, какая цель, кто целевая аудитория.
Звучит просто, но на практике именно тут заказчики часто буксуют. «Цель — сделать сайт» — это не цель. Цель — это «получать 50 заявок в месяц на юридические консультации» или «продавать товары онлайн без менеджера». Когда цель конкретная, становится понятно, какие решения нужны.
Что указать:
Название проекта
Тип сайта (лендинг, корпоративный, интернет-магазин)
Цель — какую задачу бизнеса решает сайт
Целевая аудитория — кто будет им пользоваться
Языки сайта
Ссылки на сайты, которые нравятся (и пояснение — что именно нравится)
2. Структура сайта
Какие разделы и страницы нужны. Не обязательно расписывать до последней ссылки — но основной скелет должен быть.
Для лендинга это может быть просто: «шапка, 6 блоков, форма заявки, подвал». Для корпоративного сайта — главная, услуги (с подстраницами), кейсы, о компании, контакты, блог. Для интернет-магазина — каталог с категориями, карточка товара, корзина, оформление заказа, личный кабинет.
Хороший приём — нарисовать структуру в виде дерева. Не нужен никакой софт — хватит бумажки и ручки. Или просто списка с отступами.
3. Функциональные требования
Самый важный раздел. Здесь ты описываешь, что сайт должен уметь делать. Не как он выглядит (это дизайн), а как он работает.
Формы и обратная связь. Какие формы нужны, какие поля в них, куда приходят заявки. Нужен ли обратный звонок, онлайн-чат, интеграция с CRM.
Каталог и корзина (для магазинов). Сколько товаров, какие фильтры, что показывать в карточке товара. Нужна ли регистрация для покупки (спойлер: лучше не надо — помнишь нашу статью про ошибки?). Какие способы оплаты и доставки.
Интеграции. С чем сайт должен «дружить»: CRM, 1С, МойСклад, платёжные системы, сервисы доставки, аналитика, рассылки.
Роли пользователей. Кто и что может делать: администратор — всё, редактор — только контент, обычный пользователь — только просмотр.
Чем подробнее опишешь функционал, тем точнее будет оценка стоимости. Каждая неописанная фича — это потенциальный спор на этапе приёмки.
4. Требования к дизайну
Не обязательно быть дизайнером, чтобы описать, как ты видишь сайт. Достаточно ответить на несколько вопросов:
Какой стиль? (минимализм, корпоративный, яркий, премиальный)
Есть ли фирменные цвета и брендбук?
Нужны ли анимации?
Ссылки на сайты, дизайн которых нравится
И главное — чего ты точно не хочешь. «Только не как у N» — это тоже полезная информация.
5. Требования к вёрстке
Технический раздел, но не пугайся — тут всё стандартно:
Адаптивность (мобильные, планшеты, десктоп)
Кроссбраузерность (работа во всех современных браузерах)
Скорость загрузки (целевой показатель PageSpeed)
SEO-оптимизация (семантическая вёрстка, мета-теги, микроразметка)
Если ты не знаешь, что указать — оставь пустым, студия подскажет. Но если у тебя есть конкретные требования (например, «должен работать в Internet Explorer» — соболезнуем, но бывает), лучше сказать сразу.
6. Технические требования
На какой платформе делать сайт, какой хостинг, нужен ли SSL — всё сюда.
Если у тебя нет предпочтений по CMS — это нормально. Хорошая студия предложит варианты и объяснит, что подойдёт именно тебе. WordPress, Битрикс, самописное решение — у каждого свои плюсы и минусы.
7. Контент
Кто готовит тексты, фотографии, видео? Это важно зафиксировать на старте, потому что «мы предоставим контент» часто превращается в «мы предоставим контент через три месяца после дедлайна».
Если контент готовишь ты — обозначь сроки. Если нужна помощь с текстами или фотосъёмкой — студия заложит это в бюджет.
8. Сроки и бюджет
Желаемый срок запуска и примерный бюджет. Не обязательно знать точные цифры — «хотим запуститься до конца квартала» и «бюджет в районе 150–200 тысяч» уже достаточно, чтобы студия могла оценить реалистичность.
И ещё: укажи приоритет. Что важнее — скорость, качество или бюджет? (Нет, «всё сразу» — не вариант. Из трёх можно выбрать два.)
Два подхода к ТЗ: компактный и развёрнутый
В нашей практике мы используем два формата, в зависимости от масштаба проекта.
Компактный. Для простых проектов (лендинг, сайт-визитка) ТЗ можно уместить на 3–5 страниц. Общие сведения, структура, основной функционал, дизайн, сроки — всё в одном документе, который является приложением к договору.
Развёрнутый. Для сложных проектов (корпоративный портал, интернет-магазин с интеграциями) ТЗ может занимать 15–30 страниц. Там подробно описана каждая страница, каждый блок, каждый элемент интерфейса с точными требованиями к вёрстке, адаптивности и поведению.
Для большинства проектов подходит компактный формат. Начни с него — если студия скажет «нужно подробнее» по каким-то разделам, всегда можно дополнить.
Частые ошибки при составлении ТЗ
«Сделайте как у N, только другое». Ссылки на конкурентов — это хорошо. Но «как у них» — это не требование. Укажи конкретно: «нравится навигация», «нравится подача кейсов», «нравится анимация на главной». Без конкретики это бесполезно.
Забывают про мобильную версию. Адаптивность — это не «опция». Это необходимость. Если в ТЗ нет ни слова про мобильные — либо студия сделает по умолчанию (хорошо), либо нет (плохо и дорого потом).
Описывают решение вместо задачи. «Нужна кнопка зелёного цвета в правом верхнем углу» — это про решение. «Пользователь должен легко найти способ связаться с нами» — это про задачу. Второе лучше, потому что оставляет пространство для профессионального решения.
Не указывают интеграции. «Нам нужно, чтобы заказы попадали в 1С» — этот пункт влияет на стоимость на десятки тысяч рублей. Если не указать его в ТЗ, а вспомнить после разработки — будет больно.
Пишут ТЗ после заключения договора. Идеальный порядок: бриф → ТЗ → оценка → договор. Не наоборот. ТЗ — это основа для расчёта стоимости. Без него цена — пальцем в небо.
Чек-лист: всё ли ты указал в ТЗ
Пройдись по этому списку перед тем, как отправить ТЗ разработчику:
Есть чёткая цель проекта (не «сделать сайт», а зачем)
Описана целевая аудитория
Есть структура сайта (хотя бы базовая)
Описан функционал каждого ключевого раздела
Указаны все формы и куда они отправляют данные
Перечислены интеграции (CRM, 1С, платёжные системы)
Есть требования к дизайну (стиль, цвета, референсы)
Указана адаптивность и кроссбраузерность
Понятно, кто готовит контент
Указаны сроки и бюджет
Перечислены роли пользователей (если есть админка)
Описаны требования к хостингу и CMS
Скачай шаблон и заполни
Мы подготовили готовый шаблон ТЗ, который покрывает все пункты из этой статьи. Подходит для любого типа сайта — от лендинга до интернет-магазина. Просто заполни нужные поля, пропусти лишнее.
Скачать шаблон ТЗ (DOCX) — бесплатно, без регистрации и SMS.
А если хочешь, чтобы мы помогли его заполнить и оценили проект — заполни бриф. Разберёмся, посчитаем, предложим решение.
А2 — креативное агентство полного цикла. Делаем сайты, дизайн, маркетинг и брендинг с 2012 года. Смотри наши кейсы или напиши нам.