Fooodo Insights
AI sprendimų intelekto sluoksnis 5–200 vietų restoranų tinklams — kiekviena rekomendacija susieta su EBIT, žmogus visada dalyvauja sprendimų priėmime, ir šešių lygių architektūra po visu tuo.
Fooodo Insights yra atskiras produkto kelias, nepriklausantis nuo Fooodo užsakymų platformos. Svetainė jį pristato, nes tai yra strateginė įmonės kryptis; veikiantis produktas aktyviai kuriamas ir dar neišleistas — šis puslapis aprašo, kas Insights yra, ko jis aiškiai nėra, ir architektūrą, kuri slypi po visu tuo.
Būsena: 0 fazė — šiuo metu dėmesys sutelktas į vidinį patvirtinimą su Čili formos duomenimis. Dizaino partnerių tinklai įtraukiami iki 2026 m. MVP apimtis ir grafikas pateikti šio puslapio apačioje; jei valdote 5–200 vietų ir norite formuoti diegimą, rašykite hello@fooodo.com.
Vienos eilutės apibrėžimas
Fooodo Insights yra AI pagrindu sukurtas sprendimų intelekto sluoksnis daugiavietėms restoranų grandinėms, skirtas susieti operacinius veiksmus su EBIT poveikiu ir užtikrinti, kad žmogus visada dalyvautų kiekviename sprendime, kuris veikia darbuotojus.
Tai nėra „dar viena prietaisų skydelis." Prietaisų skydelis pasako, kas įvyko. Insights yra sprendimų sistema, kuri:
- Renka fragmentuotus restoranų duomenis.
- Normalizuoja juos į kanoninį restorano veiklos modelį.
- Paaiškina, kas įvyko.
- Įvertina, kodėl tai įvyko.
- Prognozuoja, kas nutiks toliau.
- Rekomenduoja veiksmus.
- Reikalauja žmogaus patvirtinimo prieš vykdant didelio poveikio veiksmus.
- Matuoja, ar patvirtinti veiksmai iš tikrųjų pagerino EBIT.
Kam tai skirta
Daugiavietėms grandinėms, turinčioms 5–200 vietų. Ankstyvasis etaloninis diegimas yra Čili Pizza formos grandinė, tačiau architektūra yra POS-agnostiška, geografiškai lanksti ir pritaikoma skirtingiems formatams (QSR, kasualus maitinimas, vaiduoklių virtuvės, hibridai).
Personas, kurioms skirtas Insights, yra vadovų, o ne operatorių lygmens:
| Persona | Pagrindinis poreikis |
|---|---|
| Generalinis direktorius / Savininkas | EBIT matomumas šiandien ir prognozė; kokie veiksmai kuria ar naikina pelną |
| CFO | Dienos EBIT, COGS, darbo sąnaudos, nuolaidų ir maržos kontrolė; atvirkštinis P&L planavimas |
| COO | Aptarnavimo greitis, stalų apyvarta, virtuvės kliūtys, operacinis EBIT poveikis |
| CMO | Kampanijų ROI, priežastinio poveikio patvirtinimas, kuponų pelningumas |
| CPO | Meniu pelningumas, pozicijų marža, kainų elastingumas, meniu inžinerija |
| CHRO | Darbo sąnaudos ir tvarkaraščių efektyvumas — tik skaitymo režimas, su griežtu žmogaus dalyvavimu bet kuriame veiksme, veikiančiame darbuotojus |
| Restorano vadovas | Kasdienės praktinės rekomendacijos, pamainos rezultatai, veiksmų eilė |
Restorano vadovo ir CHRO personas yra priežastis, kodėl GDPR Article 22 yra struktūriškai svarbus — jie yra bet kurios rekomendacijos, liečiančios asmenį, auditorija, o patvirtinimo eilė sukurta taip, kad žmogus visada dalyvautų tame kelyje.
Principas, kuris daro tai kitokiu
Kiekvienas įžvalgumas, rekomendacija, prognozė ir scenarijus Fooodo Insights yra susietas su matuojamu EBIT veiksniu:
- Pajamos
- Bendroji marža
- Maisto savikaina
- Darbo sąnaudos
- Rinkodaros ROI
- Stalų apyvarta
- Vidutinis čekis
- Užsakymų apimtis
- Atliekos
- Nuolaidos
- Pristatymo platformų ekonomika
Jei rekomendacijos negalima susieti su vienu iš šių veiksnių, ji nepatenka į veiksmų eilę. Tai taisyklė, skirianti Insights nuo bendro pobūdžio „AI viską optimizuoja" turinio.
Architektūra (šeši lygiai)
Produktas sudarytas iš šešių lygių, kiekvienas su apibrėžta sutartimi — duomenys teka aukštyn; rekomendacijos teka žemyn per patvirtinimo eilę:
Executive cockpit · location dashboards · campaign ROI · profit-target planning · scenario simulator · approval queue · alerts · reports · admin · API
One AI · four role views (CFO, CMO, COO, CPO) · conversational AI · insight generation · recommendation engine · explanation engine · human-in-the-loop approval queue
EBIT model · revenue · COGS · labor · marketing ROI · price elasticity · forecasting · anomaly detection · attribution · scenario engine
Tenant · brand · region · location · menu · order · order item · payment · discount · tax · campaign · labor shift · employee role · supplier cost · recipe · forecast · recommendation · approval · measured outcome
Direct API connectors · CSV/Excel import · scheduled imports · validation · mapping UI · data quality checks
POS · labor scheduling · time tracking · accounting/P&L · delivery platforms · marketing campaigns · loyalty/CRM · weather · holidays · manual CSV · food cost · recipe data · menu data
Dvi architektūrinės taisyklės yra svarbiausios:
- Jums nereikia duomenų saugyklos. CSV/Excel įkėlimas prieinamas nuo pirmosios dienos. Vidutinės rinkos grandinės retai turi veikiančią saugyklą, o laukimas jos buvo ankstesnės restoranų BI kartos nesėkmės priežastis.
- POS jungtys yra keičiamos. Kiekviena įgyvendina tą pačią jungties sąsają (vietos, meniu, užsakymai, mokėjimai). Jungties pridėjimas yra izoliuotas modulis; jis neliečia metrikų ar AI lygių.
Vaidmenimis specializuoti agentai
Insights valdo vaidmenimis specializuotus AI agentus — CFO, CMO, COO, CPO — bendrame modelyje. Kiekvienas atsako klausančio vaidmens žodynu, o leidimai ir patvirtinimo maršrutizavimas apriboti tuo vaidmeniu. Kiekvienas agentas stebi konkrečią sritį ir generuoja su EBIT susietas rekomendacijas. Nė vienas jų nevykdo — kiekviena rekomendacija patenka į žmogaus patvirtinimo eilę, o bet kuri rekomendacija, veikianti darbuotojus, yra blokuojama GDPR Article 22 (žr. toliau).
| Vaidmens agentas | Stebi | Rekomenduoja |
|---|---|---|
| CFO | EBIT, pajamas, COGS, darbo sąnaudų %, prognozę, pelno nuokrypius | Sąnaudų kontrolės veiksmus, biudžeto korekcijas, maržos įspėjimus, atvirkštinio P&L koregavimus |
| CMO | Kampanijas, nuolaidas, klientų reakciją, rinkodaros ROI, kanalų rezultatus | Pakartoti kampaniją, sustabdyti kampaniją, koreguoti nuolaidą, nukreipti į vietą, gerinti pasiūlymo ekonomiką |
| COO | Užsakymų srautą, stalų apyvartą, virtuvės vėlavimus, aptarnavimo kliūtis | Personalo pokyčius, proceso pakeitimus, darbo valandų optimizavimą, vietai būdingus veiksmus |
| CPO | Meniu pelningumą, pozicijų maržą, kainų elastingumą, meniu struktūrą, rinkinius | Kainų pakeitimus, meniu pozicijų šalinimą, rinkinių kūrimą, papildomų pardavimų galimybes |
Darbo sąnaudos ir tvarkaraščiai liečia darbuotojus, todėl jiems taikomas griežčiausias maršrutizavimas: bet kuri rekomendacija, kuri keistų asmens valandas, tvarkaraštį ar veiklos vertinimo žymą, yra blokuojama GDPR Article 22 — ji reikalauja įvardyto žmogaus recenzento prieš platinant bet kur, nepriklausomai nuo to, kuris agentas ją iškėlė (žr. Article 22 toliau).
EBIT poveikio variklis
Pagrindinis analitinis pajėgumas. Jis susieja operacinius įvykius su EBIT pokyčiais ir paaiškina ryšį paprasta kalba.
Ką jis daro:
- Skaido EBIT pokytį pagal vietą, laikotarpį, meniu kategoriją, kampaniją, darbo sąnaudas, maisto savikainą, pristatymo kanalą ir nuolaidas.
- Teikia nuokrypių analizę: faktiniai duomenys lyginami su ankstesniu laikotarpiu, biudžetu, prognoze ir atvirkštinio P&L tikslu.
- Atskiria koreliaciją nuo įvertintos priežastingumo nuo patvirtinto išmatuoto poveikio.
- Kiekvienam paaiškinimui priskiria pasitikėjimo lygį.
Pavyzdinės formos (iliustracinės, ne realių nuomininkų duomenys):
„X vietos EBIT vakar sumažėjo N eurų. M% nuosmukio paaiškinama darbo valandomis, viršijančiomis tikslą P%, kartu su Q% vidutinio čekio kritimu."
„C kampanija padidino pajamas N eurų, tačiau atskaičius nuolaidas ir papildomas darbo sąnaudas, EBIT poveikis buvo +M eurų."
„P% kainos padidėjimas K kategorijoje greičiausiai sumažino užsakymų apimtį V%, tačiau padidino įnašo maržą N eurų."
Tai nėra pokalbių roboto spėjimai — jie apskaičiuojami pagal kanoninį duomenų modelį su aiškiais pasitikėjimo intervalais.
Žmogaus dalyvavimo patvirtinimo eilė (GDPR Article 22)
Tai yra pagrindinė apribojimas, o ne funkcija.
GDPR Article 22 riboja išimtinai automatizuotus sprendimus, turinčius teisinį ar panašiai reikšmingą poveikį asmenims. Restoranų kontekste tai reiškia viską, kas veikia darbuotojus — tvarkaraščių pakeitimus, valandų mažinimą, veiklos vertinimą, automatizuotas baudas — žmogus turi peržiūrėti ir patvirtinti prieš vykdymą.
Kiekviena Insights sukurta rekomendacija patenka į patvirtinimo eilę, kurioje rodoma:
- Pati rekomendacija
- Priežastis
- Tikėtinas EBIT poveikis
- Pasitikėjimas
- Rizika
- Reikalingas tvirtintojo vaidmuo
- Naudoti duomenų šaltiniai
- Siūlomi įgyvendinimo žingsniai
- Galiojimo pabaiga / skubumas
- Patvirtinti / atmesti / modifikuoti / atidėti parinktys
Patvirtinti veiksmai stebimi kaip eksperimentai, kad komanda vėliau galėtų išmatuoti, ar veiksmas pasiekė laukiamą EBIT rezultatą. (Visiškas matavimo ciklo uždarymas — automatinis rezultatų grąžinimas į reitingavimą — yra vėlesnės fazės darbas, o ne MVP; žr. toliau.)
Rekomendacijos, veikiančios darbuotojus, — tvarkaraščiai, valandos, veiklos žymos, išlaikymo priemonės — niekada nevykdomos autonomiškai. Jos laukia patvirtinimo eilėje su įvardytu recenzentu, audito žurnalais ir paaiškinimu prieš platinant bet kur. Tai yra teisinis reikalavimas pagal GDPR Article 22, o ne produkto pageidavimas.
Rinkodaros ROI variklis (statistinis, ne prieš/po)
Kampanijų matavimas yra viena iš vietų, kur restoranų BI įrankiai labiausiai matomai žlunga. „Pajamos išaugo kampanijos metu" nėra priežastingumas.
Insights matuoja kampanijas taikant tinkamą statistinį testavimą — grupių palyginimą su nevienodu dispersija, poveikio dydžio skaičiavimą ir aiškų pasitikėjimo verdiktą — kartu su finansinio reikšmingumo suskirstymu: pajamų augimas, bendrosios maržos augimas, nuolaidų savikaina, papildomos darbo sąnaudos, maisto savikainos poveikis ir grynasis EBIT poveikis. Kiekvienas rezultatas pažymimas arba „statistiškai reikšmingas, bet finansiškai nerelevantus" arba „finansiškai reikšmingas, bet statistiškai neapibrėžtas", kad CFO galėtų perskaityti verdiktą neparsindamas matematikos.
Rekomendacija gali būti: plėsti kampaniją, kartoti tik konkrečiose vietose, sustabdyti, koreguoti nuolaidą, keisti laiką, keisti produktų struktūrą — su pridėtu su EBIT susietu pagrindžimu.
Atvirkštinis P&L planavimas
Generalinis direktorius / CFO įveda tikslinį metinį EBIT. Sistema dirba atgal nuo jo — pagrindinė MVP versija atvirkščiai apskaičiuoja reikalingą apyvartą pagal mėnesį su sezoniškumu; toliau pateiktas išsamesnis suskirstymas yra tikslinė būsena:
- Mėnesiniai ir dienos pajamų tikslai kiekvienai vietai
- Leistinos darbo valandos ir darbo sąnaudų %
- Teorinis maisto savikainos %
- Reikalingas vidutinis čekis, užsakymų apimtis, kampanijos augimas
- Reikalingi kainos / struktūros pokyčiai
Tada ji lygina faktinę veiklą su keliu ir įspėja, kai vieta nukrypsta. Pavyzdinė forma (iliustracinė):
„Tikslas EBIT N/metai. A vieta turi vidutiniškai X/dieną pajamų, darbo sąnaudos žemiau Y%, maisto savikaina žemiau Z%. Dabartinė prognozė nepasiekia tikslo P, nebent vidutinis čekis padidėtų tam tikru % arba darbo sąnaudos sumažėtų tam tikru %."
Kas yra MVP, kas vėliau
MVP:
- CSV/Excel importas
- Kanoninis duomenų modelis
- Vietų prietaisų skydelis ir vadovų kabina
- EBIT skaičiavimas ir nuokrypių analizė
- Iš anksto sugeneruotos AI įžvalgos importo metu
- Rankinis kampanijų matavimas su statistiniu testavimu
- Atvirkštinis P&L (pagrindinis)
- Žmogaus patvirtinimo eilė
- AI siūlymai CFO ir CMO rodiniuose
- Duomenų kokybės patikrinimai
- Vaidmenimis pagrįsta prieiga ir audito žurnalai
Atidėta vėlesnėms fazėms:
- Pilnos POS API integracijos, viršijančios pirmąją
- Išplėstinis kainų elastingumo modeliavimas
- Kamera pagrįstas patiekalų kokybės vertinimas
- Sudėtingas priežastinis išvedimas
- Visiškai automatizuotas vykdymas (sąmoningai neįtrauktas į planą; žr. Article 22)
POS ir duomenų šaltiniai, prie kurių jungiasi Insights
Insights yra POS-agnostiškas pagal dizainą. R-Keeper yra gyva etaloninė integracija — šiandien įtraukiama per valdomą duomenų srautą, o ne per bendrą REST jungtį; papildomos POS jungtys (Toast, Square, Lightspeed Vakarų rinkose; iiko Rytų Europoje; kitos) yra apimamos kiekvienam klientui atskirai ir kainodaros pasiūlymas teikiamas pagal poreikį. Kol realaus laiko jungtis nėra užsakyta, CSV/Excel importeris apima bet kurį POS, kurį naudoja grandinė.
Be POS, Insights jungiasi prie pristatymo platformų (Wolt, Bolt), apskaitos sistemų, darbo tvarkaraščių įrankių, rinkodaros platformų, oro/švenčių duomenų, mokėjimo paslaugų teikėjų ir paties Fooodo užsakymų bei mokėjimų sistemos.
Prisijungimas per MCP
Kiekvienas Insights nuomininkas gauna nuotolinį Model Context Protocol serverį. AI klientai, palaikantys MCP — ChatGPT, Claude, Copilot, Gemini, Cursor ir kiti — jungiasi naudodami OAuth 2.1 ir dinaminę kliento registraciją, nereikia API raktų ar pasirinktinio integracijos projekto. Žr. Insights MCP server, kad sužinotumėte įrankių sąrašą ir konfigūravimo žingsnius kiekvienam klientui. Funkcija pagal numatytuosius nustatymus yra išjungta kiekvienai organizacijai; įjungimas vykdomas per support@fooodo.com.
Būsena ir grafikas
Veikiantis produktas dar neišleistas — rinkodaros paviršius adresu /insights aprašo viziją; 0 fazė (vidinis Čili formos duomenų patvirtinimas) yra dabartinis kūrimo dėmesys. Reikšmingų produkto naujienų tikėkitės 2026 m., ne anksčiau.
Jei esate daugiavietė grandinė, suinteresuota tapti dizaino partneriu, rašykite hello@fooodo.com. Greičiausias būdas komandai prioritizuoti pajėgumą — turėti klientą su duomenimis ir noru tai patvirtinti.
API ir integracijų paviršius
Kaip partneriai ir kūrėjai integruojasi su Fooodo — viešasis MCP serveris, POS jungtis ir baltosios etiketės sutartys, kas šiandien atvira ir kas uždaryta, bei integracijų planas.
Insights MCP serveris
Prijunkite ChatGPT, Claude, Copilot ar Gemini prie savo Fooodo Insights nuomininko per nuotolinį Model Context Protocol serverį.