¶ Налаштування бонусних правил
Ліве навігаційне меню на рівні автопарку → ⚙️ Options → Driver Bonuses → ⊕ Add bonus conditions → зʼявляється спливаюче вікно налаштувань нових бонусних правил «New bonus conditions».
Маємо дві варіації налаштувань нарахувань бонусів:
- Per trip ⓘ – режим, коли водій отримує бонус за кожну поїздку в заданих (заздалегідь визначених) діапазонах. Кінцевий тижневий бонус для конкретного водія дорівнює сумі всіх винагород за всіма такими діапазонами.
- Per target ⓘ – режим, коли водій отримуватиме певну фіксовану суму бонусу за досягнення певної цілі чи KPI. Це якнайкраще підходить для наших клієнтів із Азербайджану, котрі бажають зменшувати ціну вартості оренди їхніх автівок на суму бонусу (цієї винагороди) для водіїв, котрі досягли цілей.
¶ Процес налаштування для окремої платформи-агрегатора
Розглянемо процес налаштування на прикладі другої варіації налаштувань (Per target ⓘ) для платформи-агрегатора «Bolt»:
- Праворуч пункту For taxi services ⓘ тиснемо кнопку ⊕ та обираємо потрібну інтеґрацію (в нашому прикладі потрібен «Bolt»).
- Маємо кілька строчок, першою з яких є Bonuses ⓘ. Вона дозволяє вказати суму бонусу у валюті автопарку, котру отримує водій при досягненні поставленої цілі(-ей).
- Наступною є групи умов, за яких водій отримує вказану суму. Строчка Condition Group #1 ⓘ дозволяє встановлювати правила такої групи (додати іще групи, і тим самим сегментувати набори умов можна за допомогою кнопки ⊕ Add condition group).
Кожна із груп має атрибути умов, котрі додаються відповідною кнопкою ⊕ Attribute. Існує чотири (4) варіанти атрибутів, а саме:
- Trips – кількість успішно здійснених поїздок (замовлень платформи-агрегатора);
- Time Online – час, котрий водій провів очікуючи замовлень чи виконуючи їх (іншими словами, був «на лінії», тобто онлайн у додатку платформи-агрегатора);
- Avg trip price – середня вартість здійснених поїздок;
- Acceptance rate – відсоток замовлень, котрій водій прийняв і виконав, від усієї кількості запитів на поїздки, що йому надійшли (метрика оцінки продуктивності сукупності водіїв, популярна серед платформ-агрегаторів).
⚠️ Нарахування бонусів водіям автопарку згідно встановлених груп атрибутів умов здійснюється системою MyTaxiCRM на потижневій основі, що відповідає логіці їх нарахувань зі сторони платформи-агрегатора на користь компанії-автопарку.
¶ Приклад робочої логіки №1
Уявімо, що я хочу виплачувати водієві 40 дирхамів (валюта компанії-автопарку з ОАЕ облікового запису тестового користувача MyTaxiCRM) за умови, якщо він успішно здійснить 100 поїздок.
Це доволі проста умова. Можемо її модифікувати, аби більш точно означити вимоги. Натискаємо на ⊕ Add condition group, аби додати нову групу умов; обираємо той самий атрибут (Trips) зі значенням у 120 поїздок.
За таких встановлених умов водій отримає 40 дирхамів бонусу, якщо виконає умови однієї з двох груп правил (логічно, що у даному випадку він отримує бонус щойно досягне 100 поїздок, адже ця група умов досягається першою; адже 100<120).
¶ Приклад робочої логіки №2
Попередній приклад був показовам задля розуміння логіки спрацювання системи при обрахунку. Проте сам модуль визначення умов задумано так, аби комбінувати атрибути в групах умов, що і дозволяє гнучко його налаштовувати під потреби конкретного автопарку та умови його взаємодії з платформою-агрегатором.
Нумо, модифікуємо другу групу умов (Condition Group #2 ⓘ) новим атрибутом – додаємо Time Online зі значенням 50h (пʼятдесят годин).
За нових встановлених умов водій отримає свої 40 дирхамів, коли:
- або успішно виконає 100 поїздок за обліковуваний тиждень,
- або перебуватиме онлайн >50 годин на тиждень.
¶ Приклад робочої логіки №3
Додаємо ще одну групу умов (Condition Group #3 ⓘ), її єдиним атрибутом обираємо відсоток виконаних замовлень (Acceptance rate), встановлюємо значення 40%. За нових умов водій отримає свої 40 дирхамів, коли:
- або успішно виконає 100 поїздок за обліковуваний тиждень,
- або перебуватиме онлайн не менше 50 годин на тиждень,
- або успішно виконає бодай 40 поїздок із кожних ста запитів на поїздки, котрі йому надійдуть.
¶ Приклад робочої логіки №4
⚠️ Очевидно, що кожна з груп умов може мати більше одного атрибуту в кожній. Атрибути всередині кожної з груп умов працюють за алгоритмом логічного «і» – щоб групу умов було застосовано при обрахунку, кожен з її атрибутів повинен бути виконаний.
Додамо новий атрибут (Time Online = 20h) до існуючої групи умов Condition Group #1 ⓘ. За цих умов водій отримає свої 40 дирхамів, коли:
- або успішно виконає 100 поїздок за обліковуваний тиждень, перебуваючий онлайн принаймні 20 годин (вимоги обох атрибутів водночас),
- або перебуватиме онлайн не менше 50 годин на тиждень, незалежно від кількості виконаних поїздок,
- або успішно виконає бодай 40 поїздок із кожних ста запитів на поїздки, котрі йому надійдуть.
¶ Кілька цілей для груп умов та їх атрибутів
Поточне налаштування бонусних правил включає лише один розмір бонусу за встановлених атрибутів у групах умов. Проте цей модуль також підтримує додавання наборів значень атрибутів умов і повʼязаного з ним розмірів бонусів до існуючих груп (простіше: ви можете налаштувати градацію бонусів в залежності від рівня виконаного значення в атрибуті кожної з груп умов):
- Bonuses ⓘ → Target 1 → кнопка ⊕ → Target 2 ⓘ
👉 Після збереження ваших бонусних правил (кнопка Confirm) на сторінці відповідного розділу системи MyTaxiCRM (⚙️ Options → Driver Bonuses) зʼявиться його картка.
👉 Ви можете переглянути створену картку чи змінити її налаштування – кнопка More details.
¶ Як працюють встановлені бонусні правила?
¶ Перебіг виконання правил у поточному тижні
Система MyTaxiCRM має спеціальний звіт, аби відслідковувати прогрес виконання встановлених бонусних правил:
- Ліве навігаційне меню на рівні автопарку → Reports → Bonus Program Performance → обрати потрібний тиждень у фільтрі праворуч угорі (кнопка Filters).
Система відобразить перелік водіїв, для котрих встановлені умови та відомості щодо їх виконання у відповідних стовпчиках:
- Year – рік, коли діють бонусні правила;
- Week – номер тижня, коли діють бонусні правила;
- Driver – ПІБ водія, до якого правила застосовуються;
- Bonuses Awarded – розмір бонусу, який водій отримує у кінці тижня у валюті компанії-автопарку;
- Taxi service – платформа-агрегатор чи подібний на неї сервіс, якої стосуються встановлені бонусні правила;
- Number of trips – кількість успішно здійснених поїздок конкретним водієм (замовлень платформи-агрегатора);
- Average trip price – середня вартість поїздок котрі виконав певний водій;
- Time Online – час, котрий водій провів очікуючи замовлень чи виконуючи їх (іншими словами, був «на лінії», тобто онлайн у додатку платформи-агрегатора);
- Acceptance rate – відсоток замовлень, котрій водій прийняв і виконав, від усієї кількості запитів на поїздки, що йому надійшли (метрика оцінки продуктивності сукупності водіїв, популярна серед платформ-агрегаторів).
Лівіше, навпроти кожного з водіїв доступна кнопка деталізації. У ній ви зможете ознайомитись із розбивкою метрик конкретного водія та дізнатися, за виконання якого з атрибутів групи правил водій отримав бонус.
¶ Результати виконання правил в минулих періодах
Ви також можете переглянути результати виконання раніше встановлених бонусних правил і за тижні, що вже минули. Для цього просто оберіть інший проміжок часу у фільтрі (кнопка Filters).
На прикладі водійки Kate Test розглянемо саме такий випадок.
Важливі відомості щодо даних періодів, що завершились:
- У стовпчику ⮃ Bonuses Awarded відображається сума отриманих бонусів за кожну із виконаних груп умов (усі атрибути кожної такої групи).
- В наведеному вище прикладі це Target 1 та Target 2 ⓘ, які присутні у Condition Group #2 ⓘ + Condition Group #3 ⓘ (
10,00 AED+12,00 AED)
- В наведеному вище прикладі це Target 1 та Target 2 ⓘ, які присутні у Condition Group #2 ⓘ + Condition Group #3 ⓘ (
👉 Якщо змінити самі групи умов (додати або видалити), чи змінити набори атрибутів або їх цільові значення – то це не вплине на нарахування бонусів водіям заднім числом у тижнях, що вже минули. Зміни в налаштування бонусних правил впливають лише на результати поточного і майбутніх тижнів, коли вони були здійснені.
¶ Вплив на звірку водійки в її обліковому записі
Натисніть на ПІБ потрібної особи у списку, щоб побачити, як нараховані бонуси вплинули на стан рахунку водійки Kate Test у обраному тижні.
У вкладці Revise, у пункті Driver profit ⓘ якраз і знайдемо 22,00 AED (Bonus - AED 22), котрі зарахувались на баланс водійки за виконані умови обраного тижня.
👉 Поведінка системи: баланс поточного рахунку водійки (тобто значення у колонці ⮃ Current account) зменшується на суму отриманого бонусу, тому що він зменшує відповідну статтю Rent ⓘ витрат водійки.
¶ Вплив у загальній звірці
Аби переглянути: ліве навігаційне меню на рівні автопарку → Finance → Payroll & Balances → знайдіть потрібну особу за допомогою фільтра (кнопка Filters угорі праворуч) → вкладка Current account balance → блок Bonuses.
Бачимо ті ж самі AED 22.00:
