В семейной поездке слово «ребёнок» кажется понятным, пока не начинается бронирование. Авиакомпания, отель, трансферная компания и страховщик могут использовать разные возрастные границы и считать возраст на разные даты. Один и тот же турист иногда проходит как ребёнок в одной услуге и как взрослый — в другой. Если перенести категорию из первого расчёта во все остальные, цена, размещение или право на услугу могут измениться уже после оплаты.

Надёжная работа начинается не с запоминания универсальных возрастов, а с отдельной проверки каждого компонента поездки. Турагент фиксирует дату рождения, дату оказания конкретной услуги, правило поставщика, применённую категорию и источник подтверждения. Получается короткая карта возрастных правил, которую можно проверить до того, как клиент примет финансовое решение.

История Виктории: день рождения между рейсами

Виктория, турагент 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: разберите найденные расхождения и обновите шаблон.

Клиенту не нужна лекция о внутренних категориях поставщиков. Ему нужна уверенность, что семья получит именно те места, размещение и услуги, за которые платит. Карта возрастных правил превращает эту уверенность из обещания в проверяемый процесс.

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