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

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

С чего начать: вопросы клиентов, а не разделы меню

Выпишите 3–5 типовых ситуаций, с которыми к вам приходят: «перевезти сборный груз из Москвы в Новосибирск», «найти таможенного брокера», «узнать, где контейнер». Для каждой укажите, кто пришёл (снабженец интернет-магазина, частное лицо, руководитель производства), что он должен сделать на сайте и что получит ваш отдел продаж.

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

Какие сценарии нужно описать подробно

В логистике три сценария требуют отдельных описаний:

• Расчёт стоимости: входные поля (откуда, куда, вес, объём, тип груза, число мест), правила расчёта, что показывать, если тарифа нет, как называть результат («ориентировочно») и сколько он действителен.
• Заявка: обязательные поля, вложения (упаковочный лист, счёт), куда она уходит (CRM, почта, мессенджер менеджера), кто и в какой срок её обрабатывает, что видит клиент после отправки.
• Отслеживание: по какому номеру ищем (накладная, контейнер, номер заявки), какие статусы показываем, как часто они обновляются и что написать при «не найдено».

Условный пример: фрагмент задания на калькулятор сборных грузов

Это вымышленный образец формата, а не готовое решение.

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

Откуда сайт возьмёт тарифы и статусы

Главный риск — данные, а не дизайн. Укажите источники: тарифы в Excel, в 1С, в системе управления перевозками или у перевозчиков по API. Для каждого источника опишите формат, ответственного за актуальность, частоту обновления и то, нужна ли загрузка файла через админку.

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

Как описать услуги и направления

Для каждой услуги (автоперевозки, железная дорога, море, авиа, склад, таможенное оформление) задайте шаблон страницы: какие грузы принимаются, условия, сроки с оговорками, список документов, форма заявки, связанные услуги. Укажите, кто готовит тексты и к какой дате.

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

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

• Описаны 3–5 клиентских ситуаций и действие, которое сайт должен в каждой обеспечить.
• Указано, что сайт не делает (онлайн-оплата, точная цена для нестандартных грузов).
• У калькулятора есть поля, формулы, пример результата и поведение при отсутствии тарифа.
• У заявки определены обязательные поля, получатель, срок реакции и сообщение клиенту.
• Для отслеживания перечислены идентификаторы, список статусов и текст при ошибке поиска.
• Для каждого источника данных назван ответственный и способ обновления.
• Определено, какие сведения закрыты от публичного просмотра.
• Есть контрольные примеры для приёмки и распределение ролей по текстам и справочникам.

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