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

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

Історія Наталії: одне «ми ж обговорювали» змінило процес

Наталія, турагентка 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. За тиждень приберіть зайві поля, але збережіть поділ вибору, підтвердження й виконання.

Головний принцип

Журнал рішень потрібен не для контролю клієнта і не для накопичення доказів на випадок суперечки. Його завдання — зберігати спільне розуміння подорожі, коли змінюються канали, працівники, ціни й обставини. Фіксуйте не все сказане, а те, на підставі чого команда діятиме.

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