Платформа замовлення перевезень і переїздів: клієнт бронює онлайн, підрядник виконує, система рахує гроші
Публічна воронка бронювання, диспетчерська для операторів і кабінет для водіїв-підрядників в одній системі на Odoo. Ціна перераховується просто під час заповнення форми, виконавець підбирається за графіком і документами, а виплата підряднику йде з того самого замовлення.
Обговорити проєкт Зв'яжіться з нами
Побудовано для маркетплейс-моделі: замовлення бере мережа самозайнятих водіїв на власному транспорті, а компанія заробляє на різниці між ціною для клієнта і виплатою підряднику.
Коли ціну рахує людина, а графік водіїв живе в голові диспетчера
Вартість переїзду складається з базової послуги, реальної відстані, під'їзду до точки, поверхів, додаткових зупинок, розміру бригади і вихідного дня. Порахувати це вручну можна, але кожен запит перетворюється на дзвінок, і частина клієнтів іде ще до відповіді менеджера. А якщо маршрут перетинає зону платного в'їзду, ручний прорахунок помиляється в обидва боки.
Друга половина проблеми — на боці виконавців. Доступність водіїв тримається в пам'яті диспетчера і в переписці. Замовлення зависає між прийняттям і виїздом, бо ніхто не бачить, чи водій його відкрив. Відмова за крок до виїзду означає ручний обдзвін «а хто візьме». А підключення нового підрядника — це листування і збір сканів, де строки дії страхових документів ніхто не контролює.
Що впроваджено
Бронювання з живим розрахунком ціни
Форма перераховує підсумок на кожному кроці і показує доступних виконавців з цінами, а замовлення фіксується ще до реєстрації клієнта, за анонімним токеном.
Призначення виконавця з дедлайном
Кандидат проходить, якщо має ставку під послугу і клас, підтверджену машину і вільний робочий інтервал; пропозиція живе окремим записом з автором, дедлайном і відповіддю.
Маршрут, відстань і зони платного в'їзду
Відстань і час рахуються по реальних дорогах, а межа зони зберігається як полігон: перетин вмикає окрему платну позицію за правилами днів, годин та періодів.
Пул відкритих замовлень
Відмова фіксує причину і повертає роботу в пул, звідки її може взяти будь-який придатний виконавець з повторною перевіркою графіка й зайнятості.
Калькулятор об'єму і клас машини
Клієнт відмічає в каталозі, що везе, система рахує об'єм і рекомендує клас; у кожного класу свій граничний об'єм і свій час завантаження.
Графік доступності підрядника
Тижневі інтервали по кожному дню плюс винятки на відпустки і недоступні періоди: поза робочим вікном замовлення не пропонується взагалі.
Клієнтський бік і підбір виконавця
Підрядник, гроші й диспетчерська
Самопідключення з контролем документів
Реєстрація з підтвердженням пошти створює профіль, картку машини і папку документів, у кожного з яких є дата завершення дії, а сам акаунт відкривається після модерації.
Оплата, статуси і пакет документів
Клієнт обирає депозит або повну суму; оплата підтверджує документ продажу, переводить статус і запускає лист, що збирає решту документів як вкладення.
Кабінет самообслуговування
Близько двох десятків захищених операцій: замовлення і календар, відкритий пул, історія, власні ставки, машини, документи, баланс.
Перехоплення покинутих бронювань
Замовлення без виконавця отримує щоденний лист з найдешевшою доступною пропозицією, а покинута форма зберігає стан і контакт для окремого листа.
Тарифи, ставки і промокоди
Матриця «підрядник × послуга × клас машини» з ціною вихідного дня поповнюється сама, а комісія платформи відділяє суму до сплати від суми до виплати.
Диспетчерська і панель показників
Спливні сповіщення, задачі відповідального і журнал статусів; менеджер бачить лише призначені йому міста, а панель дає лічильники по стадіях і суми замовлень.
Як це працює
Клієнт рахує ціну сам
Заповнює форму, бачить підсумок і доступних виконавців.
Система шукає виконавця
Відбір іде за ставками, класом машини, графіком і зайнятістю, а в пропозиції є дедлайн і слід в історії.
Відмова не зупиняє замовлення
Робота повертається у відкритий пул і розсилається придатним виконавцям.
Гроші й документи
закриваються самі
Оплата переводить статус, лист збирає повний пакет, виплата підряднику йде з того самого замовлення.
Три ролі в одній системі
Публічна воронка для клієнта, диспетчерська для оператора і кабінет для підрядника працюють на одних даних.
Клієнт бачить розрахунок і статус свого замовлення, оператор — конвеєр і воронку відповідей виконавців, підрядник — свій графік, відкритий пул і власні ставки.
Технології та компоненти
Платформа
Odoo 16: продажі, зв'язка «продаж → закупівля» для виплати підряднику, календар, поштова підсистема, стандартний платіжний та портальний шар.
Публічний фронтенд
Один адаптивний веб-застосунок на штатному фронтенд-фреймворку Odoo: бронювання, вибір виконавця, калькулятор об'єму і кабінет підрядника працюють на ньому ж, окремого мобільного застосунку немає.
Картографія і геодані
Картографічний шар KitWorks — абстракція провайдера карт з рівно одним активним постачальником: геокодування, маршрут з відстанню і часом, перевірка входження точки в полігон, автодоповнення адрес та інтерактивна карта у формі.
Документи
Генерація PDF з поштових шаблонів, DMS KitWorks, валідація документів зі строками дії, календар вихідних і святкових днів.
Масштаб
Близько 24 власних бізнес-сутностей, 54 екрани бекофісу, 46 вебточок входу, 17 автотестів наскрізного циклу і 4 міграції після першого запуску.
Контроль якості
CI у три стадії з жорсткими гейтами: стильовий лінтер, сканер безпеки коду, обов'язкове підняття версії модуля. Тести йдуть з мінімальним порогом покриття плюс чиста установка в порожню базу.
Що це змінює в роботі
Прорахунок ціни перестав бути роботою людини, а заявка фіксується на першому кроці. Надбавка за зону нараховується за прозорим правилом, а не за оцінкою оператора. Тариф став конфігурацією замість домовленості, і підрядник не «згорає» на чужій знижці.
У кожної пропозиції виконавцю є годинник і слід в історії, а зрив однієї пропозиції не зупиняє замовлення. Розклад вийшов з пам'яті диспетчера, і водій не отримує пропозицій на час, коли він недоступний.
Підключення підрядника стало самообслуговуванням з контрольною точкою модерації, а стан документів — полем у системі. Питання про наступне замовлення й нарахування зняті з оператора, незавершене бронювання перетворилося на лід, а керівник бачить конвеєр і виручку без ручних вивантажень.
Що з цього тиражується
Та сама механіка лягає на кур'єрську доставку, переїзди, вантажне таксі й виїзний сервіс: будь-яку модель «замовлення в застосунку, виконує підрядник».
З параметризацією
Машина станів призначення виконавця з повною історією і автором кожної дії. Самопідключення підрядника з верифікацією пошти, збором документів і модерацією, де перелік типів документів — конфігурація, а не код. Далі кабінет виконавця, воронка бронювання з живим прорахунком, матриця ставок «виконавець × послуга × клас ресурсу» і гео-обмежений доступ співробітників.
Під доробку
Елемент карти у формі бекофісу: геодвигун генеричний, але віджет поки прив'язаний до конкретної моделі замовлення. Правила зон платного в'їзду генеричні, а конкретні межі й розклад — дані регіону.
Готове як є
Картографічний шар KitWorks — окремий продукт з власними налаштуваннями і тестами, без прив'язки до бізнес-логіки. DMS, валідація документів і календар вихідних теж наявні кросклієнтські модулі.
Часті запитання
Три блоки переносяться майже як є: картографічно-геозонний шар, конвеєр призначення підрядника з дедлайнами і пулом робіт, самопідключення з контролем строків документів. Решта параметризується під вашу нішу.
Так. Картографічний шар — це абстракція провайдера, підключення нового зводиться до реалізації кількох методів, а бізнес-логіка не переписується.
Дедлайн на відповідь, який скорочується в міру наближення виїзду, і окремий запис пропозиції з автором та відповіддю. Відмова повертає роботу в пул.
У кожного документа є дата завершення дії, яка не може бути в минулому. За чинними документами обчислюється рівень покриття, а акаунт відкривається лише після модерації.
Так, якщо у вас маркетплейс-модель: підбір за графіком, пул робіт і кабінет виконавця від предметної області не залежать.
Потрібен контент.