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

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

История Натальи: одно «мы же обсуждали» изменило процесс

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

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

История переписки показывает, о чём говорили. Журнал решений показывает, на чём остановились.

Наталья, турагент XO

Что считать решением

Решение — это факт, который меняет состав, цену, сроки, риск или следующий шаг поездки. Фраза клиента «этот отель нравится» ещё не решение. Запись «выбран отель A, номер family room, питание HB, итоговая цена проверена в 16:20, выбор подтверждён клиентом в чате» уже позволяет действовать.

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

Не превращайте журнал в стенограмму. Приветствия, промежуточные эмоции, рекламные формулировки и все отвергнутые идеи не нужны. Цель записи — чтобы другой компетентный агент за минуту понял актуальное состояние и не додумывал его.

Когда открыть журнал

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

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

Шесть полей одной записи

  1. Решение: одно короткое предложение без двусмысленности.
  2. Контекст: к какой поездке, пассажиру или услуге относится запись.
  3. Источник: ссылка на сообщение, отметка о звонке или подтверждение поставщика.
  4. Статус: предложено, подтверждено клиентом, подтверждено поставщиком, выполнено или заменено.
  5. Срок: до какого времени цена, опция или действие остаётся актуальным, обязательно с часовым поясом.
  6. Следующий шаг: кто делает конкретное действие и когда состоится проверка результата.

Одна запись должна отвечать на вопрос «можно ли уже действовать?». Если клиент выбрал вариант, но поставщик его ещё не подтвердил, эти два состояния нельзя смешивать. Напишите отдельно: «клиент выбрал» и «ожидаем подтверждение поставщика до…».

Лестница подтверждения: не путайте выбор и факт

  1. Обсуждается: вариант показан, но решения нет.
  2. Выбрано клиентом: получено явное согласие на конкретный состав и цену.
  3. Запрошено у поставщика: действие отправлено, результат ещё не получен.
  4. Подтверждено поставщиком: есть официальный статус или документ.
  5. Выполнено: платёж, выпуск, изменение или отправка документов завершены и проверены.

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

После звонка: правило пяти минут

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

Подтверждаю итог звонка: выбираем вариант A в указанном составе и бюджете. До 18:00 я проверяю наличие и условия, после ответа поставщика отдельно сообщу финальный статус. Открытый вопрос — багаж для третьего пассажира.

Шаблон сообщения после звонка

Шаблон не должен создавать видимость бронирования. Разделяйте решение клиента, действие агента и результат поставщика. Если цена динамическая, укажите время последней проверки и объясните, что окончательная фиксация произойдёт только на соответствующем этапе.

Источник сильнее пересказа

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

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

Как менять решение без потери истории

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

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

Передача коллеге за одну минуту

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

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

Минимум данных — больше безопасности

Журнал решений не должен становиться второй копией всех документов клиента. Храните только данные, необходимые для процесса, в предназначенных защищённых полях и по правилам агентства. В записи можно сослаться на документ, не дублируя полный номер, адрес, медицинские сведения или платёжные реквизиты.

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

Как не превратить сервис в бюрократию

  • Одна запись — одно решение; длинный протокол разбивайте на несколько связанных пунктов.
  • Используйте готовые статусы и шаблоны, но оставляйте формулировку понятной человеку.
  • Фиксируйте только изменения, риски и обязательства, а не каждое сообщение.
  • Обновляйте журнал в момент решения, а не отдельным большим отчётом в конце дня.
  • Клиенту показывайте итог и следующий шаг, а внутренние служебные детали оставляйте в CRM.

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

Контроль качества перед оплатой

  • Состав туристов и плательщик подтверждены.
  • Выбранная конфигурация услуг совпадает в подборке, расчёте и журнале.
  • Цена, валюта, график и срок платежа актуальны.
  • Существенные ограничения и условия изменения отмечены как сообщённые.
  • Нет решения со статусом «обсуждается», которое команда ошибочно считает подтверждённым.
  • Следующее действие после оплаты назначено и имеет срок проверки.

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

Три показателя полезности

  1. Доля дел, которые коллега может продолжить без повторного вопроса клиенту.
  2. Количество исправлений из-за расхождения между перепиской, расчётом и фактическим заказом.
  3. Время от изменения до понятной сводки клиенту и назначенного следующего шага.

Не оценивайте агентов по количеству записей. Это стимулирует бюрократию. Смотрите на результат: меньше повторных уточнений, меньше забытых сроков и меньше ситуаций, где клиент и команда по-разному понимают выбранный вариант.

Запуск за пятнадцать минут

  1. Добавьте в карточку поля: решение, статус, источник, срок, ответственный, следующий шаг.
  2. Создайте пять стандартных статусов лестницы подтверждения.
  3. Подготовьте два шаблона: итог звонка и подтверждение изменения.
  4. Выберите одну текущую поездку и внесите только пять последних актуальных решений.
  5. Передайте карточку коллеге на минутную проверку: может ли он назвать состояние и ближайший срок.
  6. Через неделю удалите лишние поля, но сохраните разделение выбора, подтверждения и выполнения.

Главный принцип

Журнал решений нужен не для контроля клиента и не для накопления доказательств на случай спора. Его задача — сохранять общее понимание поездки, когда меняются каналы, сотрудники, цены и обстоятельства. Фиксируйте не всё сказанное, а то, на основании чего команда будет действовать.

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