У сімейній подорожі слово «дитина» здається зрозумілим, доки не починається бронювання. Авіакомпанія, готель, трансферна компанія та страховик можуть використовувати різні вікові межі й рахувати вік на різні дати. Той самий турист іноді проходить як дитина в одній послузі та як дорослий — в іншій. Якщо перенести категорію з першого розрахунку в усі інші, ціна, розміщення або право на послугу можуть змінитися вже після оплати.

Надійна робота починається не із запам’ятовування універсальних вікових меж, а з окремої перевірки кожного компонента подорожі. Турагент фіксує дату народження, дату надання конкретної послуги, правило постачальника, застосовану категорію та джерело підтвердження. Виходить коротка карта вікових правил, яку можна перевірити до того, як клієнт ухвалить фінансове рішення.

Історія Вікторії: день народження між рейсами

Вікторія, турагент XO із Чернівців, любить складні сімейні маршрути й зазвичай помічає деталі раніше за клієнтів. Вона підбирала подорож для батьків і двох дітей: виліт наприкінці місяця, сім ночей у готелі та повернення одразу після дня народження молодшої дитини. У першому пошуку система показала привабливу сімейну ціну, і батьки вже були готові оплачувати.

Вікторія не скопіювала вік із пошукової форми до фінальної картки. Вона побудувала лінію дат і перевірила обидва перельоти, розміщення, груповий трансфер і страхування окремо. Виявилося, що на зворотному сегменті дитина переходила до іншої вікової категорії авіакомпанії, а обраний номер готелю не допускав заявлений склад після застосування власного правила розміщення. Вікторія перебудувала варіант до оплати, запропонувала відповідний номер і пояснила різницю одним спокійним підсумком.

Ми не виправляли помилку клієнта — ми вчасно побачили, що чотири послуги по-різному відповідають на одне запитання.

Вікторія, турагент XO

Головний принцип: вік — властивість послуги, а не всієї подорожі

Дата народження туриста незмінна, але комерційна категорія залежить від правил конкретного постачальника. Тому в робочій картці недостатньо поля «дитина, 11 років». Потрібні точна дата народження, дата кожного сегмента або послуги та результат перевірки для цього сегмента. Вік на день запиту чи оплати може не мати значення, якщо постачальник рахує його на дату вильоту, заселення, зворотного рейсу або завершення подорожі.

  • Переліт туди й назад може складатися із сегментів, для яких вік перевіряють окремо.
  • Готель застосовує власні правила розміщення, спальних місць і доплат.
  • Трансфер може обмежувати дитячий тариф, тип крісла або допустиму кількість дітей.
  • Страховий продукт може змінювати тариф, покриття або доступність за віком.
  • Екскурсія, круїз чи квиток на подію можуть мати окремі вікові категорії та вимоги.

Формула перевірки: людина × послуга × дата × правило

Кожен рядок перевірки має поєднувати чотири елементи. Хто їде? Яку саме послугу надають? На яку дату визначають вік? Яке правило оприлюднив або підтвердив постачальник? Лише після цього можна записати застосовану категорію та ціну. Такий підхід займає кілька хвилин, але запобігає ланцюговій помилці, коли неправильний вік потрапляє одразу до квитка, ваучера, трансферу й страхування.

  1. Зафіксуйте повну дату народження кожної неповнолітньої особи точно за документом.
  2. Розкладіть подорож на датовані послуги: кожен переліт, кожне розміщення, трансфер, страхування та додаткові активності.
  3. Знайдіть вікове правило в актуальному офіційному джерелі або отримайте письмове підтвердження постачальника.
  4. Запишіть категорію, яку фактично застосовує система бронювання, і звірте її з правилом.
  5. Перевірте вплив на ціну, склад послуги, документи, обмеження та умови зміни.

Мінімальні вихідні дані

  • Прізвище та ім’я у формі, яка знадобиться під час бронювання.
  • Повна дата народження, а не лише поточний вік.
  • Дати й місцевий час кожного сегмента подорожі.
  • Склад гостей у кожному номері та фактичні спальні місця.
  • Вимоги до дитячого крісла, супроводу й особливих послуг.
  • Джерело правила та час, коли його перевірили.

Документи та персональні дані зберігайте лише в призначених для цього захищених полях і не множте їх у чатах. Для операційної карти зазвичай достатньо дати народження, категорії за послугою та посилання на первинне джерело. Якщо копія документа не потрібна на поточному етапі, не створюйте зайву копію.

Матриця вікових правил

Найзручніше бачити перевірку як невелику матрицю. Рядок — турист і послуга, стовпці — дата послуги, вік на цю дату, категорія постачальника, джерело, ціна чи умова та статус перевірки. Матриця не замінює систему бронювання: вона пояснює, чому до неї внесено саме такі дані, і допомагає провести незалежне звіряння.

  • Турист: ім’я або внутрішній ідентифікатор без зайвих персональних даних.
  • Послуга: точний сегмент, готель, трансфер, поліс або активність.
  • Контрольна дата: момент, на який постачальник визначає вік.
  • Категорія: infant, child, teen, adult або власне позначення постачальника.
  • Джерело: посилання на тарифне правило, довідку постачальника або письмову відповідь.
  • Наслідок: ціна, місце, багаж, харчування, крісло, супровід або інша умова.
  • Статус: перевірено, потребує відповіді, змінено або підтверджено під час бронювання.

Не переносьте термін постачальника в розмову з клієнтом без пояснення. Категорія «adult» в одному компоненті не означає, що дитина стає дорослою в юридичному чи побутовому сенсі. Для клієнта важливий практичний результат: яку ціну застосовано, яке місце надається, що входить у послугу та які документи знадобляться.

Особливий випадок: день народження під час подорожі

Якщо день народження припадає на період між початком і завершенням подорожі, поставте окрему позначку ще на етапі брифу. Перевірте не лише перший день туру, а й зворотний переліт, друге розміщення, продовження страхування та датовані активності. Не припускайте, що система автоматично перерахувала всі компоненти однаково: відкрийте деталі кожного тарифу та звірте введену дату народження.

На вильоті дитині 11 років, на зворотному рейсі — 12. Я перевірила правила обох сегментів окремо: ось категорії, підсумкова вартість та умови, які будуть зазначені в бронюванні.

Шаблон пояснення клієнту

Переліт: перевіряйте сегмент, тариф і оператора

Для авіації важливі точні дати сегментів, перевізник, який виконує рейс, і правила обраного тарифу. За спільних рейсів або складного маршруту інтерфейс продавця не завжди показує логіку достатньо явно. Звірте категорію пасажира, наявність окремого місця, норму багажу, можливість самостійного перельоту та вимоги до супровідної особи. Якщо відповідь впливає на випуск квитка, отримайте її до оплати у відтворюваному джерелі.

  1. Введіть дату народження, а не округлений вік зі слів клієнта.
  2. Перегляньте категорію пасажира для кожного сегмента, включно зі зворотним шляхом.
  3. Звірте маркетингового та фактичного перевізника за код-шерингу.
  4. Перевірте місце, багаж, харчування, супровід і документи для застосованої категорії.
  5. Перед оплатою ще раз порівняйте дані пасажирів на фінальному екрані та в карті перевірки.

Готель: вікова категорія не дорівнює спальному місцю

Готель може прийняти дитину безплатно, але не надати окремого ліжка; може вважати її дорослою для харчування, але дитиною для максимальної місткості; може дозволити склад лише в певному типі номера. Тому перевіряйте не абстрактну знижку, а фізичне розміщення кожного гостя: основне ліжко, додаткове місце, дитяче ліжечко, харчування та допустиму конфігурацію номера.

  • Вік дитини на дату заселення і, якщо це зазначено в правилі, на дату виїзду.
  • Максимальна місткість номера та допустиме поєднання дорослих і дітей.
  • Кількість і тип фактичних спальних місць.
  • Вартість та обов’язковість додаткового ліжка або дитячого ліжечка.
  • Харчування для дитини та можливі доплати на місці.
  • Письмове підтвердження нестандартного складу від готелю або постачальника.

Трансфер, страхування та активності: не залишайте «на потім»

Вік може впливати на дитяче крісло й тип автомобіля, тариф і покриття страхування, допуск до екскурсії чи атракціону. Ці послуги часто дешевші за основний пакет, тому їхню перевірку відкладають. Але саме невеликий компонент здатен зробити маршрут непридатним. Додавайте його до загальної матриці та закривайте відкрите запитання до фінальної згоди клієнта.

Вік перевірено окремо для перельоту, готелю, трансферу та страхування. Нижче — застосовані категорії й те, що входить для кожної дитини. Відкритих вікових питань перед оплатою немає.

Короткий підсумок клієнту

Що фіксувати в CRM

  • Дата народження в захищеному структурованому полі.
  • Контрольні дати послуг, на яких змінюється або перевіряється категорія.
  • Категорія за кожним постачальником і компонентом.
  • Посилання на актуальне правило або письмове підтвердження.
  • Вплив на ціну, місце, харчування, багаж, супровід і документи.
  • Дата останньої перевірки, відповідальна особа та наступний контрольний крок.

Червоні прапорці перед оплатою

  • У заявці зазначено лише вік без повної дати народження.
  • День народження припадає на подорож або близький до неї.
  • Категорію з готелю автоматично перенесено до перельоту чи навпаки.
  • Є код-шеринг, кілька авіакомпаній або окремі квитки.
  • Сімейний номер показано без опису фактичних спальних місць.
  • Постачальник відповів усно, а правило впливає на ціну або допуск до послуги.
  • Після зміни дат вікові категорії не перевірено повторно.

Якщо спрацював хоча б один прапорець, не маскуйте невизначеність фразою «зазвичай так можна». Позначте питання як відкрите, назвіть клієнту строк наступної перевірки й не обіцяйте склад послуги до підтвердження. Чесна пауза до оплати дешевша за термінове виправлення після неї.

Контроль якості та корисні метрики

  • Частка сімейних заявок із повною датою народження до початку бронювання.
  • Частка компонентів із зазначеним джерелом вікового правила.
  • Кількість перерахунків через неправильну категорію після погодження ціни.
  • Кількість випадків, коли день народження всередині подорожі виявлено до оплати.
  • Частка нестандартних розміщень із письмовим підтвердженням постачальника.
  • Причини розбіжностей: неправильна дата, застаріле правило, інтерфейс, ручне перенесення або зміна маршруту.

Впровадження за сім днів

  1. День 1: додайте повну дату народження й контрольну дату послуги до сімейного брифу.
  2. День 2: створіть шаблон матриці «турист × послуга × дата × правило».
  3. День 3: визначте, які джерела вважаються достатніми для кожного типу послуги.
  4. День 4: додайте червоний прапорець для дня народження під час подорожі.
  5. День 5: протестуйте процес на одній поточній сімейній заявці.
  6. День 6: попросіть колегу провести незалежне фінальне звіряння.
  7. День 7: розберіть знайдені розбіжності та оновіть шаблон.

Клієнту не потрібна лекція про внутрішні категорії постачальників. Йому потрібна впевненість, що сім’я отримає саме ті місця, розміщення й послуги, за які платить. Карта вікових правил перетворює цю впевненість з обіцянки на перевірюваний процес.

Почніть із найближчої сімейної заявки: запишіть повні дати народження, розкладіть подорож на послуги та перевірте кожну категорію на потрібну дату. Один акуратно розібраний маршрут дасть готовий шаблон для наступних продажів і допоможе команді помічати ризик до того, як він стане проблемою клієнта.