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