Как составить ТЗ на сайт самостоятельно: что прописать, чтобы получить адекватную смету
Вы решили заказать сайт и столкнулись с тем, что студии просят техническое задание. Или наоборот - предлагают написать ТЗ за вас, но непонятно, за что конкретно придётся платить. Разбираемся, как составить техническое задание на сайт самому, даже если в разработке не разбираетесь. Главная цель - получить смету, которую можно сравнивать между студиями, и не заплатить за воздух.
Зачем вообще писать ТЗ, если можно просто описать задачу
Потому что «нам нужен сайт для продажи мебели» - это не задача, а направление. На выходе одна студия сделает лендинг за 60 тысяч, вторая накрутит портал с личными кабинетами за полмиллиона, третья вообще предложит конструктор.
Техническое задание - это список того, что должно быть на сайте. Не на языке программистов, а списком страниц, блоков, функций. Его цель - чтобы все студии считали смету на одно и то же, а не каждая на свою фантазию. Это защита от ситуации, когда вы заплатили 200 тысяч, а в итоге половина того, что вы хотели, в смету не вошла и теперь стоит ещё столько же.
Второй момент: ТЗ фиксирует, что вы заказывали. Если к концу проекта разработчик говорит «мы так не договаривались», у вас есть документ. Без него это ваше слово против его.
Структура сайта: страницы и разделы
Первое, что нужно написать - какие страницы будут на сайте. Не «главная, контакты и всё остальное», а полный список.
Для интернет-магазина это обычно главная, каталог, карточка товара, корзина, оформление заказа, личный кабинет, страницы о доставке и возврате, контакты. Для корпоративного сайта - главная, услуги (каждая отдельной страницей или списком), кейсы или портфолио, о компании, контакты.
Если у вас несколько услуг и для каждой нужна своя страница с описанием - напишите это. Если планируете блог - укажите, будет ли у каждой статьи отдельная страница или это просто лента.
Этот список сразу покажет объём вёрстки. Одна студия может заложить в смету 5 страниц, вторая 12, а вы думали про 20. С готовым списком такого не будет.
Функциональность: что должно работать
Здесь перечисляете действия, которые посетитель может совершить на сайте. Примеры:
Формы обратной связи - опишите, какие поля (имя, телефон, email, комментарий), куда приходит заявка (на почту, в Telegram, в CRM). Если форм несколько (на главной, на странице услуги, в подвале), напишите отдельно.
Фильтры и поиск по каталогу - по каким параметрам (цена, категория, бренд, размер). Чем больше фильтров, тем дороже разработка, так что пишите только то, что реально нужно.
Личный кабинет - что там можно делать: смотреть историю заказов, редактировать адрес доставки, сохранять товары в избранное. Каждая функция - это отдельная работа.
Интеграции - если сайт должен отправлять заказы в 1С, заявки в AmoCRM или показывать остатки из учётной системы, пропишите это. Интеграция может стоить как весь остальной сайт, и студия должна это увидеть сразу.
Контент и его объём
Этот пункт пропускают чаще всего, а потом удивляются, почему смета выросла вдвое. Нужно указать, кто готовит тексты, фотографии, описания товаров.
Если тексты пишете вы - напишите это. Если студия - сколько примерно знаков на странице, сколько карточек товаров, нужны ли фотографии (свои или студия закупает на фотостоках). Копирайтинг и обработка изображений - отдельная работа, и если об этом не договориться сразу, в смете её не будет.
Для интернет-магазинов важно: сколько товаров на старте, кто заполняет карточки (название, цена, описание, характеристики, фото). Если у вас 500 позиций и их нужно внести вручную - это может стоить дороже, чем вся разработка.
Дизайн: что показать студии
Не нужно рисовать макеты в Photoshop. Достаточно подобрать 2-3 сайта, которые нравятся, и описать, что именно: расположение блоков, общий стиль, конкретная фишка (например, как сделано меню или карточка товара).
Если у вас есть фирменный стиль (логотип, цвета, шрифты) - приложите. Если нет и студия должна его разработать - напишите отдельным пунктом. Создание айдентики и дизайна сайта - разные услуги с разной стоимостью.
Укажите, нужна ли адаптация под мобильные. Сейчас это стандарт, но бывают внутренние корпоративные системы, которые используют только с компьютера. Если не написать, студия заложит адаптивность по умолчанию, и вы переплатите за ненужное.
Административная часть: кто и как будет управлять сайтом
Пропишите, что вы хотите менять на сайте самостоятельно. Если это лендинг и после запуска вы планируете только обновлять номер телефона раз в год - можно обойтись без админки.
Если это каталог и вы каждую неделю добавляете товары, меняете цены, публикуете акции - нужна административная панель. Опишите, что там должно быть: добавление товаров, редактирование страниц, управление заказами, выгрузка в Excel.
Чем проще и понятнее админка, тем дороже разработка, потому что интерфейс для неспециалиста - это отдельный продукт. Если готовы разобраться в сложной панели - напишите, что можно использовать стандартное решение без кастомизации. Сэкономите.
Типичные ошибки, которые ломают смету
Самая частая - описать задачу в двух предложениях и ждать точную цену. Студия либо назовёт цифру с потолка, либо заложит худший сценарий, и вы переплатите.
Вторая ошибка - требовать «как у конкурента», не разбираясь, что там под капотом. Вы видите форму заказа, а там интеграция с тремя платёжными системами, CRM и складским учётом. Скопировать внешний вид - одна цена, повторить логику - другая.
Третья - не указывать, что контент готовите вы. Студия по умолчанию закладывает в смету копирайтинг и дизайн всех материалов. Если вы этого не хотели, вы переплатили.
Четвёртая - писать «сайт должен быть быстрым и удобным». Это не требование, а пожелание. Быстрым по сравнению с чем? Удобным для кого? Такие формулировки не дают разработчику ничего, зато дают повод потом сказать, что «вы этого не указывали».
Как оформить и передать ТЗ
Годится Google Docs, Word, даже текстовый файл. Главное - структура: разделы, списки, никакого сплошного текста. Если есть примеры (скриншоты чужих сайтов, схемы, таблицы с товарами) - прикладывайте.
Не нужно делать вид, что вы разбираетесь в технологиях. Не пишите «сайт на React» или «нужна база данных PostgreSQL», если не знаете, зачем. Это работа студии - выбрать стек под вашу задачу. Ваша задача - описать, что должно быть, а не как это реализовать.
Отправляете документ в несколько студий. Нормальная студия либо примет ТЗ и посчитает смету, либо задаст уточняющие вопросы. Если вам говорят «мы сами напишем ТЗ, просто расскажите на словах» - это риск. После такого разговора у вас не будет документа, и спорить будет не на что.
Что делать, если студия просит переделать ТЗ
Это нормально. Вы описали задачу со своей стороны, студия видит технические нюансы, о которых вы не знали.
Например, вы написали «фильтр по цене», а студия уточняет: это ползунок с диапазоном или два поля для ввода? Вы указали «личный кабинет», а студия спрашивает, нужно ли восстановление пароля и регистрация через соцсети. Это не придирки, это конкретизация, без которой смету не посчитать.
Хорошая студия сама допишет ТЗ и отправит вам на согласование. Плохая скажет «мы всё сделаем», а потом выставит счёт на допработы, которых «не было в договорённостях». Поэтому финальная версия ТЗ должна быть у вас на руках и подписана обеими сторонами.
Если задача уже на столе - вот как мы делаем это под ключ: Разработка корпоративного сайта под ключ.
Частые вопросы
Можно ли обойтись без ТЗ и просто объяснить на словах?+
Можно, если заказываете простой лендинг на 3-4 блока. В остальных случаях устная договорённость превращается в проблему: вы помните одно, разработчик другое, доказать ничего нельзя. ТЗ - это не бюрократия, а фиксация того, за что вы платите.
Сколько времени уходит на составление ТЗ?+
На простой корпоративный сайт или лендинг - пара часов. На интернет-магазин или сервис - день-два, если сесть и выписать всё по пунктам. Основное время уходит не на написание, а на то, чтобы самому понять, чего вы хотите.
Что делать, если студия сама предлагает написать ТЗ?+
Это нормально, если студия делает это бесплатно или за символическую сумму после брифа с вами. Вы рассказываете задачу, студия оформляет документ, вы согласовываете. Плохо, если студия берёт за ТЗ большие деньги или пишет его в вакууме, без ваших ответов на вопросы.
Нужно ли прописывать технические требования вроде хостинга и домена?+
Не обязательно. Укажите, если у вас уже есть хостинг и домен, и сайт нужно разместить там. Если нет - студия сама предложит варианты. Но если вам важна конкретная платформа (например, только российский хостинг), напишите это сразу.




