Техзадание на сайт заказчик может написать сам, и для этого не нужно знать ни одного технического слова. Задача документа - описать, что сайт должен делать и чем вы будете мерить готовность, а не как это устроено внутри. Разбираем по пунктам: что писать обязательно, что спокойно отдать разработчику и какие формулировки потом превращаются в доплату.
Что такое техзадание и зачем оно вам
Чтобы составить техзадание без технических знаний, достаточно ответить на четыре вопроса о задаче и расписать семь разделов: компания, аудитория, структура страниц, контент, функции, дизайн, приёмка. Всё это - смысл и бизнес-логика, то есть ваша часть; движок, адреса страниц и способ реализации дописывает разработчик.
Само техзадание (ТЗ) - документ, в котором записано, какие страницы должны быть на сайте, что человек на них делает и по каким признакам работа считается сданной. Писать его на языке технологий не нужно.
ТЗ нужно не разработчику, а вам. Без него спор на приёмке выглядит так: вы говорите «я представлял себе иначе», исполнитель отвечает «вы этого не просили». Оба правы, потому что сравнивать не с чем. С документом разговор другой: открываем пункт, смотрим, сделано или нет.
Второй смысл - цена. Когда задача описана, подрядчики считают одно и то же, и предложения можно сравнивать между собой. Когда задачи нет, сметы расходятся в разы, и причину по ним не видно: один посчитал пять страниц с готовыми текстами, второй - каталог с фильтрами и личным кабинетом. Проверить это можно только одним способом: попросить каждого подрядчика расписать смету по тем же разделам, что и в вашем ТЗ.
С чего начать: четыре ответа до первой строки
Чаще всего ТЗ начинают с перечисления блоков - слайдер, отзывы, калькулятор. Это не начало. Начало - четыре вопроса, ответы на которые определят всё остальное.
- Какое действие человека на сайте вы считаете успехом? Заявка, звонок, сообщение в мессенджер, заказ в корзине, запись на время. Одно главное, остальные второстепенные.
- Кто приходит на сайт и в каком состоянии? Человек, который уже знает, что вам нужно, и ищет цену, - это одна структура. Человек, который только выбирает способ решения задачи, - совсем другая.
- Почему выберут вас, а не любого из конкурентов? Нужны конкретные отличия: сроки, гарантия, своё производство, цена, узкая специализация.
- Куда должна приходить заявка и кто её обрабатывает? Почта, которую смотрят раз в день, обнуляет весь сайт.
Если на первый вопрос ответ «ну, чтобы узнавали о нас», сайт будет красивой визиткой без обращений. Один из признаков хорошего ТЗ - по нему видно, какое действие вы хотите получить и где человека к нему подводят.
Полезно начать не с нуля, а с заполненного брифа: он задаёт порядок вопросов и не даёт пропустить очевидное. Как он устроен и что в него входит, разобрано в материале про брифы на маркетинг - логика та же и для сайта.
Из каких частей состоит ТЗ
Нормальное ТЗ на обычный сайт услуг укладывается в 5-12 страниц текста. Вот блоки, которые должны в нём быть, и что в каждом пишет именно заказчик.
| Раздел ТЗ | Что пишете вы | Что добавит разработчик |
|---|---|---|
| О компании и задаче | Чем занимаетесь, город, главное целевое действие | Ничего, это ваша зона целиком |
| Аудитория | Кто покупает, что для него важно, какие возражения | Как это отразить в структуре страниц |
| Структура сайта | Список страниц и что на каждой должно быть | Вложенность, адреса страниц, навигацию |
| Контент | Кто пишет тексты, кто даёт фото, цены и документы | Требования к размеру и формату файлов |
| Функции | Что человек должен делать: заполнить форму, посчитать, выбрать | Как это реализовать технически |
| Дизайн | Примеры нравящихся сайтов, фирменные цвета, логотип, запреты | Макеты, адаптив под телефон |
| Приёмка | По каким пунктам проверяете готовность | Сроки по этапам, порядок правок |
Самый недооценённый раздел - контент. Проекты срываются не из-за кода, а из-за того, что через месяц у заказчика всё ещё нет фотографий и прайса. Поэтому в ТЗ должно быть написано не «предоставить материалы», а «фото объектов - 15 штук, от заказчика, до 20 октября».
Как описать страницы, если вы не дизайнер
Описывать страницу нужно не блоками («хочу слайдер»), а последовательностью вопросов, на которые она отвечает. Человек листает сверху вниз и на каждом экране должен получать ответ, иначе он уходит.
Рабочий формат описания
- Название страницы и зачем она нужна.
- Какой вопрос человека закрывает первый экран: что вы делаете, для кого, за сколько, что нажать.
- Какие возражения снимаются дальше: дорого, не доверяю, не уверен в сроках, не понимаю состав работ.
- Какие доказательства есть: фото работ, отзывы, документы, цифры по объектам.
- Что человек делает на этой странице и куда попадает после.
Такое описание разработчик превращает в прототип - чёрно-белую схему страниц без цветов и картинок, где видно порядок блоков. Прототип согласовывают до дизайна, потому что переставить блоки в схеме стоит минуту, а в готовом макете - половину этапа. Подробнее о том, зачем он нужен, в статье про прототип сайта.
Если проект - сайт услуг, не придумывайте структуру с нуля: типовая схема разобрана в материале о структуре сайта услуг. Берите её как основу и меняйте под себя.
Формулировки, из-за которых потом спорят
Главная проблема любительского ТЗ - оценочные слова. Их нельзя проверить, значит, нельзя и потребовать. Замените их на измеримые.
| Так писать нельзя | Так проверяемо |
|---|---|
| Сайт должен быстро загружаться | Первый экран главной страницы открывается не дольше 3 секунд на мобильном интернете |
| Современный красивый дизайн | Дизайн в стиле таких-то трёх сайтов, цвета по логотипу, без стоковых фото людей |
| Сайт должен хорошо выглядеть на телефоне | Проверяется на iPhone и Android: нет горизонтальной прокрутки, кнопки нажимаются пальцем, телефон в шапке кликабелен |
| Удобная форма заявки | Поля: имя и телефон. Заявка приходит в Telegram и на почту, после отправки человек видит подтверждение |
| Сайт под SEO | У каждой страницы свой заголовок и описание, есть карта сайта и robots.txt, установлена Метрика с целями на заявку |
| Доработки по ходу | Два круга правок на каждом этапе, дальше по часовой ставке |
Чего в ТЗ писать не нужно
Избыточное ТЗ вредит не меньше пустого. Когда заказчик без технического опыта начинает диктовать решения, он связывает руки исполнителю и платит за худший результат.
- Технологии и движок. «Сделать на WordPress» - требование к инструменту, а не к результату. Если нет причины (своя команда поддержки, интеграция с существующей системой), оставьте выбор разработчику и запишите только то, что вам важно: чтобы вы могли сами менять тексты и цены.
- Конкретные размеры, шрифты и отступы. Это работа дизайнера. Ваша часть - примеры и запреты.
- Список из 50 страниц на старте. Сайт, который делают год, устаревает к запуску. Опишите первую версию и отдельным списком - что хотите добавить потом.
- Чужие тексты и чужие кейсы в качестве образца содержания. Скопированное содержание не ранжируется, а претензия от правообладателя придёт вам.
- Формулировка «всё как у конкурента, только лучше». По ней нельзя ни посчитать смету, ни принять работу.
Проще держать в голове границу: вы отвечаете на вопрос «что должно получиться», подрядчик - на вопрос «как это сделать». Если вы начали писать «как», скорее всего, вы уже вышли за пределы своей части.
Сроки, этапы и приёмка
Срок «сайт за три недели» не значит ничего, пока он не разбит на этапы с результатом по каждому. Разбивка нужна и вам - чтобы видеть движение, и подрядчику - чтобы не ждать ваших материалов в простое.
- Структура и прототип - согласовали схему страниц.
- Дизайн - согласовали макеты главной и типовой внутренней страницы.
- Вёрстка и сборка - сайт работает на тестовом адресе.
- Контент - залиты тексты, фото, цены, документы.
- Проверка и запуск - сайт на вашем домене, формы проверены, аналитика установлена.
У каждого этапа должен быть срок вашего ответа. Если согласование макета не ограничено, проект встанет на две недели, и виноватых не будет. Типовые сроки и состав этапов разобраны в материале про разработку сайта под ключ.
Приёмку опишите заранее отдельным списком пунктов - как чек-лист, по которому вы пройдёте перед оплатой последнего этапа. Что именно проверять и какие дефекты находят чаще всего, разобрано в статье о том, как принять сайт у разработчика.
Когда подробное ТЗ не нужно и что может пойти не так
Бывают случаи, когда многостраничный документ только затягивает старт. Если задача маленькая и понятная - одностраничник под одну услугу, страница под конкретную рекламную кампанию, - достаточно заполненного брифа и согласованного прототипа. Прототип в таких проектах сам работает техзаданием: на нём видно все блоки и их порядок.
Не нужно подробное ТЗ и там, где структура заранее не очевидна и будет уточняться в процессе: сложный каталог, личный кабинет, нестандартные расчёты. Там работают иначе - фиксируют задачи по частям и уточняют по ходу. Но и в этом случае в документе должны быть закреплены границы проекта и порядок оплаты, иначе смета поедет.
Что идёт не так чаще всего
- ТЗ написал подрядчик, а заказчик его не прочитал. Формально документ есть, фактически вы согласовали чужое понимание задачи.
- В ТЗ нет раздела о контенте, и проект замирает на месяц в ожидании фотографий.
- Не описано, что считается ошибкой, а что новой задачей. Отсюда спор, платить ли за правку.
- Не зафиксировано, где принимаются правки. Замечания в голосовых сообщениях теряются, потом никто не помнит договорённость.
- ТЗ не обновили после согласования прототипа. Документ и проект расходятся, и на приёмке сравнивать опять не с чем.
Последний пункт решается одной договорённостью: после каждого согласованного этапа правки вносятся в ТЗ. Документ живой, а не подписан один раз и забыт.
Наши работы
Сайты, которые студия уже запустила
Четыре проекта N3MIROFF, которые можно открыть прямо сейчас и посмотреть, как они работают.
Агротех с ИИ
SkyFarm ↗
Редизайн сайта систем выращивания: первый экран с контейнерной фермой, схема работы из трёх шагов, карусель продуктов и экран приложения.
Сайт салона
ayvazzovsky.com ↗
Салон сложного окрашивания в Москве: онлайн-запись, видео работ, портфолио и команда. Переехал с Тильды на свой хостинг.
Онлайн-академия
ayvazzovsky.academy ↗
Видеоуроки колористики: каталог, посадочные страницы уроков, личный кабинет и промокоды.
Event-агентство
navsegda-event.ru ↗
НАВСЕГДА: корпоративы и конференции - услуги, кейсы, этапы работы и расчёт мероприятия.
Витрина магазина
Monkey Market ↗
Премиальная витрина магазина кроссовок с заказом в Telegram.
Услуги студии по теме: разработка сайтов под ключ и SEO-продвижение статьями.
Нужен сайт, который принимает заявки, а не просто существует?
Сделаем премиальный сайт на React за 1-2 недели от материалов, с заявками в Telegram или CRM.
Частые вопросы
Можно ли составить ТЗ без разработчика?
Да, свою часть можно написать полностью самостоятельно: задача, аудитория, структура страниц, контент, примеры дизайна и критерии приёмки. Технические детали - движок, адреса страниц, реализация функций - дописывает исполнитель перед сметой. Так получается нормальный документ без технических знаний с вашей стороны.
Какого объёма должно быть техзадание?
Для обычного сайта услуг хватает 5-12 страниц. Если документ разрастается до тридцати, скорее всего, в него попали решения вместо требований. Если он уложился в одну страницу, в нём почти наверняка нет раздела про контент и приёмку - самых проблемных мест.
Что делать, если подрядчик сам предлагает написать ТЗ?
Это нормальная практика, часто такое ТЗ получается точнее. Но прочитайте его целиком и задайте вопросы по каждому непонятному пункту до подписания. Отдельно проверьте, что входит в работу, а что оплачивается отдельно, и на кого оформляются домен и доступы.
Нужно ли прописывать в ТЗ продвижение и SEO?
Продвижение - отдельная работа и отдельный договор. Но технические требования под поиск в ТЗ на сайт войти должны: свои заголовок и описание у каждой страницы, карта сайта, robots.txt, нормальная скорость, установленная аналитика с целями. Без этого продвигать потом придётся с переделкой.
Можно ли менять ТЗ в процессе работы?
Можно и обычно приходится - после прототипа часть решений выглядит иначе. Важно, чтобы изменения фиксировались письменно и было ясно, влияют ли они на срок и смету. Устные договорённости к приёмке забываются обеими сторонами.
Поможем собрать техзадание под ваш проект
Разберём задачу, зададим нужные вопросы и соберём ТЗ, по которому сайт можно принимать по пунктам, а не на глаз.
Получить целевые заявки → Telegram