Чому дорожча модель не допоможе, якщо в таблицях компанії плутанина з цінами?

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

Типова історія з торгової команди, яка почала активно працювати з асистентом. Менеджери кидають у чат важкі звіти на десятки сторінок і скріни таблиць з цінами, по кілька за раз, і за пів дня впираються в ліміт. Після цього робота стає на паузу на кілька годин. У команді починається суперечка: одні хочуть дорожчий особистий тариф, інші тримаються бізнесового. Коли розібратися, що саме зʼїдає ліміт, суперечка закінчується сама. Таблиці передаються файлами Excel або CSV замість скрінів, із систем беруться тонкі звіти з потрібними колонками замість повних вивантажень, а важкі задачі ставляться на розклад рано вранці, коли ніхто не працює. Ліміту вистачає, пауз не стає, а відповіді по цінах стають точнішими. Чистіша таблиця обіграє дорожчий тариф.

Коротко

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

Відкрийте файл, перш ніж платити за тариф

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

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

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

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

Гладкий тон робить хибну цифру небезпечнішою

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

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

Розумніша модель тут не допоможе: вона вигадуватиме ще переконливіше. Допомагає зміна конструкції. Внутрішній агент працює з даними компанії і готує чернетку для менеджера, а зовнішній говорить з клієнтом лише перевіреними даними. Сам процес будується ланцюжком: спершу визначається тип запиту, потім перевіряється, чи можна на нього відповідати, потім підтягується контекст лише з реальних даних, і в кінці відповідь складається у перевірену структуру, де кожне поле має джерело. Якщо поля в даних немає, воно лишається порожнім і позначеним для людини. Кожен крок цього ланцюжка робить модель середнього рівня надійнішою за найдорожчу модель без нього.

Три коробки: джерело, інструкція, модель

Щоб у команді не сперечатися про тарифи кожного разу, коли асистент помиляється, будь-яку помилку зручно розкласти на три коробки.

Джерело. Звідки асистент узяв цифру, чи є це джерело єдиним для цієї теми, чи має воно дату і власника. Якщо прайсів три, а актуальна версія не позначена, проблема тут.

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

Модель. Сюди варто дивитися лише тоді, коли джерело чисте, інструкція написана, а помилки лишаються. На практиці до третьої коробки доходить меншість випадків.

Розкладка швидко показує, де сидить проблема. Хибна цифра, яка є і в таблиці, означає першу коробку. Нульова ціна, яку асистент назвав клієнту, хоча в таблиці вона позначена як непорахована, означає другу коробку: в інструкції бракує правила. І лише коли таблиця правильна, правило записане, а асистент усе одно плутає, є сенс говорити про модель.

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

Нульова ціна і власник, який її бачить

У компанії з великим складом власник цін часто починає ранок з обходу папок складу: перевіряє, що приїхало, що закінчується, і де щось не зводиться. Головна знахідка таких обходів щоразу та сама: товар уже на складі, а ціни на нього ще немає, у таблиці стоїть нуль. Поруч лежать PDF і Excel від постачальників з їхніми цінами, але вони ніяк не повʼязані з власною таблицею компанії, і звести їх можна лише руками.

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

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

Excel і CSV замість скріну

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

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

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

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

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

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

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