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

Суть статьи. Чем яснее в начале цель, структура, кто даёт тексты и как примем работу, тем меньше доплат.

Я люблю ТЗ в виде списка полей: так меньше "а мы думали, что это входит". Ниже - каркас, который закрывает большинство срывов сроков и доп. счетов; можно копировать в Google Doc и дополнять.

1. Цель и KPI

• Цель: заявки / продажи / визитки / база знаний / личный кабинет.
• KPI: число лидов в месяц, CPL, конверсия формы, время на сайте - что считаете успехом.
• Не цель: "красиво" без измеримого результата.

2. Аудитория и сценарии

• Сегменты (B2B/B2C), география, языки.
• 3-5 сценариев: откуда пришёл пользователь → что делает → чем заканчивает визит.
• Обязательные действия: звонок, Telegram, оплата, регистрация.

3. Структура и страницы

• Список URL или дерева разделов.
• Для каждой страницы: назначение, блоки, формы, ссылки на макеты/референсы.
• 404, политика конфиденциальности, куки - если нужны юридически.

4. Контент и медиа

• Кто пишет тексты и готовит фото/видео (заказчик или подрядчик).
• Форматы поставки: Google Doc, Figma, таблица товаров (CSV/XLSX).
• Логотип: SVG + фирменные цвета и шрифты (лицензии).

5. Функции и интеграции

• Формы: куда уходят заявки (почта, CRM, Telegram).
• Оплата, склад, 1С, AmoCRM, Bitrix24 — модель данных и частота синхронизации.
• Авторизация: роли, восстановление пароля, 2FA - если есть ЛК.

6. Нефункциональные требования

• Браузеры и минимальная версия мобильных ОС.
• Целевые метрики скорости (например LCP < 2,5 с на 4G).
• Нагрузка: пиковые RPS, сезонные всплески.

7. Сроки, этапы, приёмка

• Дедлайн запуска и жёсткие внешние даты (реклама, выставка).
• Оплата по этапам: проценты и результат каждого этапа.
• Критерии приёмки: чеклист "сделано/не сделано", без формулировок "на усмотрение".

Кто у вас «главный по ответам»

Один человек со стороны заказчика, который может решить спорные вопросы, ускоряет проект сильнее любого красивого документа. Иначе правки ходят кругами и все устают.

То, что кажется «мелочью», но влияет на цену

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

Как понять, что работа принята

Простая таблица: сценарий → что делаем → что должно получиться → кто ставит галочку. Тогда «мы всё сделали» не спорится неделями.

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

Как действовать заказчику

1. Сформулируйте одну главную цель сайта (заявка, звонок, оплата) — не список из десяти «хотелок».
2. Зафиксируйте объём: число страниц, языки, интеграции (CRM, оплата, аналитика).
3. Попросите разбивку сметы: дизайн/вёрстка/программирование/наполнение — иначе сравнивать КП бессмысленно.
4. Уточните, что входит в правки и кто ведёт домен и хостинг после сдачи.
5. Заложите 20–30% бюджета на непредвиденное: контент, доп. блоки, срочные правки.

Если бюджет жмёт — лучше урезать scope, чем выбирать исполнителя только по минимальной цифре.

Типичные ошибки

Перегруз эффектами и библиотеками «на всякий случай»; отсутствие проверки на слабом интернете и старых телефонах; копирование чужого дизайна без адаптации под свою аудиторию; отсутствие явного CTA; ожидание, что «сайт сам продаст» без трафика и оффера.

Для коммерческих проектов отдельно болит размытое ТЗ и бесконечные правки без доплаты — лечится этапами и лимитом итераций.

Когда имеет смысл привлечь разработчика

Если нужен не шаблон, а связка дизайна, скорости, интеграций и сопровождения — проще обсудить задачу один раз, чем чинить конструктор полгода. Я беру лендинги, визитки и MVP под ключ; ориентиры по срокам и бюджету — на странице цен.

Читать дальше

• Сколько стоит сайт — ориентиры по ценам
• ТЗ на сайт — чеклист для заказчика
• Услуги — что делаю под ключ
• Цены — вилки по типам проектов

Чеклист ТЗ на сайт

• Цель и одно главное действие (заявка, звонок, оплата).
• Структура страниц и тексты (хотя бы черновики).
• Интеграции: форма, CRM, аналитика.
• Адаптив, скорость (Lighthouse), сроки и этапы приёмки.

Текстовые примеры

• Цель: «Лендинг услуги X: заявка в Telegram, mobile Lighthouse ≥ 90».
• Не входит: «Личный кабинет, оплата, мультиязычность».
• Приёмка: «Форма на staging, письмо/уведомление приходит за 1 мин».