ChatGPT для магазину: п’ять практичних сценаріїв із перевіркою результату

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

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

Як підготувати дані й доступ до ChatGPT

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

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

Це практичне правило для запропонованих сценаріїв. Законодавчі вимоги ширші: стаття 6 Закону України «Про захист персональних даних» вимагає конкретної законної мети, відповідності й ненадмірності даних та обмеження строку їх зберігання у формі, що дозволяє ідентифікувати людину. За зміни мети на несумісну з попередньою потрібна згода, якщо інше не передбачено законом. Стаття 11 визначає підстави обробки: серед них згода, виконання правочину, законного обов’язку та захист законних інтересів із передбаченим цією статтею врахуванням прав людини. Наявність даних у магазині сама собою не підтверджує правомірність їх передавання іншому сервісу.

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

Перевірте, у якому робочому просторі працюватиме команда. В офіційному описі безпеки OpenAI зазначено, що дані робочих просторів Business, Enterprise та Edu за замовчуванням не використовують для навчання моделей і шифрують під час передавання та зберігання. Це твердження стосується названих робочих просторів; його не слід автоматично переносити на особистий ChatGPT або розуміти як безумовну конфіденційність будь-яких завантажень.

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

1. Опис товару з перевірених характеристик

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

Умовний приклад. У перевірених даних зазначено лише «пляшка, 600 мл, нержавіюча сталь, кришка з різьбою». Цього недостатньо, щоб обіцяти збереження температури, повну герметичність або можливість миття в посудомийній машині. Такі властивості потрібно уточнити до публікації.

Запит для копіювання

Вхідні дані: товар — [назва]; перевірені характеристики — [перелік]; підтверджені обмеження й правила догляду — [перелік]; покупець і ситуація використання — [опис без персональних даних].

Мета: підготуй українською чернетку опису для картки товару: короткий вступ, практичні властивості та характеристики.

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

Формат результату: опис, список характеристик, окремий перелік непідтверджених відомостей. Після опису наведи відповідність «твердження — вихідний факт» для перевірки редактором.

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

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

2. Часті запитання та чернетки відповідей покупцям

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

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

Запит для копіювання

Вхідні дані: затверджені умови магазину — [текст]; типова ситуація без персональних даних — [опис]; підтверджені факти — [перелік]; питання, які ще перевіряє менеджер, — [перелік].

Мета: підготуй [п’ять відповідей для розділу частих запитань / одну чернетку відповіді покупцеві] українською, спокійно та зрозуміло.

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

Формат результату: чернетка відповіді, список використаних правил, питання для внутрішнього уточнення. Внутрішні примітки відокрем від тексту для покупця.

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

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

3. Короткий контент-план із запитань покупців

Протягом обраного періоду продавці записують узагальнені теми запитань: як підібрати розмір, чим відрізняються матеріали, як доглядати за товаром. Для планування достатньо тем і кількості звернень за ними. Імена, контакти, номери замовлень та дослівні історії покупців не потрібні.

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

Запит для копіювання

Вхідні дані: узагальнені запитання покупців і кількість згадок — [перелік]; асортимент — [категорії]; підтверджені факти для матеріалів — [перелік]; ресурси команди — [формати й кількість публікацій].

Мета: склади короткий план на два тижні, який допоможе покупцям розібратися з вибором і використанням товарів.

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

Формат результату: таблиця «запитання покупця — тема — формат — основні тези — потрібні підтвердження — відповідальний за перевірку». Розмісти теми за частотою запитань, а теми з однаковою частотою — за можливістю підготувати їх із наявних матеріалів.

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

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

4. Навчальна пам’ятка для продавців із затверджених правил

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

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

Запит для копіювання

Вхідні дані: затверджені правила операції — [текст]; ролі та повноваження — [перелік]; випадки звернення до керівника — [перелік]; рівень підготовки працівника — [загальний опис без відомостей про людину].

Мета: підготуй навчальну пам’ятку для нового продавця та три вигадані ситуації для практики.

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

Формат результату: послідовність дій; перелік ситуацій, коли потрібен керівник; три вправи; відповіді з посиланнями на відповідні пункти наданої інструкції; питання для уточнення.

Критерії приймання: кожна дія відповідає затвердженим правилам; продавець розуміє межі своїх повноважень; правильність відповідей можна перевірити за вихідною інструкцією.

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

5. Аналіз узагальнених продажів у CSV із незалежним перерахунком

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

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

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

Запит для копіювання

Вхідні дані: узагальнена таблиця — [безпечний CSV або її текст]; період — [межі]; магазин — [умовне позначення]; один рядок означає — [визначення]; значення колонок, валюта, правила врахування повернень, знижок і податків — [опис]; контрольні підсумки — [значення з перевіреного звіту].

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

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

Формат результату: перелік перевірок; таблиця розрахунків із формулами; порівняння з контрольними підсумками; обмеження висновків; питання для подальшої перевірки власником.

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

Умовний числовий приклад для перевірки формул

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

Перевірка: 30 000 − 2 000 = 28 000 грн; 15 000 − 3 000 = 12 000 грн; 28 000 + 12 000 = 40 000 грн. Частка категорії А: 28 000 ÷ 40 000 × 100% = 70%. Частка категорії Б: 12 000 ÷ 40 000 × 100% = 30%. Без собівартості та інших витрат ці розрахунки не показують прибуток магазину.

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

Як підготувати звіт Торгсофт для аналізу продажів у ChatGPT

У Торгсофт відкрийте «Аналіз → Аналіз реалізації за видами товару» та виберіть потрібні період і центр обліку магазину. За офіційною інструкцією, звіт показує результати за видами товару, зокрема кількість і суму реалізації, повернення та виторг, який визначено як суму реалізацій мінус суму повернень за період. Налаштуйте потрібні колонки й перевірте фільтри перед вивантаженням. Якщо автоматичне оновлення вимкнене, після зміни фільтрів натисніть «Оновити». Виберіть категорії одного рівня, щоб не врахувати одночасно підсумки категорій та їхніх підкатегорій. Щоб відкрити підкатегорії, двічі клацніть потрібний вид товару. За інструкцією, вибір кінцевого виду без підкатегорій відкриває порожню форму. Для експорту виберіть рівень, де відображаються потрібні категорії, і натисніть «В Excel». Перед аналізом перевірте записи про продажі й повернення та відповідність періоду вашому питанню.

Експортований файл спочатку опрацюйте локально в електронній таблиці. Залиште лише потрібні категорії та показники, вручну узагальніть дані й видаліть ідентифікатори, якщо вони є у файлі. Перевірте, чи не дозволяють вузькі категорії та суми впізнати окреме замовлення. Підготуйте окремий безпечний CSV, додайте визначення колонок і збережіть контрольні підсумки для незалежної перевірки. Не називайте колонку «Виручка» прибутком без підтвердженого визначення та складу розрахунку. Описана послідовність передбачає експорт звіту й ручну підготовку даних; вона не підтверджує прямої інтеграції Торгсофт із ChatGPT. Переданий чату результат звіряє з вихідним звітом відповідальний працівник.

Як оцінити користь після перевірки

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

Умовний приклад. Підготовка опису вручну тривала 25 хвилин. Із ChatGPT працівник витратив 7 хвилин на дані й запит, 10 хвилин на перевірку та 5 хвилин на виправлення. Загалом це 22 хвилини, різниця — 3 хвилини. Якщо з 10 чернеток дві містили хоча б одну фактичну помилку, частка таких чернеток становить 2 ÷ 10 × 100% = 20%. Це показники конкретної пробної серії, які не гарантують такого самого результату надалі.

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