Перед клієнтом: як читати відповідь моделі

Перед клієнтом: як читати відповідь моделі

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

Коротко

• Перед Send підкресліть цифри, імена, обіцянки клієнту, юридичні формулювання й усе, чого не було у вашому вході.
• Звіряйте з Excel, monobank, кабінетом Нової Пошти або вашим ТЗ на екрані, а не з пам'яттю "здається, там було 450".
• Один абзац критики повертає чернетку швидше за новий довгий роман у тому ж чаті.
• Відкладайте вихід цілком, коли текст стоїть на кількох вигадках або торкається грошей і персональних даних без гігієни входу.
• Команди, які виграють, тримають спільне правило відділу: без опори в джерелі клієнту не відправляємо.

Менеджер отримує від моделі гарний абзац для клієнта про наявність, ціну і "відправимо завтра". Він майже натискає Send у Telegram, бо текст звучить спокійно і професійно. Перед відправкою він підкреслює слова "завтра", "є в наявності" і суму в гривнях. Залишку в таблиці немає. Дати логіст не давав. Ціна на одну гривню відрізняється від актуального прайсу через старий фрагмент у довгому чаті. Текст повертається в модель з короткою критикою, і клієнт отримує вже виправлений варіант. Різниця між вірою в тон і звіркою з джерелом часто дорівнює одному ненатиснутому Send. У Learn to Earn Global на кейс-днях ми тренуємо саме цю звичку уваги, без героїзму і без окремого титулу для неї. За вісімнадцять років на ринках я засвоїв ту саму дисципліну з торговими заявками: число на екрані читається двічі, тому що виправляти після виконання дорожче.

Маршрут очей перед Send

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

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

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

Цифри першими

Цифри дивляться першими, тому що в операційці ФОП вони найдорожчі. Ціна позиції, кількість, вага посилки, оціночна вартість для Нової Пошти, післяплата, сума з виписки monobank, відсоток знижки, календарна дата.

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

Я сам спочатку виділяю всі суми й дати кольором у чернетці. Тон читаю лише потім. Тон інцидент створює рідко. Вигадана цифра створює завжди.

Імена другим проходом

Імена дивляться другим, спокійним проходом по тексту. ПІБ клієнта, назва ТОВ чи ФОП отримувача, місто, номер відділення, артикул, назва тарифу доставки.

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

Окремо дивіться на номер відділення Нової Пошти і місто. Одна зайва цифра в номері, і посилка їде не туди, а ви вже ввічливо підтвердили клієнту адресу.

Обіцянки клієнту

Обіцянки - зона, де звірка з джерелом важить більше за "теплоту" бренду. Будь-яке формулювання на кшталт "відправимо сьогодні", "точно встигнемо до свята", "є на складі", "зробимо знижку", "замінимо за наш рахунок" має мати опору в даних, у політиці або в прямому рішенні відповідальної людини.

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

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

Юридичні формулювання без шаблону

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

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

Факти поза входом і коли відкладати вихід цілком

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

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

Відкладений вихід належить до якості. Це ані особиста образа інструмента, ані ознака, що "ШІ не для нас". У AISync Global на пілотах ми шукаємо в продукті місце для людського approve перед відправкою. Якщо все летить автоматом під соусом упевненого тону, ризик уже в архітектурі, а не в окремому абзаці.

Критика одним абзацом і норма відділу

Критика виходу одним абзацом працює краще за новий довгий роман у тому ж чаті. Приклад робочої критики: "Прибери дату відправки і будь-яку наявність. Залиш лише ціну з блоку даних і одне питання про артикул. Зроби тон коротшим, як у звичайному Telegram". Модель отримує сигнал, що саме не так, і вікно контексту не розмивається. Після другої ітерації знову проходьте маршрут очей по числах і обіцянках замість того, щоб перечитувати все життя клієнта.

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

Керівник робить цю звичку командною нормою замість особистої параної відмінників. Формулювання звучить так: без звірки з джерелом клієнту не відправляємо. На розборі інцидентів питають "який пункт маршруту пропустили і як підсилити поле в промпті", а не "хто винен". Інвестор і замовник вендора шукають той самий слід у продукті: чи є місце для людського approve перед відправкою.

Команди, які виграють, зупиняють Send через одну зайву дату. Команди, які відстають, оцінюють ввічливість і швидкість, а потім розгрібають інцидент після оплати в monobank.

Тон і формат лишають наостанок

Тон і формат під канал дивляться після фактів. Якщо в Telegram раптом з'явилися підзаголовки з документа Word, текст ріжуть до звички месенджера. Якщо тон став фамільярним або, навпаки, канцелярським, правлять одним рядком критики. Але тон Send не виправдовує, коли цифри й обіцянки з джерелом не збігаються.

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

Що змінює правило відділу за тиждень

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

Керівник може закріпити в чаті відділу повідомлення з шістьма пунктами маршруту і одним прикладом критики. Це дешевше за товстий регламент і ближче до живої роботи з Telegram, monobank і Новою Поштою. Через тиждень команда вже не сперечається, чи треба ще раз глянути. Глянути стає нормою. Send без опори стає винятком, який пояснюють на розборі.

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

Що робити далі

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

Про цей матеріал

Це текст треку "Мова ШІ" про те, як читати відповідь моделі перед клієнтом. Мета - дати відділу короткий маршрут очей і звичку ненатиснутого Send, без віри в тон і без зайвого героїзму. Матеріал освітній і не є індивідуальною порадою.