Join.To.IT створює продуктовий шар для операторів мобільності: застосунки для пасажирів і водіїв, підбір, правила тарифів і консоль безпеки. Ми розробляємо ПЗ — не керуємо мережею поїздок, не наймаємо ваших водіїв і не возимо курʼєрські посилки на тому самому стеку.
Продукти райдшерингу провалюються, коли логіку маркетплейсу копіюють із доставки. Пасажир — не посилка. Підбір, час очікування, скасування, тарифи й інциденти безпеки потребують власних сутностей. Готові набори «суперзастосунків» ховають ці правила, доки ви не зʼясуєте, що не можете змінити налаштування міста без заявки постачальникові.
Ми будуємо досвід пасажира й водія навколо поїздки, з правилами тарифів, які можна пояснити, і операційною консоллю, що вміє заморозити поїздку, звʼязатися з учасником і зберегти журнал дій. Join.To.IT не керує мережею — це робите ви.
Почніть із підбору й двох застосунків — саме там «помирають» поїздки, — а далі додайте правила тарифів і консоль безпеки.
Замовлення, очікування, поїздка, чек і звернення в підтримку — для людей, а не для сканування посилок.
Статус онлайн, картки замовлень, перехід у навігацію та події поїздки, з якими водій впорається біля бордюру.
Поєднує замовлення пасажира з відповідним водієм за вашими правилами щодо часу подачі, класу авто й справедливості — без курʼєрського групування зупинок.
Базові тарифи, час і відстань, доплати, а також множники попиту чи зон, які можна змінити без випуску нового застосунку.
Бек-офіс, що бачить поїздку наживо, відкриває випадок, звʼязується з учасниками й фіксує дії команди — без удавання, ніби ми укомплектовуємо вашу службу безпеки.
Запис поїздки, якому довіряють фінанси й виплати водіям, поверх платіжного провайдера, яким ви вже користуєтеся.
Операційній команді потрібна швидкість на винятках, а не модель без нагляду, що встановлює ціни. ШІ корисний, коли підсумовує поїздки, помічає дивні маршрути й готує чернетки нотаток, а тарифи лишаються в опублікованих вами правилах.
Команда ШІ-розробки Join.To.IT підключає ці можливості до подій поїздок, сигналів пристроїв, які ви вже збираєте, та архіву випадків безпеки.
Виділяє маршрути, час очікування чи патерни скасувань, які вибиваються з ряду схожих поїздок у цьому місті.
Перетворює події поїздки й листування на короткий бриф, щоб оператор міг діяти, не відновлюючи хронологію вручну.
Спрямовує звернення пасажирів і водіїв до тарифів, загублених речей чи безпеки — одразу з привʼязаною поїздкою.
Нагадує водіям про строки посвідчення й страховки з вашого сховища документів ще до виходу онлайн.
Відповідає на питання про час очікування, заповненість і скасування на основі даних поїздок для продуктових і операційних нарад.
Сервіси поїздок уже залежать від карт, платежів, пушів, SMS, а часом і від сервісів перевірки особи чи посвідчення водія. Ми інтегруємо ці категорії через їхні API. Ми не показуємо вигаданих логотипів процесингу чи картографічних сервісів і не заявляємо про партнерства, яких не маємо.
Постачальники лишаються вашими. Запис поїздки теж належить вам, тож підбір, тарифи й безпека не замкнені в чужому шаблоні застосунку.
White-label застосунки для поїздок заморожують підбір і тарифи. Щойно вам потрібен новий клас авто, правило для корпоративних акаунтів чи процес безпеки, який визнає ваш страховик, — ви чекаєте на постачальника. Індивідуальне ПЗ — для операторів, які самі володіють правилами маркетплейсу.
Час подачі, справедливість і клас авто — продуктові рішення. Курʼєрський рушій групуватиме не те.
Пасажири, водії й регулятори питають, звідки взялася ціна. «Чорна скринька» підвищеного тарифу без аудиту довго не протримається.
Інцидентам потрібні випадки, контакти й журнал дій. Ми будуємо цю консоль, але не укомплектовуємо вашу команду реагування.
Join.To.IT розробляє продукт. Попит, пропозиція й місцеві ліцензії лишаються за вами.
Комісії постачальника за поїздку й заморожені функції дають про себе знати саме тоді, коли ви запускаєте другий регіон.
Той самий процес Join.To.IT, застосований до застосунків для пасажирів і водіїв, підбору, правил тарифів і безпеки.
Описуємо поїздку так, як її сьогодні бачать пасажири, водії й операційна команда, — зі скасуваннями, неявками та ескалаціями безпеки.
Визначаємо дані поїздок, учасників, авто, тарифів і випадків, а також інтеграції з картами, платежами й повідомленнями.
Проєктуємо сценарії для пасажира й водія під одну руку та консоль, у якій можна діяти на активній поїздці без довгих пошуків.
Спершу робимо підбір і два застосунки, далі — правила тарифів, реєстр поїздок і процес роботи з випадками безпеки.
Тестуємо каскад пропозицій, скасування, аудит тарифів, платіжні вебхуки й те, що бачить команда, коли поїздку позначено.
Запускаємо пілот в одному місті чи класі авто, навчаємо команду, а потім розширюємо правила й звітність на реальному потоці.
Обираємо технології з огляду на кількість одночасних поїздок, постачальників карт і платежів і те, як команді потрібно стежити за поїздками наживо.
Практичні відповіді для власників продуктів, керівників операцій і засновників, яким потрібне індивідуальне ПЗ, а не оператор мережі.
