Сегментація гостей за свіжістю візиту, частотою та грошима ділить базу на групи, які заслуговують на різні дії. Межі задаються квантилями власної бази, а не круглими числами: та сама перерва між візитами означає різне в обідній їдальні та в закладі «з нагоди». Сегментів має сенс тримати стільки, скільки в ресторану справді різних дій.
Навіщо ділити базу, якщо меню на столі для всіх одне
Меню одне. Повідомлення, момент і гроші, які ти готовий витратити на одного гостя, — ні. Ресторан, що тримає базу єдиним списком, платить за кожен контакт однаково, а отримує назад геть різне: гість, який був у пʼятницю, роздратований нагадуванням; гість, який тихо перестав приходити в березні, не отримує його зовсім; а гість, що лишає три середні чеки, читає рівно той самий загальний текст, що й усі.
Сегментація — не оздоба поверх маркетингу. Це відповідь на одне робоче завдання з двох слів: хто отримує яку дію цього місяця і хто не отримує жодної. Усе інше на цій сторінці — арифметика, яка перетворює список імен на таку відповідь.
Сторінка тримає сам поділ і нічого понад нього. Чи вмієш ти взагалі впізнати гостя, що повернувся, і яка частка гостей повертається — це гості, що повертаються, і як їх рахувати. Скільки один гість вартий за весь час стосунків — цінність гостя за весь час. У що обходиться програма лояльності — програма лояльності та її рахунок. Ті сторінки рахують частки та гроші. Ця рахує ранги та інтервали і не повторює жодної їхньої формули.
Поділ мусить лежати там, де його бачить хостес, — позначкою на картці гостя, а не колонкою в чиїйсь таблиці. Це робота CRM, а який шар системи додавати наступним, розбирає текст CRM чи ERP.
Три числа: свіжість, частота, гроші — і що кожне означає за столиком
Свіжість візиту (recency) — кількість днів від останнього візиту гостя.
Частота (frequency) — кількість візитів усередині вікна спостереження.
Гроші гостя (monetary value) — сума витрат або сума маржі покриття в тому самому вікні. Маржа покриття — краща основа скрізь, де її вдається порахувати: гість, який замовляє найбільш маржинальну частину меню, вартий дорожче, ніж такий самий за сумою рахунок із найменш маржинальної частини; саме поняття належить сторінці про точку беззбитковості, там його визначення.
Під цими трьома рядками стоять три застереження, важливі саме ресторану.
Свіжість існує лише для гостя, якого вдалося впізнати. Людина, що зайшла з вулиці, заплатила готівкою і вийшла, не має ні свіжості, ні частоти, ні історії — не низький бал, а жодного. Розмір цієї невпізнаної частини бази міряють першим, і міряють його на сторінці про гостей, що повертаються, а не тут.
Вікно — це рішення, а не стала. Їдальня з базою робочого дня чесно прочитає вікно у 90 днів. Закладу, куди бронюють стіл на річницю, потрібен рік і більше, інакше майже кожен гість покаже частоту одиниця і весь розрахунок виродиться.
Гроші гостя — це не середній чек. Середній чек — властивість закладу, порахована по всіх гостях періоду, і він визначений на сторінці про RevPASH. Гроші гостя тут — властивість однієї людини всередині вікна. У них спільна валюта і більше нічого; змішавши їх, ти підставляєш знаменник усієї зали під число про одного гостя.
| Вимір | Що показує | Чим обманює наодинці | З чим його читати |
|---|---|---|---|
| Свіжість | Наскільки свіжі стосунки просто зараз | Гість, що був один раз учора, стає в ряд із постійними | Частота |
| Частота | Наскільки міцно завʼязалася звичка | Десять дешевих обідів перебивають дві великі вечері, що окупили тиждень | Гроші гостя |
| Гроші гостя | Скільки стосунки коштували досі | Одне весілля перебиває рік щотижневих візитів і більше не повертається | Свіжість і частота |
Межі: чому квантилі твоєї бази чесніші за круглі числа
Перший порив — намалювати круглі лінії: «вище 1000 PLN — великий гість», «більше 90 днів — втрачений». Круглі числа виглядають обʼєктивними і такими не є. У них записаний чужий рівень цін, чужий формат і чужий календар.
Квантильна межа — розріз, поставлений так, щоб по кожен його бік опинилася обрана частка бази. Він стійкий до викидів і не залежить від валюти, бо рахується з порядку твоїх власних гостей, а не з величини їхніх рахунків.
Форма витрат на харчування поза домом — саме та причина, через яку круглі розрізи брешуть, і польська офіційна статистика цю форму показує відкрито. GUS публікує середні місячні витрати на 1 особу за категорією «ресторани та готелі» в розрізі квінтильних груп домогосподарств: 51,01 PLN у нижній пʼятій частині проти 221,95 PLN у верхній (GUS, «Budżety gospodarstw domowych w 2024 r.», таблиця 8, відкрито 26.08.2026) — тобто в 4,35 раза між кінцями. Середня по всіх у тій самій публікації — 98,92 PLN на особу на місяць, і вона лягає між третім квінтилем (70,40 PLN) і четвертим (100,20 PLN), тобто вище середини розподілу, а не в середині.
Читай це разом із застереженням, а не без нього: це витрати домогосподарств усієї країни на ресторани та готелі разом, на особу на місяць, заявлені у вибірковому обстеженні. Це не твоя база гостей, воно нічого не каже про те, як часто хтось приходив, і жодної межі твоєї сторінки звідси взяти не можна. Зате воно показує, що розподіл витрат у цій категорії сильно скошений угору, а отже середнє — погане місце для розрізу, і сам статистик там теж не ріже.
У свіжості та частоти офіційного джерела немає взагалі. Жодне статистичне відомство не публікує, скільки днів минає між візитами однієї людини до ресторану і скільки разів на рік вона повертається до тієї самої зали. Це не наше припущення: каталог поширення Eurostat переглянуто 26.08.2026 суцільно, і він не містить жодного набору про свіжість візитів, частоту візитів, лояльність гостя чи сегментацію клієнтів; його сімʼя наборів про бюджети домогосподарств міряє споживчі витрати за призначенням і нічого — про послідовність подій. Тому сторінка не називає жоден поріг галузевою нормою: називати нема чого. Вона дає метод.
Метод — чотири кроки і нуль смаківщини: витягни кожного впізнаного гостя з його трьома числами за одне вікно; відсортуй базу за одним виміром; розріж її на групи рівного розміру; повтори для двох решти. Витягнути ці три числа відтворювано — робота замірювання, а не памʼяті: дивись аналітику, тобто те, що має бути підключене раніше, ніж усе це стане чесним.
Однакове значення не можна розрізати навпіл: половина бази з частотою одиниця
Квантиль ріже за рангом, а в гостей з однаковим значенням ранг умовний: їхній порядок у вивантаженні задало сортування, а не поведінка. У ресторані це не тонкість, а найзаселеніше місце бази.
Ріжемо частоту на пʼять смуг по 100. Гості з двома і більше візитами займають ранги з 1-го по 232-й. Усі 268 одновізитних стоять з 233-го по 500-й і потрапляють одразу до трьох смуг: ранги 233–300 дістають бал 3, ранги 301–400 — бал 2, ранги 401–500 — бал 1. Три різні бали на одному й тому самому єдиному візиті, і різницю між ними задав порядок рядків у вивантаженні.
Правило записується один раз і тримається потім завжди: розріз не ставиться всередині групи з однаковим значенням. Усі такі гості дістають один бал, смуги виходять нерівними, і це правда про базу, а не поломка розрахунку. У нашому прикладі смуги стають 100 / 100 / 32 / 0 / 268 — одна порожніє зовсім.
Порожня смуга — корисна звістка, а не прикрий нуль: вона каже, що за частотою в тебе не пʼять рівнів гостей, а три, і тримати пʼяту комірку нема за чим. Звідси й вимога до вивантаження: поруч із балом друкуй чисельність смуги. Бал без чисельності виглядає однаково і при смузі на сто осіб, і при смузі на нуль.
Скільки сегментів має сенс тримати: стільки, скільки в тебе різних дій
Пʼять груп на вимір за трьох вимірів дають 125 клітинок. Три групи дають 27. Дві дають 8. Програмі ніщо не заважає видати будь-яке з цих чисел, і жодне з них не помилкове — помилка починається далі, коли 125 клітинок приїздять до команди, у якої два повідомлення.
Дієвий сегмент — група, для якої справді заплановано окрему дію. Група без своєї дії — це опис, а не сегмент.
Це визначення і є все правило кількості сегментів. Випиши список дій, які ти дійсно здатний виконати цього кварталу — особисте повідомлення від керуючого, автоматичний тригер другого візиту, притриманий стіл у зайнятий вечір, нічого, — і порахуй їх. Це число і є твоя кількість сегментів. Якщо їх три, то 125 клітинок — це 122 одиниці паперової роботи.
Розміри сегментів мусять стояти поруч із їхніми назвами, інакше на екрані всі групи виглядають однаково важливими. Клітинка з чотирма гостями не заслуговує на кампанію, і видно це лише тоді, коли чисельність надрукована поруч із ярликом; для цього є панель показників, а які числа власник справді дивиться, розбирає текст про автоматизацію звітності.
Середній розмір комірки: скільки гостей узагалі дістанеться одній
Кількість дій задає верхню межу кількості сегментів. Нижню задає розмір бази, і рахується вона одним рядком:
Очікуваний розмір комірки = впізнані гості ÷ (кількість смуг)³
впізнані гості— ті, у кого у вікні є історія візитів, у гостях;кількість смуг— на скільки смуг ти ріжеш кожен вимір, число без одиниці;(кількість смуг)³— скільки комірок дає поділ за трьома вимірами одразу, число без одиниці;- результат — гості на одну комірку.
На базі з 500 впізнаних гостей: пʼять смуг дають 500 ÷ 5³ = 500 ÷ 125 = 4,0 гостя на комірку; три смуги — 500 ÷ 3³ = 500 ÷ 27 = 18,5; дві смуги — 500 ÷ 2³ = 500 ÷ 8 = 62,5. Зворотна перевірка: 125 × 4,0 = 500 і 27 × 18,5 = 499,5 — розбіжність у пів гостя, це округлення до десятих.
І одразу засторога, без якої число обмане: це середнє, а середнє тут — верхня оцінка найменшої комірки. Комірки не наповнюються рівно; розділ вище показав смугу на 268 осіб поруч із порожньою. Отже найбідніша комірка лежить помітно нижче середнього, і якщо середнє в тебе вже одиниці гостей — смуг забагато.
Порахуй цей рядок до того, як обереш кількість смуг, а не після першого вивантаження: комірка з чотирьох осіб не окупає навіть праці на власний опис, а за пʼяти смуг на базі з пʼятисот гостей таких комірок буде більшість.
Формула бала і єдине, чого з ним робити не можна
Бал виміру = ранг гостя всередині бази за цим виміром, розрізаний на рівні групи
ранг— позиція гостя, коли вся база відсортована за цим виміром; позиція, а не величина, тому без одиниці;рівні групи— на скільки смуг ти ріжеш відсортовану базу; обираєш сам і записуєш: пʼять смуг дають бали від 1 до 5, три смуги — від 1 до 3;- бал каже «відносно інших гостей цієї бази» і не каже нічого про злоті, дні та візити.
Галузь записує ці три бали поруч тризначним ярликом — 555 для найкращого, 111 для найгіршого — а потім складає їх в одне число. Ярлик — зручне скорочення. Сума величиною не є. У ранга немає одиниці, у суми трьох рангів її теж немає, а надання їй одиниці через назву «бал гостя» вигадує замір, якого ніхто не робив.
Арифметика показує шкоду прямо. Гість із балами 3-4-5 і гість із балами 5-4-3 обидва дають у сумі 12. Перший був давно, буває помірно часто і витрачає багато. Другий був минулого тижня, буває помірно часто і витрачає мало. Сума одна, гості протилежні, дії протилежні. Будь-яка таблиця, відсортована за цією сумою, ставить їх поруч і ховає саме ту різницю, заради якої сегментація й будувалася.
Єдине законне застосування суми — сортування: розставити базу в грубому порядку, щоб людина почала згори списку. Сортуй за нею, ніколи її не звітуй і ніколи не усереднюй по сегменту: середнє з безрозмірних рангів — число ні про що.
Бал падає, коли росте база, а не коли холоне гість
У ранга є властивість, про яку у звіті забувають першою: він рахується відносно тих, хто в базі просто зараз. Гість може не змінити жодного свого числа і все одно втратити бал.
Той самий гість із шістьма візитами. На базі з 500 впізнаних гостей за пʼяти смуг по 100 він стоїть 95-м за спаданням частоти: 95 ≤ 100, смуга перша, бал 5. За квартал база виросла до 700 впізнаних, смуги стали по 140, і 60 нових гостей ходять частіше за нього. Його ранг тепер 95 + 60 = 155, а 155 > 140 — тобто смуга друга, бал 4. Візитів у нього так само шість, останній — той самий день. Упав не гість, упало його місце в черзі.
Звідси три наслідки, і всі три про те, що можна друкувати у звіті, а чого не можна:
- бали двох різних вивантажень між собою не порівнюються. Рядок «середній бал по базі виріс за квартал» не значить нічого: за поділу на рівні смуги середній бал майже не рухається за побудовою, хоч би як поводилася база;
- бали двох закладів не порівнюються тим більше — у кожного своя база і своя черга, а бал каже лише про місце всередині неї;
- порівнювати треба сирі три числа — дні, візити та злоті. У них є одиниці, і вони не залежать від того, скільки людей завели картку цього кварталу.
Тому поруч із будь-яким надрукованим балом стоять дата перерахунку і розмір бази, на якій його пораховано. Без цих двох підписів бал — число без системи відліку, і перше ж порівняння за ним буде порівнянням черг, а не гостей.
Гість, що відходить: як упіймати його, поки пауза не стала остаточною
Очікуваний інтервал між візитами = вікно спостереження ÷ візити гостя у вікні
вікно спостереження— період, за який витягнуті дані, у днях;візити гостя у вікні— кількість візитів цього одного гостя, а не середнє по базі, у візитах;- результат — дні на візит, тобто власний ритм цього гостя.
Перевірка відходу: свіжість > очікуваний інтервал × множник терпимості
свіжість— кількість днів від останнього візиту;очікуваний інтервал— із формули вище, у днях на візит;множник терпимості— у скільки разів гість може перевищити власний ритм, перш ніж вважати його таким, що відходить; безрозмірний, обирає його власник і записує;- обидві частини порівняння — у днях, і лише тому перевірка щось означає.
Гість, що відходить — гість, чия свіжість перевищила його власний звичайний інтервал між візитами, але ще не настільки, щоб вважати його втраченим.
Пораховано на прикладовій базі з 500 упізнаних гостей за вікно 365 днів. У гостя А 12 візитів: очікуваний інтервал 365 ÷ 12 = 30,42 дня. За множника терпимості 2 поріг дорівнює 60,83 дня. А не був 78 днів, і 78 > 60,83, отже А відходить. У гостя Б 3 візити: очікуваний інтервал 365 ÷ 3 = 121,67 дня, поріг 243,33 дня. Б теж не був 78 днів, і 78 < 243,33, отже Б поводиться рівно так, як поводився завжди.
Ті самі 78 днів, протилежні вироки, і жодне календарне правило не видало б обидва разом.
Поріг «давно не був» рахується з твоєї частоти, а не з календаря
Девʼяносто днів — число з календаря. Воно ввійшло у звичку тому, що у кварталі девʼяносто днів, а не тому, що на цій позначці в гостеві щось змінюється. Прикладене плоско, воно шкодить одразу двома способами: оголошує втраченими рідкісних, але вірних гостей, які ще у своєму ритмі, і дозволяє щотижневим постійним дрейфувати одинадцять тижнів, поки це хтось помітить.
Лікування — пара формул вище, прикладена до гостя, а не до бази. Коштує вона однієї зайвої колонки — власного очікуваного інтервалу кожного гостя — і змінює те, хто потрапляє до ранкового списку. Множник терпимості — місце, де входить судження, і входити воно має відкрито: запиши його, скажи чому і тримай досить довго, щоб порівняти два періоди. Множник близько 1,5 реагує швидко і дає хибні тривоги; близько 3 — спокійний і ловить людей пізно. Жодне з цих двох чисел не є рекомендацією: це кінці компромісу, а значення поміж ними — твоє. Опублікованої норми для нього немає, і саме тому він мусить бути записаним рішенням, а не налаштуванням за замовчуванням, якого ніхто не памʼятає обирати.
Чи отримає гість, що переступив риску, повідомлення взагалі і коли — це вже робота follow-up: дивись автоматизацію follow-up і текст про те, що відбувається із запитом після першої розмови.
Сезонний гість, якого сегментація записує до втрачених
Це вироджений випадок усього сказаного вище, і в ресторані він досить частий, щоб заслужити окремий абзац, а не виноску.
Родина, яка раз на рік бронює залу на причастя, фірма, яка робить у тебе одну різдвяну вечерю, пара, що приходить на одну річницю, — у кожного з них частота 1 у вікні 365 днів і очікуваний інтервал, який формула чесно не порахує: один візит не дає жодного проміжку. Один візит — це точка; проміжку потрібні дві. Пропусти такого гостя крізь перевірку відходу, і арифметика запише цілком здорового щорічного гостя до втрачених десь на четвертому місяці.
Два виходи, і обидва — записуване рішення, а не хитрість:
- рахуй інтервал лише для гостей щонайменше з двома візитами, а всіх з одним тримай окремою групою «новий або разовий», дія якої — тригер другого візиту, а не реактивація;
- веди бронювання з нагоди у власному вікні — проміжок, який важливий для причастя чи весілля, дорівнює року, і належить він черзі звернень, а не базі гостей. У цієї черги своя сторінка: звернення про заходи в ресторані.
Хоч би що ти обрав, надрукуй це поруч із визначенням сегмента. Сегмент, чиє правило не записане, наново вигадується щокварталу тим, хто цього разу робить вивантаження.
Що робити з кожним сегментом і чого з ним робити не можна
Таблиця нижче — стартове розкладання, а не рецепт. Остання колонка важить більше за передостанню: більша частина шкоди від сегментації береться з дії, прикладеної не до тієї групи, а не з дії, якої бракує.
| Сегмент | Як виглядає за трьома числами | Дія | Чого робити не можна |
|---|---|---|---|
| Постійний | Свіжість усередині його ритму, частота висока, гроші рівні | Упізнати на імʼя, притримати його стіл | Знижка. Він прийшов би й так, а знижка — чиста втрачена маржа |
| Постійний, що відходить | Свіжість поза його ритмом, частота висока, гроші високі | Одне особисте повідомлення, від людини, з приводом | Відправити його в масову розсилку разом з усіма |
| Рідкісний, але дорогий | Частота низька, гроші високі, свіжість неістотна | Контакт, привʼязаний до його нагоди, раз на рік | Щотижнева розсилка, яка вчить його не читати відправника |
| Новий | Частота одиниця, свіжість дуже свіжа | Тригер другого візиту всередині його власного вікна | Вважати один візит лояльністю і почати її нагороджувати |
| Давно втрачений | Свіжість далеко за його ритмом, помноженим на множник | Одна спроба повернути, далі не платити за доступ | Возити цю адресу в кожній кампанії нескінченно |
Дії третьої колонки — це повідомлення, а в повідомлення є канал, вартість і правова підстава. Доставку різних текстів різним групам без переписування їх людиною робить автоматизація месенджерів; а що повідомлення пропонує і чи окупається ця пропозиція — справа рахунку програми лояльності, а не цієї сторінки.
Сегмент, якого не можна чіпати: постійний гість і ціна зайвої уваги
Є одна група, де правильна дія — свідоме нічого, і зазвичай це найцінніша група в списку. Гість, який приходить щотижня, уже має звичку. Кожне надіслане йому повідомлення робить одне з двох: або його ігнорують, що поволі привчає ігнорувати всі твої повідомлення, або воно спрацьовує — а це означає, що ти заплатив знижкою за перенесення візиту, який стався б і без неї.
Обидва результати — витрата, і жоден ніде витратою не показується. Перший оплачується майбутньою відгукуваністю; другий оплачується маржею покриття і виглядає у звіті вдалою кампанією, бо візит-то був. Це і є тиха причина будувати сегментацію взагалі: не щоб дотягнутися до більшої кількості людей, а щоб перестати дотягуватися до тих, хто й так ішов.
В уваги є бюджет так само, як у їжі. Витрать її на постійного, що відходить, чий наступний візит справді залежить від того, чи помітив хтось паузу; і не витрачай ані гроша на гостя, який забронював четвер раніше, ніж ти дочитав звіт.
Як перевірити, що поділ узагалі щось дав
Частка сегмента в маржі покриття % = маржа покриття сегмента ÷ маржа покриття всієї бази × 100
маржа покриття сегмента— гроші, що лишилися після змінних витрат із візитів цієї групи у вікні, PLN;маржа покриття всієї бази— та сама величина по всіх упізнаних гостях у тому самому вікні, PLN;- результат — відсотки, бо злоті, поділені на злоті, одиниці не лишають.
Перевірка зворотним ходом: 0,2784 × 148 000 = 41 203 PLN, округлення сходиться.
Це одне порівняння — частка в базі проти частки в маржі покриття — і є перша чесна перевірка поділу.
Друга перевірка складніша й краща: чи спрацювала сама дія? Сегмент, який отримав повідомлення і потім повернувся, нічого не довів: ти відібрав до нього тих, хто повернувся б охочіше за інших. Доказ потребує зіставної групи, яка не отримала нічого, і в цього методу своя сторінка — чи спрацювала акція і що відповідає контрольна група. Нові гості, які тут окремий сегмент, коштують грошей при залученні, а скільки саме, міряє сторінка про вартість залучення гостя.
Де лежать дані, як це називає закон і де закінчується арифметика
Усе вище — обробка персональних даних. Картка гостя з імʼям, телефоном та історією візитів — це рівно те, що RODO (польська назва GDPR) називає персональними даними, а групування людей за поведінкою заради рішення, кому яке повідомлення піде, — рівно те, що воно називає обробкою. Це не привід уникати; це привід знати, де записи фізично лежать, хто може їх вивантажити, на якій підставі ти комусь пишеш і скільки тримаєш гостя, якого не було чотири роки. Де автоматизація справді опиняється з даними клієнтів, розбирає текст автоматизація і RODO, і прочитати його варто до першого вивантаження, а не після.
І чесний рядок про технологію, бо тут легко розмазати межу. Ранги, квантильні розрізи, очікувані інтервали та перевірка відходу — звичайна арифметика. Її порахує будь-яка таблиця, жодна модель у цьому не бере участі, і ніщо на цій сторінці не стає точнішим від додавання моделі. Програма заощаджує працю навколо арифметики: звести історію візитів в одне місце, перераховувати ранги щоночі замість разу на квартал і написати пʼять різних текстів замість одного — ось останнє і є місце, де допомагає асистент; про нього автоматизація месенджерів і загальна картина в тексті автоматизація ресторану.
Aura сидить тут на управлінському шарі: числа, поділ і тригер. Вона не вирішує за тебе, скільки твій ресторан має коштувати гостеві.
Часті питання
Що таке RFM-сегментація і чи працює вона в ресторані?
Це спосіб поділити базу клієнтів трьома числами про кожного гостя — як нещодавно він був, як часто бував і скільки коштував, — і в ресторані він працює рівно настільки, наскільки ресторан уміє впізнати гостя, що повернувся. З бронями, карткою чи акаунтом працює добре. У залі, де більшість платить готівкою і виходить невпізнаною, працює лише на впізнаній меншості, і чесний перший крок — виміряти, наскільки ця меншість велика.
Як задати межі між сегментами?
Відсортувавши власну базу і розрізавши її на групи рівного розміру, а не обравши круглі числа. Квантильні розрізи самі підлаштовуються під твій рівень цін і твій формат, переживають один величезний банкетний рахунок без спотворення і перераховуються щомісяця без переговорів. Круглі пороги, переписані зі статті про чужий ресторан, зберігають чужі ціни і чужий календар, а не твої.
Скільки сегментів тримати ресторану?
Стільки, скільки в тебе справді різних дій, готових до виконання, і жодним більше. Три виміри, розрізані на пʼять смуг кожен, дають 125 сполучень, на які жодна ресторанна команда не реагує по-різному. Два сегменти з двома справжніми діями бʼють дванадцять сегментів з однією дією на всіх, і кількість мусить задаватися списком дій, а не тим, що вміє вивантаження.
Коли гість відходить, а коли вже втрачений?
Тоді, коли його свіжість перевищила його власний очікуваний інтервал між візитами, але ще не перевищила його у стільки разів, скільки ти обрав множником терпимості. Це порівняння — на гостя, ніколи на базу: гість, який ходив раз на місяць, спізнюється через два місяці, а гість, що приходить двічі на рік, тієї самої миті не спізнюється зовсім. Опублікованої норми для множника немає, тому це записане рішення, яке тримають стабільним.
Чи можна скласти три бали RFM в одне число?
Порахувати можна, звітувати ним не можна. Кожен бал — ранг, одиниці він не несе, отже і сума її не несе: це не величина, її не можна усереднювати, порівнювати між періодами і приймати за цінність. Єдине законне застосування — відсортувати список. Двоє гостей із балами 3-4-5 і 5-4-3 дають ту саму дванадцятку, а дії їм потрібні протилежні, і це найкоротший доказ, чому сума ховає те, заради чого поділ затівався.
Як зрозуміти, що сегментація була не марною?
Порівняй частку кожного сегмента в базі з його часткою в маржі покриття: якщо обидві однакові й поведінка однакова, ця група — опис, а не сегмент. Потім перевір дію, а не поділ, притримавши зіставну групу, яка не отримує нічого, і порівнявши обидві після. Без контрольної групи сегмент, відібраний за те, що повернеться найімовірніше, повернеться — і звіт прочитається як успіх за будь-якого результату.
Почни з двох сегментів і двох справді різних дій: постійний, що відходить, отримує особисте повідомлення, а всі інші цього місяця не отримують нічого. Дванадцять гарних груп, що ділять одну дію, не варті й години. Коли двосегментна версія працює і виміряна, додай третій. Розділ ресторанної економіки збирає сторінки, які її годують: упізнавання, цінність, вартість залучення і доказ.