C cenaly.com
Започнете безплатно

Посещаемост и обобщение

Трафик на уеб менюто от Google Analytics и компактно обобщение на поръчките и кухнята

On this page 11

Посещаемост на сайта и обобщение на продажбите

Раздел Статистика е бърз поглед към това кой и как влиза във вашето уеб меню, и компактно обобщение на продажбите и кухнята. Данните за посещаемостта се вземат от Google Analytics и се обновяват от фонова задача на сървъра (без „живи“ заявки към API), затова разделът се отваря мигновено.

Отваряне: Админ панел → Статистика (admin.cenaly.com). Отчетите се строят по един избран обект — при няколко обекта отгоре има селектор.

Разделът се настройва според вас: зъбното колело ⚙️ в заглавната лента скрива ненужните раздели и блокове на „Посещаемост“, задава раздел и период по подразбиране (7 / 30 / 90 дни или 12 месеца) и праг за закъснения на кухнята (от 5 до 120 минути). Има и готови набори — например „опростен“, при който остава само разделът „Поръчки“. Скритият раздел изчезва от заглавната лента на раздела; изключване на всички наведнъж не е възможно.


Раздел „Посещаемост“#

Данни от Google Analytics за посещенията на уеб менюто:

  • KPI: сесии, активни потребители, прегледи на страници, средна продължителност на сесията — със сравнение с предходния период за 7 и за 28 дни (тези два прозореца са фиксирани; превключвателят за период отгоре се отнася за останалите раздели);
  • динамика по дни (сесии);
  • канали и устройства;
  • източници на трафик, държави, градове, езици;
  • топлинна карта на сесиите по часове и дни от седмицата — удобно за планиране на промоции и съдържание;
  • топ страници;
  • фуния на конверсия: менюто е отворено → ястието е прегледано → добавено в кошницата → започнато плащане → поръчката е направена;
  • топ ястия по прегледи (по събития за преглед и добавяне в кошницата).

Редът „органично търсене“ в източниците може да се разгъне — под него се показват конкретните заявки в Google търсенето от Search Console: заявка, кликове, показвания, CTR и средна позиция. В самата Google Analytics тези данни липсват.

Отделен блок отчита обръщенията на ИИ агентите на гостите (ChatGPT и подобни) към вашето меню: колко пъти агентът е отварял менюто, колко поръчки са дошли през него и какви инструменти е използвал.


Раздел „Поръчки“#

Компактно обобщение на продажбите по същите данни, както в раздела „Финанси“:

  • приходи, брой поръчки, средна сметка;
  • тренд на приходите;
  • топ ястия по приходи и по количество.

Това е „бърз преглед“ — за подробни отчети отидете в Аналитика и Финанси.


Раздел „Кухня“#

Показатели за скоростта на кухнята:

  • средно време за приемане, приготвяне и пълен цикъл на тикета, % закъснения (с настройваем праг);
  • тренд и топлинна карта на времето по часове/дни;
  • най-бавните ястия и изгубените заготовки (позиции, отменени след началото на приготвянето).

Данните за кухнята се появяват автоматично, щом служителите започнат да приемат, приготвят и предават тикети на KDS или в поръчките — отделна настройка не е нужна. Но ги събира аналитичната база на платформата, а тя е разгърната само при брандовете AWS: в руския контур (cenaly.ru) разделът остава празен, колкото и тикета да са преминали.


Раздел „Опасни операции“#

Поток от рискови действия на касата с привързване към касиера: сторно на позиция, вече изпратена към кухнята, отмяна на поръчка, редакция на гостова сметка след отпечатване на пречека, връщания, ръчни отстъпки и промени на цена, отваряне на чекмеджето за пари без продажба, повторно отпечатване на издадена касова бележка (репринт — класическият начин да се подмени касовата бележка на госта) и несъответствие в касата при затваряне на касовата смяна. Пълна таблица с пояснения — в Контрол на загубите.

Какво се показва:

  • брой събития и сума под риск за периода — отстъпки, връщания, свалени позиции и сборове на отменени поръчки;
  • разрези по касиери и по типове операции;
  • самият поток с време, сума, детайли и кой е одобрил операцията.

Това е инструмент не за наказание, а за разговор: аномалия при един касиер на фона на останалите се вижда веднага. Събитията пристигат от касата в рамките на няколко минути — вижте също PIN роли и потвърждения.

Ако на обекта има камера за касовата зона, към събитието може да се прегледа видеоклип — той се отваря по временна връзка за няколко минути и е достъпен само за собственика или управителя; на останалите вместо клип се показва съобщение за правата.

Върху този поток работят правилата за контрол на загубите: серия от отмени, вълна от отстъпки, несъответствие в касата, разход над нормата, скок в покупната цена и несъответствие в журналите. Те превръщат потока в кратък списък „какво да прегледате“, извеждат блок „Касови рискове“ в „Работен чат“ → „Изисква решение“ → раздел „Под наблюдение“ и по желание изпращат писмо на собственика.

Праговете на правилата се отварят със зъбното колело ⚙️ в заглавната лента на раздела, пункт „Прагове за сигнали“: то само превключва на раздел „Опасни операции“ и разгъва свития блок с прагове (пунктът се вижда от собственика и управителя). Подробности — Контрол на загубите.


Раздел „Търсене“#

Какво търсят купувачите във вашата витрина — с техни думи:

  • топ заявки за периода;
  • заявки без резултати (отделен филтър) — пряк списък на това, което липсва в каталога или е наречено по различен начин от това, което хората търсят;
  • колко след заявката са отворили карти и са добавили в кошницата — брои се в рамките на сесията за търсене (5 минути след заявката);
  • изтегляне на CSV.

Справката е обобщена: идентификаторите на посетителите не се запазват. Ако за месец са се натрупали твърде много различни заявки, най-редките няма да попаднат в справката — това ще бъде изрично посочено.


Раздел „Наливане“#

Преглед на контрола на наливането за барове: съпоставяне „кран → продукт → обем на порцията“ и сверка на наляното с продаденото. Основата вече е налична, но „наляно“ засега се показва с демонстрационни данни — реалният обем ще дойде, когато флоуметрите на крановете бъдат свързани чрез Cenaly Hardware Bridge. „Продадено“ — реални данни от поръчките.

Разминаването „наляно ≠ продадено“ е същата тема за загубите, както в раздел „Опасни операции“: вж. Контрол на загубите.


Свързани раздели#


Често задавани въпроси#

Защо данните не са „в реално време“?#

Посещаемостта се събира от фонова задача от Google Analytics на всеки шест часа, затова разделът се отваря бързо и не зависи от лимитите на API. След първоначалното свързване на GA данните може да се появят в рамките на денонощие.

Разделът е празен — какво да правим?#

Данните ще се появят, когато задачата за събиране на GA приключи (обикновено до 24 часа след свързването) или когато по обекта преминат първите поръчки и тикети.

С какво това се различава от „Аналитика“?#

„Статистика“ дава посещаемост на сайта и компактен преглед; „Аналитика“ — подробни справки за продажбите, ABC анализ и маржиналност.

Was this article helpful?