Коротко. Аналіз кошика допомагає знайти страви, які з’являються в одному замовленні, і вибрати доречне доповнення до меню. Високий lift дає гіпотезу для перевірки, а не прогноз додаткового прибутку.
Для кого. Для власників кафе, ресторанів і доставки, які мають вивантаження позицій чеків та хочуть перевірити одну рекомендацію або комбінацію страв без великого аналітичного проєкту.
Почніть із рішення, а не рейтингу пар
Припустімо, ви хочете вирішити, що запропонувати до основної страви: напій, салат чи десерт. Звіт про популярність окремих позицій цього не пояснює. Потрібно побачити, що вже купують разом, наскільки часто це відбувається та скільки замовлень підходять для пропозиції.
ШІ може допомогти перевірити структуру файлу, підготувати розрахунок і пояснити результати. Сам підрахунок варто виконувати відтворюваними формулами або кодом. Переконливий текст без кількості чеків і правил відбору не є достатнім результатом.
Один кошик має означати одну покупку
Спочатку запишіть правила аналізу. Для першого проходу можна взяти, наприклад, чотири повні тижні зі стабільним меню. Це робочий приклад періоду, не гарантія достатньої вибірки. Зафіксуйте точні дати, часовий пояс, заклад і канал продажу. Не змішуйте будні на касі та вихідні в доставці без окремої перевірки.
У файлі потрібні ідентифікатор замовлення, час, заклад, канал, код позиції, назва, кількість, статус, повернення та зв’язок із сетом. Для економічної перевірки додайте фактичну виручку після знижок і змінні витрати. Імена, телефони, адреси гостей і платіжні реквізити для цього не потрібні. Приберіть їх перед передаванням файлу ШІ та перевірте, чи дозволяють ваші правила використовувати обраний сервіс.
Одиниця аналізу має бути сталою:
- Одна покупка з двома способами оплати залишається одним кошиком. Якщо спільне замовлення розбили на чеки, відновлюйте його лише за надійним ідентифікатором, а не за близьким часом.
- Повторно вивантажений чек не є новим замовленням. Дві порції однієї страви дають одну ознаку її наявності; кількість збережіть для окремої економічної перевірки.
- Скасування виключайте. Повернення зв’язуйте з початковою покупкою, не рахуйте окремим «негативним кошиком». Якщо аналізуєте покупки після товарних повернень, залишайте позицію лише за додатної підсумкової кількості, а порожні кошики виключайте.
- Компенсацію за сервіс відрізняйте від повернення конкретної страви. Невизначені випадки позначайте, показуйте їхню кількість і перевіряйте, чи змінюють вони висновок.
- Сет спочатку рахуйте окремою позицією. Обов’язковий напій усередині сету створює механічний зв’язок; не подавайте його як добровільний вибір. Вільні доповнення аналізуйте окремо.
Такі правила описують кошики після повернень, а не всі первинні наміри гостей. Не підміняйте одне іншим у висновках. Відсутній товар і невідомий склад чека також різні речі: неповні чеки потрібно дослідити, а не заповнювати здогадками.
Три показники на точному прикладі
Нижче повністю умовні дані, створені лише для пояснення. Серед 100 придатних чеків основна страва A є у 40, напій B у 30, обидві позиції у 18. Отже, 22 чеки містять лише A, 12 лише B, 48 не містять жодної з цих двох позицій.
- Support, частка спільних покупок: 18 / 100 = 18%.
- Confidence для A → B: 18 / 40 = 45%. Це частка чеків із B серед чеків з A.
- Lift: 0,45 / 0,30 = 1,5. Знаменник 0,30 є часткою B у всій цій самій вибірці. Визначення показників наведено в первинній документації association_rules.
Для зворотного напрямку B → A confidence дорівнює 18 / 30 = 60%, хоча lift залишається 1,5. Стрілка не доводить, що A замовили раніше за B.
За незалежності позицій очікувана частка спільних покупок становила б 0,40 × 0,30 = 12%, тобто 12 чеків. Спостережені 18 чеків означають спільну появу в 1,5 раза частіше за цей орієнтир. Це не обіцянка збільшити продажі на 50% і не шість додаткових чеків, створених рекламою. Ми ще не змінювали пропозицію та не вимірювали її ефект.
Який результат попросити у ШІ
Сформулюйте завдання конкретно: «За погодженими правилами побудуй кошики та список пар. Для кожної покажи загальну кількість кошиків, кількість з A, з B і з обома, support, confidence в обох напрямках і lift. Додай формули або код, журнал виключень і знеособлені ідентифікатори для вибіркової перевірки. Не називай асоціації приростом продажів».
Звірте кількість придатних замовлень із джерелом. Вручну перевірте кілька пар та їхні чеки, особливо найбільш «вражаючу». Великий lift на двох спільних покупках може бути випадковістю; низькі частоти роблять оцінки нестійкими. Методичний огляд показників асоціації окремо пояснює цей ризик.
Поруч із кожною парою залиште абсолютну кількість спільних чеків. Узгодьте мінімальну кількість до перегляду рейтингу, але не називайте її універсальним доказом надійності. Перевірте короткий список на іншому періоді. Якщо переглядаєте багато пар і робите статистичні висновки, потрібна поправка на множинні перевірки.
Окремо перегляньте обід і вечерю, доставку й зал, акції та звичайні дні. Не дробіть дані до кількох чеків у групі. Зафіксуйте відсутність товарів: напій, якого тиждень не було, мав менше шансів потрапити в кошик. Стабільна асоціація все одно може пояснюватися типом гостей або розміром компанії.
Перевірте маржу й одну зміну
Перед запуском порахуйте внесок доповнення у покриття постійних витрат. Звірте калькуляцію інгредієнтів та вихід страви. Умовний приклад на однаковій базі без ПДВ: виручка 90 грн мінус інгредієнти 32 грн, пакування 8 грн і додаткова комісія 10 грн дає 40 грн. Додайте інші витрати, які справді змінюються через продаж. Знижка на вже популярну пару може зменшити заробіток на покупках, які й так відбулися б.
Виберіть одну пропозицію, бажано спочатку без знижки. Заздалегідь визначте, які замовлення підходять для тесту, та випадково розподіліть їх між показом рекомендації і звичайним сценарієм. NIST описує принцип випадкового призначення умов експерименту. Якщо потрібне групування за змінами або днями, дизайн і аналіз мають це враховувати.
Порівнюйте середній внесок у покриття витрат на одне придатне замовлення. У знаменнику враховуйте всі придатні замовлення, а не лише покупки доповнення. Слідкуйте за скасуваннями, поверненнями, заміною інших позицій та швидкістю обслуговування. До старту перевірте, чи вистачить даних для тесту, та визначте його обсяг, строк і критерій рішення. Порівняння «цей тиждень проти минулого» саме по собі не відокремлює ефект рекомендації від інших змін.
Практичний підсумок: результатом першого аналізу має бути одна перевірювана пропозиція з видимими числами, витратами й обмеженнями. Якщо доказів мало, залиште її гіпотезою.
Автор: Надалі. Матеріал підготовлено за допомогою ШІ. Приклади умовні, результати жодного закладу не заявляються. Джерела перевірено 8 листопада 2026 року.
