Сайт в разработке Наполняем разделы и правим ошибки — что-то может выглядеть или работать не так. Если заметили — позвоните или напишите.

Как составить задание на разработку сайта транспортной компании

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

Раздел: Бизнес — статьи о сайтах

Транспортная компания продаёт обещание: груз приедет в срок и за понятные деньги. Если в задании на сайт написано «современный дизайн, калькулятор, отслеживание», студия вынуждена гадать, а каждая догадка потом превращается в доработку. Разберём, что записать, чтобы сайт отражал реальную работу компании.

Кто приходит на сайт и что он должен сделать

Начните не с разделов меню, а со списка посетителей. У перевозчика их обычно несколько, и задачи у них разные:

  • владелец груза, которому нужна разовая перевозка: узнать цену и срок, оставить заявку;
  • постоянный клиент: проверить, где находится груз, найти документы или контакт менеджера;
  • логист или закупщик: сравнить условия, скачать реквизиты и карточку компании;
  • водитель или партнёр-перевозчик: найти адрес терминала и порядок въезда.

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

Как описать калькулятор стоимости, чтобы он считал, а не выглядел

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

  • Поля: город отправления и назначения (выбор из справочника), вес в кг, объём в м³, отметка «негабаритный груз», забор от двери (да/нет и адрес).
  • Источник тарифов: таблица, которую сотрудник сам загружает в админке файлом Excel или CSV. Менять тарифы через программиста не нужно.
  • Результат: диапазон стоимости и срок в днях с подписью «предварительный расчёт» и кнопка «Отправить заявку с этими параметрами».
  • Исключения: если направления нет в таблице или вес выше лимита, показываем «Рассчитаем вручную» и форму, в которой уже заполнены введённые данные.
  • Заявка менеджеру: письмо или карточка в CRM содержит все параметры и сам расчёт.

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

Отслеживание груза и личный кабинет: откуда возьмутся данные

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

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

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

Страницы направлений и терминалов: что и кто будет заполнять

Перевозчику полезны отдельные страницы направлений и услуг (сборные грузы, отдельная машина, переезд, негабарит). Опишите шаблон страницы и ответственного за содержание. Например, для страницы направления: дни отправки, срок в пути, типы транспорта, адреса терминалов, способы оплаты, порядок передачи груза, блок «Рассчитать перевозку» с уже выбранным направлением. Тексты должны отличаться по существу, а не только названием города, иначе страницы будут бесполезны и людям, и поисковым системам. Гарантий позиций в выдаче никто дать не может, зато можно заранее договориться о структуре адресов и заголовках.

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

Заявки, звонки и учёт обращений

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

Проверочный список перед отправкой задания студии

  • Перечислены группы посетителей и главное действие каждой.
  • У калькулятора указаны поля, источник тарифов, формат результата и поведение при отсутствии направления.
  • Известно, откуда берутся статусы грузов, и описан сценарий неверного номера.
  • Есть шаблон страницы направления и назван ответственный за тексты.
  • Для терминалов собраны адреса, режим работы и правила въезда.
  • Указано, куда приходят заявки и кто отвечает за них.
  • Выбраны события для аналитики.
  • Отдельно записано, что входит в первый этап, а что откладывается.
  • Определён порядок приёмки: какие проверочные расчёты и номера накладных вы проведёте сами.

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

Все статьи блога

Заявка

Расскажите о проекте

Свяжемся в течение рабочего дня, зададим уточняющие вопросы и предложим варианты. Без навязчивых звонков.

Форма обратной связи

Отвечаем в рабочие дни с 10:00 до 19:00

Написать в Telegram