Модель плутає клієнтів і ціни тоді, коли з нею ведуть одну нескінченну розмову про все одразу. Робочий чат має жити стільки, скільки живе справа, і починатися з файлів, а не з питання.
Менеджер відкриває чат, у якому вже сорок екранів історії. Учора тут збирали комерційну пропозицію для будівельної компанії, позавчора писали відповідь фермеру про строки поставки, тиждень тому рахували знижку для постійного клієнта. Сьогодні він пише: "зроби КП на дванадцять тонн, ціни як минулого разу". Модель бере ціни з позавчорашньої розмови, де знижка призначалась іншому клієнту, підставляє назву компанії з листа, який лежав у тому ж чаті, і видає охайний документ з чужими умовами. Менеджер пересилає його в Telegram. Через годину клієнт відповідає, що ціни в КП нижчі за ті, що називали по телефону, і він, звісно, бере. Розбиратись доводиться вже з підписаним замовленням.
Я бачу цю сцену в компаніях різного розміру так часто, що вважаю її правилом, а не випадковістю. Модель у довгому чаті поводиться як людина, яку розбудили серед ночі і спитали про цифри: відповідає з того, що чула останнім. Вона тримає в голові рівно цей чат, а не вашу компанію, ваш прайс і ваших клієнтів, і чим довший чат, тим гірше вона розрізняє, що в ньому актуальне, а що вже застаріло. Тому головне правило робочого чату звучить коротко: одна розмова під одну справу, файли на старті, і жодного вічного блокнота.
Коротко
- Модель відповідає з того, що лежить у поточній розмові, і не відрізняє позавчорашню знижку від сьогоднішнього прайсу.
- Нова розмова під кожну справу прибирає більшість помилок з чужими цінами і назвами.
- Файли на старті важливіші за формулювання питання: спочатку прайс і листування, потім задача.
- Правила, які повторюються, живуть у постійному промпті асистента, а не в історії чату.
- Перед відправкою менеджер звіряє три речі: назву клієнта, кожну ціну і умови з листування.
Чому вічний чат перетворюється на джерело помилок
У кожної моделі є робочий стіл, який називають контекстом. Усе, що ви написали в цій розмові, і все, що вона вам відповіла, лежить на цьому столі одночасно. Коли ви ставите нове питання, модель дивиться на весь стіл і збирає відповідь з того, що там знайде. Якщо на столі лежить три прайси за різні місяці і листування з п'ятьма клієнтами, вона вибере числа за схожістю, а не за датою, бо дати для неї лише текст серед іншого тексту.
Далі спрацьовує друга особливість. Коли розмова стає дуже довгою, модель починає стискати старі частини: вона пам'ятає, що десь була знижка і десь була назва компанії, але деталі розмиваються. Саме в такому стані вона впевнено пише "як домовлялись" і підставляє умови, які домовлялись з кимось іншим. Ззовні відповідь виглядає бездоганно, і саме це небезпечно: помилку видно лише тоді, коли клієнт покаже на неї пальцем.
Є і третя причина, найбуденніша. У довгому чаті людина сама починає писати коротше, бо їй здається, що модель уже все знає. "Зроби як минулого разу", "ті самі умови", "той клієнт з Одеси". Кожна така фраза відкриває моделі простір для здогадки, і вона цим простором користується.
Нова розмова під одну справу
Правило виглядає скромно, і саме тому його ігнорують: під кожну справу починайте нову розмову. Одна комерційна пропозиція, одна розмова. Один клієнт, одна розмова. Один тижневий звіт, одна розмова. Назвіть її так, щоб через місяць можна було знайти: "КП на 12 тонн для будівельників, вересень", "відповідь про строки для Дніпра". Коли справа закрита, розмову закривають так само, як кладуть папку до шафи.
Звичка ця прищеплюється швидко, якщо її показати на живому випадку. У компанії, де продавали обладнання для ферм, менеджери вели одну спільну розмову з моделлю на весь відділ, і в ній одночасно жили запити від п'ятнадцяти клієнтів. Після того як модель двічі підставила в КП ціни іншого господарства, відділ перейшов на правило: одна розмова на один запит, у назві розмови клієнт і місяць. Кількість помилок з цінами за наступний місяць впала майже до нуля, і жодної додаткової інтеграції для цього не знадобилось, лише інша звичка натискати кнопку.
Порівняйте це з тим, як працює хороший менеджер із паперами. Він заводить папку на клієнта і кладе туди тільки те, що стосується саме цього клієнта, а листи за рік лежать окремо і в порядку. Чат із моделлю потребує тієї самої дисципліни, і вона забирає секунди: натиснути "нова розмова" швидше, ніж прогорнути сорок екранів у пошуках правильної ціни.
Тут зазвичай звучить заперечення: тоді доведеться щоразу пояснювати моделі все з нуля, хто ми, що продаємо і як пишемо. Відповідь у тому, де саме мають жити повторювані речі. Правила компанії, тон листів, структура КП належать постійному промпту асистента або проєкту, який підключається до кожної нової розмови автоматично. У чаті лишається тільки те, що стосується цієї справи. Розділення виглядає так: правила живуть у промпті, файли живуть у спільній папці, а розмова живе рівно стільки, скільки триває задача.
Що покласти в чат на старті
Порядок дій має значення, і він зворотний до звичного. Люди спочатку пишуть питання, а потім, коли відповідь виходить дивною, починають докидати файли. Правильно навпаки: спочатку файли, потім задача, потім критерій помилки.
Файли для комерційної пропозиції виглядають конкретно. Сьогоднішній прайс у Excel, саме сьогоднішній, а не той, що лежав у папці з весни. Листування з цим клієнтом, скопійоване з Telegram або пошти, разом з датами, щоб модель бачила, що було сказано і коли. Шаблон КП, за яким компанія пише завжди. Якщо є особливі умови для цього клієнта, вони йдуть окремим абзацом і з поясненням, що вони стосуються лише його.
Потім задача одним зв'язним абзацом, де названо клієнта повністю, обсяг, строки і те, з якого саме файлу брати ціни. І одразу критерій помилки, який більшість пропускає: "ціни бери лише з прикріпленого прайсу, біля кожної позиції вкажи, з якого рядка вона взята, а якщо позиції в прайсі немає, напиши про це окремо замість того, щоб підставляти число". Це речення коштує десять секунд і прибирає найдорожчий тип помилки, коли модель заповнює прогалину правдоподібною цифрою.
Окремо скажу про те, чого в чат класти не варто. Старі версії прайсу, листування з іншими клієнтами, попередні КП для порівняння: усе це здається корисним контекстом, а на практиці стає джерелом плутанини. Якщо для порівняння справді потрібна минула пропозиція, покладіть її в чат з підписом, що це приклад структури, а не джерело цін. Модель читає такі підписи і поводиться відповідно, але без підпису вона бачить лише ще один документ із числами і бере з нього те, що здається схожим.
Як звірити відповідь перед відправкою
Кнопка відправки залишається за людиною, і це головний запобіжник усієї схеми. Перед тим як пересилати КП клієнту, менеджер дивиться на три речі. Перша: назва клієнта і його реквізити збігаються з тими, що в листуванні, а не з тими, що моделі трапились десь поруч. Друга: кожна ціна звірена з прайсом, а не з пам'яттю. Третя: умови оплати і доставки відповідають тому, про що домовились саме з цим клієнтом.
Найшвидший спосіб зробити цю звірку - попросити модель показати джерело кожного числа. Якщо вона відповідає "з рядка 14 прайсу" і рядок 14 справді такий, добре. Якщо вона відповідає загально, "за вашими стандартними умовами", це знак, що число з'явилось з повітря. Менеджер, який звик ставити це питання, за тиждень починає бачити такі місця сам, ще до звірки.
Звірка забирає дві-три хвилини на КП і виглядає як зайвий крок рівно до першого випадку, коли вона ловить чужу ціну. Після цього її вже ніхто не пропускає. Корисно домовитись у відділі про одне правило: КП, зібране з моделлю, іде клієнту тільки після того, як менеджер поставив біля кожного числа позначку, що звірив його з прайсом. Це звичайна дисципліна, яка існувала і до моделей, лише тепер вона має конкретну форму.
Де тримати те, що повторюється
Щоб нова розмова під кожну справу не перетворилась на повторення тих самих пояснень, у компанії мають бути три місця для трьох типів інформації. Постійний промпт асистента тримає правила: хто ми, для кого пишемо, який тон, що заборонено, коли кликати людину. Спільна папка тримає файли, і передусім актуальний прайс, який оновлює одна відповідальна людина в один визначений день тижня. Розмова тримає справу: файли цієї справи, задачу цієї справи і результат.
Коли ці три речі розділені, чат перестає бути вічним блокнотом, у якому все змішалось, і стає робочим столом, який прибирають після кожної задачі. Модель на такому столі помиляється рідше з однієї причини: їй нічого переплутати.
Що робити далі
- Сьогодні закрийте довгий робочий чат і почніть нову розмову під найближчу комерційну пропозицію, назвавши її за клієнтом і датою.
- Заведіть спільну папку з одним актуальним прайсом і призначте людину, яка оновлює його в один визначений день тижня.
- Перенесіть у постійний промпт асистента те, що ви пояснювали моделі більш як двічі: тон, структуру КП, заборони.
- Додавайте до кожної задачі критерій помилки: ціни лише з прикріпленого файлу, джерело біля кожного числа, окреме повідомлення про відсутні позиції.
- Перед відправкою звіряйте назву клієнта, ціни і умови, і просіть модель показати рядок прайсу для кожної цифри.
Про цей матеріал
Текст написаний з досвіду впровадження ШІ у відділах продажів українських компаній. Сцени узагальнені, назви клієнтів і компаній змінені або прибрані.