Как правильно составить ТЗ на разработку сайта

Как правильно составить ТЗ на разработку сайта

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

Многие владельцы бизнеса думают, что для составления ТЗ нужно хорошо разбираться в программировании. На самом деле заказчику не обязательно знать HTML, PHP, JavaScript или другие технологии. Гораздо важнее понятно описать задачу, структуру сайта и ожидаемый результат.

Хорошее ТЗ помогает заранее определить объём проекта и избежать ситуации, когда уже во время разработки появляются новые страницы, функции и требования.

1. Начните с цели сайта

Сначала определите, зачем компании нужен сайт и какую задачу он должен решать.

Например, сайт может быть нужен для представления компании, получения заявок, продажи товаров, демонстрации услуг, публикации информации или создания каталога.

Не нужно использовать сложные термины. Можно написать простую формулировку: «Сайт должен рассказывать о компании, показывать услуги и позволять клиенту оставить заявку».

2. Определите структуру сайта

Следующий шаг — составить список страниц и разделов, которые должны войти в проект.

Например:

• Главная;
• О компании;
• Услуги;
• Контакты;
• Блог;
• Каталог;
• другие необходимые страницы.

Для каждой страницы желательно сразу определить, входит она в проект или нет. Это помогает зафиксировать объём работы ещё до начала разработки.

3. Укажите языковые версии

Если сайт должен работать на нескольких языках, это необходимо указать в ТЗ заранее.

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

Также стоит определить, кто предоставляет переводы: заказчик или разработчик. Если перевод текстов не входит в проект, это лучше зафиксировать отдельно.

4. Опишите требования к дизайну

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

Можно указать предпочтительный стиль, цвета, особенности фирменного оформления и привести несколько сайтов в качестве примеров.

Если у компании уже есть логотип, фирменные цвета или другие элементы бренда, их также стоит указать в ТЗ.

5. Не забудьте про мобильную версию

В ТЗ желательно сразу указать, на каких устройствах должен корректно работать сайт.

Обычно речь идёт о компьютерах, ноутбуках, планшетах и смартфонах.

Так адаптивность становится конкретным требованием проекта, а не общим пожеланием «чтобы сайт нормально открывался на телефоне».

6. Опишите необходимые функции

Функциональность часто кажется самой сложной частью ТЗ. Но здесь тоже не нужно использовать технические термины.

Просто перечислите, что пользователь должен иметь возможность делать на сайте.

• оставлять заявку через форму;
• находить нужную услугу;
• просматривать каталог;
• оплачивать заказ онлайн;
• связываться с компанией через Telegram или WhatsApp;
• находить адрес компании на карте.

В зависимости от проекта в ТЗ могут быть указаны формы, карта, галерея, слайдер, поиск, блог, фильтрация, личный кабинет, регистрация, авторизация, корзина, онлайн-оплата, каталог, CRM и интеграции с внешними сервисами.

7. Укажите CMS и технологии, если это важно

Если у вас есть конкретное требование к CMS, его стоит указать заранее. Например, сайт должен работать на WordPress.

Если техническая реализация для вас не принципиальна, не нужно самостоятельно выбирать frontend, backend или базу данных. Достаточно описать, какой результат должен получить пользователь.

8. Определите, кто предоставляет контент

Работа над сайтом может задержаться, если разработчик ждёт материалы от заказчика. Поэтому этот вопрос лучше решить заранее.

Укажите, кто предоставляет:

• тексты;
• фотографии;
• логотип;
• видео;
• цены;
• описания товаров или услуг;
• контактные данные;
• другие необходимые материалы.

При необходимости можно также указать срок, до которого материалы должны быть переданы разработчику.

9. Отдельно пропишите интеграции

Если сайт должен работать вместе с другими сервисами, это нужно указать в ТЗ.

Например, это может быть CRM, Google Analytics, Google Search Console, Telegram, WhatsApp, онлайн-оплата или другой внешний сервис.

Лучше не ограничиваться фразой «нужна интеграция с CRM». Напишите, что именно должно происходить. Например: новая заявка с сайта должна автоматически передаваться в CRM.

10. Если вы не знаете техническое решение — опишите результат

Заказчик не обязан знать, какая технология необходима для реализации конкретной функции.

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

Так разработчик понимает задачу, а способ технической реализации может быть выбран в процессе разработки.

11. Зафиксируйте границы проекта

Хорошее ТЗ должно определять не только то, что входит в проект, но и то, что в него не входит.

Если какая-либо страница или функция не указана в ТЗ, не стоит автоматически считать, что она входит в согласованный объём работ. Дополнительные функции могут потребовать отдельного согласования.

Поэтому лучше заранее перечислить основные требования к проекту, чем добавлять большое количество новых задач уже во время разработки.

12. Простая структура хорошего ТЗ

Если вы не разбираетесь в IT, можно использовать простую последовательность:

• Цель — зачем нужен сайт;
• Структура — какие страницы должны быть;
• Языки — какие версии нужны;
• Дизайн — каким должен быть внешний вид;
• Функции — что пользователь должен уметь делать;
• Адаптивность — на каких устройствах должен работать сайт;
• Контент — кто предоставляет материалы;
• Интеграции — с какими сервисами должен работать сайт;
• Границы проекта — что входит в работу, а что нет.

Заключение

Чтобы правильно составить ТЗ на разработку сайта, необязательно быть программистом. Главное — понятно описать цель проекта, его структуру, необходимые функции и ожидаемый результат.

Заранее определите страницы, языковые версии, дизайн, адаптивность, функциональность, контент и интеграции. Если вы не знаете технического решения, просто опишите, что должен получить пользователь.

Чем точнее определён объём проекта до начала разработки, тем меньше неопределённости возникает между заказчиком и разработчиком.