Заявка і ставка
Менеджер фіксує напрямок, вантаж, тип кузова, часові вікна й версії ставки. Диспетчер отримує погоджені умови рейсу, включно з доплатами, які слід попередньо затвердити.
Розробка на замовлення
CRM для автомобільних вантажних перевезень
Розробимо CRM для автоперевізника з власним або залученим транспортом. У картці рейсу менеджер зможе передати диспетчеру погоджену ставку, умови завантаження й контакти, а бухгалтер — побачити підтвердження доставки та строк оплати.
- Заявка і ставкаПогоджені умови, вантаж і часовий інтервал.
- Призначення машиниВодій, кузов, подача й відповідальний за заміну.
- Доставка й документиПідтвердження вручення, комплект документів і рахунок.
Де між заявкою й оплатою губиться інформація
- Ставка погоджена в листуванні, а диспетчер отримує заявку без версії ціни або умов очікування.
- Для залученої машини контакти водія, час подачі та номер причепа зберігаються в різних повідомленнях.
- Клієнт чекає оновлення, а менеджер має спочатку звірити факт завантаження чи розвантаження з диспетчером.
- Рейс закінчився, але підписана накладна ще не надійшла й рахунок залишається без підстави.
- Додаткові витрати на простій або платні дороги потрапляють в облік після того, як рейс уже вважають закритим.
Від ставки до закриття рейсу
Ці модулі можна закласти в проєкт. Склад і правила роботи погодимо після розбору ваших процесів.
Призначення машини
Диспетчер відбирає власні або залучені машини за доступністю й типом кузова. Історія замін зберігає час, причину та дані, які вже передали замовнику.
Контроль подій рейсу
Ключові події можна фіксувати вручну або отримувати з узгодженого джерела. Правила визначають, про які зміни попереджати клієнта й коли передавати затримку відповідальному.
Доказ доставки й документи
До рейсу можна прив’язати заявку, накладну, акт, рахунок і підтвердження вручення. Для міжнародних автоперевезень перелік документів може включати накладну CMR, якщо вона застосовується до конкретного рейсу.
Виручка, витрати й оплати
Фінансист зіставляє погоджену ставку, оплату перевізнику та фактичні доплати. Статус оплати може надходити з облікової системи або фіксуватися вручну за погодженим правилом.
Умови регулярних перевезень
У картці клієнта зберігаються узгоджені маршрути, адреси складів, вимоги до вантажу й розрахунків. Менеджер може почати нову заявку з цих даних і перевірити зміни перед погодженням.
Приклади роботи з CRM
Як можуть працювати ролі та винятки після впровадження.
Заміна машини перед завантаженням
Менеджер фіксує погоджену ставку та часовий слот. Коли машина вибуває, диспетчер призначає резервну, перевіряє габарити й передає замовнику оновлені дані. Початкове призначення залишається в історії.
Доставка завершена, документа ще немає
Диспетчер фіксує розвантаження й додає фото накладної. Якщо договором передбачено отримання оригіналу, фінансова команда бачить окремий статус документа та перевіряє підставу для рахунку.
Що закласти в першу версію
Для першої версії виберіть один типовий маршрут і одну нестандартну ситуацію, наприклад заміну машини в день завантаження. Погодимо, хто змінює ставку, які події фіксує диспетчер, коли можна виставити рахунок і звідки надходять фактичні оплати. Приймемо пілот після проходження обох сценаріїв менеджером, диспетчером і бухгалтером.
Таблиці підходять, коли рейси веде одна людина й версії домовленостей легко відновити. Окрема CRM доречна, коли комерційна пропозиція, призначення машини й комплект документів переходять між ролями та потребують історії змін. Якщо у вас уже є TMS для операцій, спершу визначимо, які дані про рейс і клієнта мають переходити між нею та CRM.
Після узгодження вимог проєктуємо екрани, розробляємо пілот і тестуємо його на погоджених сценаріях. Порядок запуску й подальші модулі плануємо з вашою командою.
Обговорити перший етапЗапитання до розробки
Як розрахувати ставку, якщо тарифи залежать від напрямку та простою?
У заявці можна зберігати базову ставку, валюту, термін дії й окремі доплати. Версія, яку погодив замовник, залишається в історії рейсу, а фактичні витрати обліковуються окремо.
Чи можна підтягувати статус машини з GPS?
Спочатку перевіримо, чи доступний інтерфейс обміну даними й чи можна однозначно зіставити машину з рейсом. Передбачимо ручне підтвердження події для залучених машин або в разі відсутності сигналу.
Чи потрібно відмовлятися від чинної TMS?
Під час обстеження визначимо, яка система відповідає за замовлення, маршрути, статуси й фінанси. Якщо TMS уже виконує операційну частину, CRM може зосередитися на ставках, комунікації та передачі заявок.
Від чого залежить оцінка розробки?
На оцінку впливають типи заявок, правила погодження ставок, доступ водіїв, документообіг і джерела статусів. Для початкової оцінки достатньо показати типовий рейс, приклад винятку й перелік систем, з якими працює команда.
Покажіть типовий рейс
Для першої розмови підготуйте приклад заявки без даних клієнта, умови погодження ставки й одну затримку, яку команді складно відстежити.