Техническое задание нужно, чтобы заказчик и разработчик одинаково понимали результат. Длинный документ с общими пожеланиями не обязательно полезнее короткого списка страниц, функций и проверяемых условий приёмки. Начните с того, какую задачу бизнес хочет решить сайтом.
Опишите действия посетителя
Запишите, кто приходит на сайт, что ему нужно узнать и какое обращение вы ждёте. Например: покупатель сравнивает комплектации, открывает карточку и отправляет запрос с выбранной моделью. Для такого сценария важнее характеристики и надёжная заявка, чем эффектная заставка.
Для каждой услуги укажите отдельные вопросы клиента: состав работ, территория обслуживания, сроки и порядок оценки. Это поможет понять структуру до дизайна. Фраза «сделать продающий сайт» не объясняет исполнителю ни содержание, ни критерии готовности.
Минимальный шаблон задания
- Цель сайта и главное действие посетителя.
- Список страниц и назначение каждой.
- Формы, каталог, фильтры и необходимые интеграции.
- Кто предоставляет тексты, фотографии и данные товаров.
- Требования к телефону, навигации и доступности содержания.
- Доступы, исходники, резервная копия и правила передачи.
Отдельно перечислите, что не входит в первый этап: личный кабинет, оплата, перенос большого каталога или регулярное продвижение. Это позволяет сравнивать сметы одинакового объёма, а не выбирать минимальное число без понимания состава.
Как сформулировать приёмку
Замените субъективные требования проверками. Вместо «форма работает» — «обращение сохраняется, получатель получает уведомление, повторный клик не создаёт лишний заказ». Вместо «адаптивный сайт» — «на согласованных мобильных экранах доступны текст, меню и отправка формы».
Опишите количество этапов согласования и порядок изменений после утверждения структуры. Если содержание меняется в процессе, важно понимать, как это отражается на сроке и стоимости. Доступы к домену и основным кабинетам должны оставаться у владельца.
Когда полезна помощь с заданием
Если пока есть только перечень услуг, не обязательно самостоятельно писать сложный технический документ. Можно начать с разбора сценариев и прототипа. ALT SEO помогает перевести бизнес-задачу в понятный состав разработки: это снижает вероятность повторной сборки из-за неоговорённых ожиданий.
Частые вопросы
Нужно ли описывать каждую кнопку?
Нужно описать важные сценарии и результаты действий. Детали интерфейса удобнее согласовывать на прототипе.
Можно ли заказать сайт без готового ТЗ?
Да. Сначала можно согласовать подготовку структуры и требований, а затем оценивать разработку по определённому объёму.
Опишите бизнес, задачу и текущий сайт. Обсудим подходящий объём работ и подготовим расчёт без лишних функций.