Ні. ChatGPT не знає ваш склад і прайс у тому сенсі, у якому їх знає ваша таблиця або кабінет обліку, якщо ви самі не поклали ці дані в розмову файлом, фрагментом тексту чи через підключену інтеграцію. У моделі є загальні навички мови й уривки знань із публічних текстів до певної дати навчання. Оперативні дані вашої компанії в цю картину не входять. Будь-яка відповідь "з памʼяті моделі" про ваш залишок або сьогоднішню ціну позиції - шлях до відмови або до вигадки, і друге для бізнесу небезпечніше.
Вечір після зміни. Власник інтернет-магазину закриває касу, відкриває чат і пише: "Скільки в мене зараз на рахунку і чи пройшла оплата від клієнта, який обіцяв переказ удень?" Модель може видати впевнений абзац із круглою сумою або сказати, що оплата "ймовірно вже є". У кабінеті банку інша картина: грошей менше, ніж здавалось, а потрібного платежу ще немає. Образа на інструмент тут зайва. Оперативні дані живуть у банку й у вашій звірці. Модель без виписки або без підключеного контуру бачить лише ваші слова. Якщо слів про суму не було, вона або відмовить, або додумає. Саме друге штовхає до відвантаження "по відчуттю".
Коротко
- Модель не "знає" ваш склад і прайс сама по собі: потрібен файл, вставка або інтеграція в цій розмові.
- Розділяйте три кошики: загальні навички мови, факти компанії (прайс, умови, шаблони) і оперативні дані (залишок сьогодні, статус ТТН зараз, баланс).
- Без джерела питати про наявність, ціну позиції чи трек небезпечно: відповідь буде відмовою або вигадкою.
- Дата знань моделі обмежує свіжі тарифи й регуляторні зміни; критичне для клієнта берете з вашого джерела істини.
- Памʼять продукту не дорівнює знанню складу: застарілий факт у памʼяті гірший за чесне "у даних цього немає".
Три кошики знань, які плутають найчастіше
Перший кошик - загальні навички мови. Перефразувати лист клієнту, зібрати структуру відповіді на заперечення ціни, перекласти тон, зробити таблицю з вашого тексту, скоротити чернетку. Це модель уміє без ваших файлів. Тут вона сильна саме тому, що задача не вимагає вашого залишку на полиці.
Другий кошик - факти компанії. Прайс, умови повернення, SOP для менеджера, шаблони відповідей, глосарій термінів. Їх треба дати файлом або фрагментом і своєчасно оновлювати. Якщо файл у чаті завантажений у понеділок, а в середу ви змінили дві позиції в Google Sheets і забули оновити чат, модель знає понеділковий світ. Вона не підслухала вашу переписку в Telegram і не синхронізується з таблицею сама по собі. Операція "оновити джерело" лишається людською або стає окремою інтеграцією.
Третій кошик - оперативні дані. Залишок на складі сьогодні, статус ТТН зараз, баланс рахунку, курс на цю хвилину, хто з менеджерів на зміні. Це тільки живі системи й люди. Плутанина кошиків і є джерелом магічного мислення про ШІ: люди переносять зручність першого кошика на третій і дивуються, коли цифри не збігаються з кабінетом Нової Пошти.
Що можна питати без файла, а що ні
Без файла безпечно питати про мову й логіку пояснення. Як структурувати відповідь на типове заперечення ціни. Які питання поставити клієнту, щоб зібрати дані для ТТН. Як скоротити мій чернетковий текст. Як пояснити різницю між рахунком і видатковою накладною зрозумілою українською. Тут потрібна мова, а не ваш залишок SKU.
Без файла небезпечно питати: яка зараз ціна нашої позиції X; чи є товар у наявності; який трек у відправлення; який курс ми ставили клієнту вчора. Без джерела відповідь буде або відмовою, або вигадкою. І вигадка звучатиме впевнено: модель знає, як виглядає правдоподібна ціна й правдоподібний номер накладної. Форма є. Вашого факту немає.
Це інший кут, ніж розмова про те, чому модель складає трек "з голови", коли факту немає у вході. Там ми розбирали механізм правдоподібного продовження. Тут важливо простіше правило межі: оперативні дані компанії модель не "знає", поки ви їх не дали. Не чекайте, що наступна версія чату сама побачить ваш склад.
Дата знань і свіжий тариф перевізника
Навчання на публічних даних має горизонт у часі. Модель може не знати свіжий регуляторний текст, свіжий тариф перевізника, свіжу зміну вашого бренду. Навіть коли продукт підключає пошук у мережі, знайдене треба перевіряти: пошук помиляється і може підтягнути застарілу сторінку. Для бізнесу правило простіше за дискусію про дату обрізу знань. Усе критичне для клієнта й каси берете з вашого джерела істини, а не з загальної ерудиції чату.
Прайс як приклад корпоративного факту добре показує розрив. Файл у чаті - знімок на момент завантаження. Таблиця в Sheets живе окремо. Поки інтеграції немає, дисципліна файлу важливіша за вибір бренду моделі на цей квартал. Залишок складу - ще гостріший приклад: навіть ідеальний прайс не каже, скільки фізично лежить на полиці саме зараз. Відповідь клієнту про наявність без залишку - ризик повернень і сварок. Тому сервісні сценарії або тримають людину з обліком у циклі, або чекають підключення системи залишків. Просити модель "прикинути, чи вистачить" на основі минулих листів - спосіб побудувати вигадку під виглядом аналітики.
Памʼять продукту і хибне відчуття, що "він уже знає наш бізнес"
Памʼять продукту знову плутають зі знанням складу. Якщо колись у чаті ви написали "у нас завжди лежить 20 штук", продукт може зберегти це як факт про ваш бізнес. Через місяць це вже неправда. Бізнес-факти з коротким терміном життя краще не класти в довгоживучу памʼять акаунта. Краще коротко дати актуальний зріз у новій розмові.
Якщо вендор обіцяє, що агент "сам знає ваш бізнес", питайте конкретно: звідки саме він бере залишок і як часто оновлює дані. Без відповіді це бренд, не знання. Інвестору в компанії зі словом AI у презентації корисно ставити те саме іншим словником: де загальні навички моделі, де власні дані компанії як барʼєр, де оперативний шар з оновленням. Якщо знання зводяться до чату без реєстру джерел істини, цінність крихка.
Як працювати в щоденці власника і менеджера
Для задач мови можна без файла. Для фактів компанії потрібен файл або цитата плюс позначка актуальності. Для оперативщини спочатку система - таблиця, облік, кабінет банку, кабінет Нової Пошти - потім модель як редактор тексту навколо вже підтверджених полів.
Керівник може провести пʼятихвилинний тест з командою без ризику для клієнта. Попросити модель без файлів назвати ціну топового SKU і сказати, чи є він у наявності. Разом подивитись на відповідь. Якщо зʼявились цифри - розібрати їх як вигадку. Якщо модель чесно каже, що даних немає - зафіксувати як бажану поведінку і підсилити її в промпті. Такий тест дешевший за інцидент і краще сідає в голову, ніж слайд із заборонами.
Після цього ви більше не питаєте модель про вчорашній курс чи залишок на своєму складі "з памʼяті". Ви мітите свої типові питання мітками "мова / файл компанії / оперативка" і бачите, де без джерела відповідь уже сьогодні заборонена.
Джерело істини важливіше за бренд моделі
У розмовах про впровадження я часто чую питання, яку модель "краще взяти під склад". Це хибний порядок. Спочатку домовтесь, де живе правда про залишок і прайс. Якщо правда в Google Sheets, у кабінеті перевізника й у виписці банку, жодна зміна бренду чату сама по собі не підтягне ці цифри. Модель може красиво оформити вже підтверджені поля. Вона не замінює реєстр.
Практичний наслідок для власника простий. Бюджет на підписку Pro має сенс після того, як команда вміє класти актуальний файл у розмову і вміє відмовлятись відповідати клієнту без джерела. Інакше ви платите за елегантніші вигадки. Я бачив команди, які змінили три продукти за квартал і щоразу дивувались тій самій помилці: менеджер питав наявність "з голови чату", бо так швидше, ніж відкрити облік.
Ще один побутовий тест. Візьміть свіжий прайс і старий прайс місячної давнини. Дайте моделі старий файл і попросіть відповісти клієнту про дві позиції, які ви вже змінили. Подивіться, чи зʼявиться застереження про дату файла, чи полетить упевнена ціна. Якщо полетить - підсильте промпт вимогою цитувати дату джерела. Якщо зʼявиться застереження - зафіксуйте цю поведінку як норму для команди.
Що змінюється, коли зʼявляється інтеграція
Інтеграція не скасовує межу "знає / не знає". Вона лише переносить джерело з ручного файла в автоматичний контур. Питання лишаються тими самими: як часто оновлюються дані, хто відповідає за збій синхронізації, що бачить модель при затримці оновлення, чи є лог "звідки взята цифра". Без відповідей "підключений склад" у презентації лишається маркетингом.
Для малого бізнесу чесний перший крок часто скромніший за агента. Актуальний файл раз на день. Позначка "прайс від дати". Заборона відповідати про наявність без рядка з обліку. Модель як редактор тексту навколо підтверджених полів. Коли цей ритуал уже сидить у мʼязах, розмова про конектор стає предметною: ви точно знаєте, який кошик даних хочете автоматизувати і яку помилку він має закрити.
Що робити далі
- Випишіть десять типових питань, які команда ставить чату протягом тижня, і біля кожного поставте мітку: мова, файл компанії або оперативка.
- Для питань з міткою "файл компанії" зберіть актуальний пакет: прайс, умови, шаблони - і домовтесь, хто оновлює його після кожної зміни в Sheets.
- Для оперативки зафіксуйте джерело істини: де дивимось залишок, де статус ТТН, де баланс. Модель підключайте лише після того, як цифра вже підтверджена.
- Приберіть із довгоживучої памʼяті акаунта факти з коротким терміном життя ("завжди лежить N штук") і замінюйте їх свіжим зрізом у новій розмові.
- Проведіть пʼятихвилинний тест: без файлів запитайте ціну й наявність топового SKU, розберіть відповідь з командою і додайте в промпт дозвіл чесно писати "у даних цього немає".
Про цей матеріал
Це навчальна нотатка про межу між загальними навичками мовної моделі та оперативними даними компанії. Приклади з рахунком, прайсом і складом ілюстративні й узагальнені з типових ситуацій впровадження ШІ в невеликому бізнесі. Текст не є індивідуальною консультацією з налаштування систем обліку чи інтеграцій: рішення залежать від ваших процесів, доступу до даних і готовності тримати людину в циклі перевірки.