ТЗ на сайт клининговой компании: калькулятор, прайс и онлайн-заказ

Начните не с дизайна, а со сценария заказа

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

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

• Частный или корпоративный клиент.
• Тип помещения и вид уборки.
• Предварительная цена или расчёт менеджером.
• Способ подтверждения даты и итоговой стоимости.

Разделите услуги по понятным задачам клиента

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

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

• Генеральная и поддерживающая уборка.
• Уборка после ремонта.
• Уборка офисов и коммерческих помещений.
• Химчистка мебели как отдельная услуга, если она действительно оказывается.

Опишите прайс так, чтобы его можно было проверить

Фраза «цена от» без состава услуги не помогает сравнить предложения. В техническом задании для каждой базовой цены укажите, к чему она относится: площади, числу комнат, выезду, часу работы или фиксированному пакету. Отдельно перечислите доплаты и условия, при которых предварительная сумма меняется.

Если точная цена возможна только после осмотра, сайт должен честно показывать, что пользователь получает предварительную оценку. Менеджеру вместе с контактом передаются параметры, на которых эта оценка основана.

Калькулятор — это спецификация правил, а не красивый виджет

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

Онлайн-заказ проектируют вместе с диспетчером

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

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

• Контакт и удобный способ связи.
• Выбранная услуга и параметры расчёта.
• Желаемая дата или интервал.
• Комментарий для нестандартных условий.
• Страница и рекламный источник обращения.

Зона выезда должна быть однозначной

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

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

Передача заявки должна сохранять контекст

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

Цель аналитики отправляют после успешного ответа сервера. Открытие формы и нажатие на кнопку можно измерять отдельно, но они не заменяют подтверждённый заказ.

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

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

• Актуальный перечень услуг и прайс.
• Правила доплат, минимального заказа и выезда.
• Фотографии команды, оборудования и выполненных работ с правом публикации.
• Ответы на частые вопросы о составе уборки и подготовке помещения.
• Маршрут заявки: ответственный, срок реакции и резервный канал.

Чек-лист приёмки сайта клининга

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

• Все заявленные услуги и цены совпадают с рабочим прайсом.
• Калькулятор одинаково считает в интерфейсе и на сервере.
• Форма передаёт состав заказа, страницу и источник.
• Контрольная заявка сохранена и доставлена ответственному.
• Ошибки отправки не показываются как успешный заказ.
• Основные страницы имеют уникальные title, description и H1.
• Canonical, sitemap, внутренние ссылки и 404 работают корректно.