Техническое задание на сайт: пример и образец

Перед заказом сайта, мобильного приложения или CRM почти все задают один вопрос: что и как написать разработчику? Ответ — техническое задание на сайт или программу, сокращённо ТЗ. В этой статье дадим структуру, которую можно использовать как образец, пример формулировок для каждого раздела и разберём типичные ошибки.

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

Зачем нужно техническое задание

ТЗ — техническая часть договорённости между заказчиком и разработчиком. Оно решает три проблемы:

• цена и сроки: без понятного объёма работ их невозможно честно оценить;
• ожидания: «простая корзина» в вашем представлении и в представлении программиста может сильно различаться;
• приёмка: заранее понятно, с чем сравнивать результат.

В госзаказах и крупных автоматизированных системах часто опираются на ГОСТ 34.602. Для коммерческого сайта или приложения следовать ему дословно не обязательно, если этого не требует договор. Главное — понятный и проверяемый документ.

Техническое задание на сайт: пример структуры

Эту структуру можно использовать как образец.

1. О проекте

Компания, сфера деятельности, цель проекта и как будет измеряться успех.

Пример: «Цель сайта — увеличить онлайн-запись в клинику. Критерий успеха: часть записей приходит через сайт, а не по телефону».

2. Пользователи и роли

Кто пользуется системой и что может каждая роль: клиент, менеджер, администратор, курьер.

3. Функциональные требования

Главный раздел. Каждую функцию описывайте отдельно, простым языком и проверяемо.

Пример: «Клиент выбирает врача, видит свободное время и записывается, указав номер телефона. После подтверждения клиент и администратор получают сообщение в Telegram».

4. Страницы или экраны

Для сайта — карта страниц, для приложения — список экранов. Если дизайн готов, приложите ссылку на Figma.

5. Интеграции

Платёжные системы, 1С или Smartup, CRM, Telegram, SMS, карты, маркетплейсы. Для каждой укажите, какие данные и в каком направлении передаются. Про платежи — в статье Интеграция Click и Payme.

6. Технические и нефункциональные требования

Языки (узбекский, русский, английский), устройства, скорость, безопасность, нагрузка, где хранятся данные, на кого оформлены хостинг и домен.

7. Контент

Кто готовит тексты, фото и каталог товаров и когда передаёт. Этот раздел часто забывают, и именно он сильнее всего затягивает сроки.

8. Этапы, сроки и приёмка

На какие этапы делится работа, что сдаётся в конце каждого этапа и как это проверяется.

Пример ТЗ на корпоративный сайт

Сокращённый вариант технического задания на корпоративный сайт:

Если ещё не определились с типом сайта, почитайте статью Лендинг, визитка или корпоративный сайт.

Техническое задание на разработку ПО: чем отличается

Для CRM, ERP, мобильного или веб-приложения в ТЗ на разработку программного обеспечения добавляются разделы: описание бизнес-процессов, статусы (например, заказ от «новый» до «доставлен»), отчёты, матрица прав доступа, офлайн-режим, перенос данных из старой системы. Если хотите быстрее проверить идею, сначала пишите ТЗ на урезанную первую версию — подробнее в статье MVP приложения.

Бриф и техническое задание: в чём разница

Эти документы часто путают. Бриф — короткая анкета, которую заполняет заказчик: компания, цель, аудитория, сайты-примеры, ориентировочный бюджет и сроки. Это одна-две страницы, и их достаточно для предварительной оценки. Техническое задание готовится на основе брифа и описывает конкретные функции, страницы, интеграции и условия приёмки. Именно ТЗ прикладывается к договору.

На практике порядок такой: бриф, первая встреча, предварительная оценка, затем ТЗ и точная цена.

Как согласовывать и менять ТЗ

Требования в ходе проекта меняются — это нормально: меняется рынок, появляются новые идеи. Главное, чтобы изменения были управляемыми:

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

При таком порядке обе стороны всегда понимают, где находится проект.

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

1. Размытые слова: «красиво», «быстро», «удобно» — их нельзя измерить.
2. Всё в первом этапе: второстепенные функции раздувают бюджет и сроки.
3. «Сделайте как у конкурента»: лучше напишите, что именно понравилось.
4. Забытый контент: сайт готов, а текстов и фото нет.
5. Не прописана собственность: должно быть ясно, кому принадлежат код, домен и хостинг.

Как мы готовим ТЗ в SyncLab

Писать ТЗ самостоятельно не обязательно. Вы объясняете задачу коротким брифом или даже голосовым сообщением, мы задаём вопросы, созваниваемся или встречаемся лично в Ташкенте и готовим ТЗ вместе. После этого присылаем письменное предложение с объёмом работ, сроками и фиксированной стоимостью. Так устроено и создание сайтов, и CRM, интеграции и другая разработка ПО на заказ. О процессе заказа — в статье Как заказать сайт, о ценах — Сколько стоит сайт.

Частые вопросы