Fooodo / Dokumentacija

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.

Auto-translated · pending native review. The English version is canonical.

Fooodo Insights yra atskiras produkto kelias, nepriklausantis nuo Fooodo užsakymų platformos. Svetainėje jis pristatomas kaip strateginė įmonės kryptis; veikiantis produktas yra ribotai prieinamas su referencine grandine — šiame puslapyje aprašoma, kas Insights yra, ko jis aiškiai nėra, ir kokia architektūra slypi po visu tuo.

Statusas: Ribotas prieinamumas — sprendimų ciklas veikia su referencine grandine, o dizaino partnerių grandinės yra įtraukiamos iki 2026 m. Produktas dar nėra visuotinai prieinamas, o autonominis veiksmų vykdymas lieka planuojamas (šiandien AI siūlo, o jūsų komanda patvirtina). 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 tvirtai dalyvautų kiekviename sprendime, kuris veikia darbuotojus.

Tai nėra „dar viena prietaisų skydelis". Prietaisų skydelis pasako, kas įvyko. Insights yra sprendimų sistema, kuri:

  1. Renka fragmentuotus restoranų duomenis.
  2. Normalizuoja juos į kanoninį restorano veiklos modelį.
  3. Paaiškina, kas įvyko.
  4. Įvertina, kodėl tai įvyko.
  5. Prognozuoja, kas nutiks toliau.
  6. Rekomenduoja veiksmus.
  7. Reikalauja žmogaus patvirtinimo prieš vykdant didelio poveikio veiksmus.
  8. Matuoja, ar patvirtinti veiksmai iš tikrųjų pagerino EBIT.

Kam tai skirta

Daugiavietėms grandinėms, turinčioms 5–200 vietų. Ankstyvasis referencinis diegimas yra Čili Pizza tipo 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:

PersonaPagrindinis poreikis
Generalinis direktorius / SavininkasEBIT matomumas šiandien ir prognozė; kokie veiksmai kuria ar naikina pelną
CFODienos EBIT, COGS, darbo sąnaudos, nuolaidų ir maržos kontrolė; atvirkštinis P&L planavimas
COOAptarnavimo greitis, stalų apyvarta, virtuvės butelio kakleliai, operacinis EBIT poveikis
CMOKampanijų IG, priežastinio poveikio patvirtinimas, kuponų pelningumas
CPOMeniu pelningumas, pozicijų lygio marža, kainų elastingumas, meniu inžinerija
CHRODarbo sąnaudos ir tvarkaraščių efektyvumas — tik skaitymo teisės, su griežtu žmogaus dalyvavimu bet kokiame veiksme, veikiančiame darbuotojus
Restorano vadovasKasdienės praktinės rekomendacijos, pamainos rezultatai, veiksmų eilė

Restorano vadovo ir CHRO personas yra priežastis, kodėl Article 22 GDPR yra struktūriškai svarbus — jie yra bet kokios rekomendacijos, liečiančios asmenį, auditorija, o patvirtinimo eilė sukurta taip, kad žmogus visada dalyvautų tame kelyje.

Principas, kuris tai išskiria

Kiekvienas įžvalgos, rekomendacijos, prognozės ir scenarijaus elementas Fooodo Insights yra susietas su matuojamu EBIT veiksniu:

  • Pajamos
  • Bendroji marža
  • Maisto savikaina
  • Darbo sąnaudos
  • Rinkodaros IG
  • 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ę:

Layer 6Application

Executive cockpit · location dashboards · campaign ROI · profit-target planning · scenario simulator · approval queue · alerts · reports · admin · API

Layer 5AI and agents

One AI · four role views (CFO, CMO, COO, CPO) · conversational AI · insight generation · recommendation engine · explanation engine · human-in-the-loop approval queue

Layer 4Metrics and modelling

EBIT model · revenue · COGS · labor · marketing ROI · price elasticity · forecasting · anomaly detection · attribution · scenario engine

Layer 3Canonical data model

Tenant · brand · region · location · menu · order · order item · payment · discount · tax · campaign · labor shift · employee role · supplier cost · recipe · forecast · recommendation · approval · measured outcome

Layer 2Ingestion and importers

Direct API connectors · CSV/Excel import · scheduled imports · validation · mapping UI · data quality checks

Layer 1Data sources

POS · labor scheduling · time tracking · accounting/P&L · delivery platforms · marketing campaigns · loyalty/CRM · weather · holidays · manual CSV · food cost · recipe data · menu data

Six-layer architecture · top-down

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 yra apriboti to vaidmens ribose. Kiekvienas agentas stebi konkrečią sritį ir generuoja su EBIT susietas rekomendacijas. Jie siūlo; jie savarankiškai nevykdo išorinių ar darbuotojus veikiančių veiksmų — kiekviena tokia rekomendacija patenka į žmogaus patvirtinimo eilę, o bet kokia darbuotojus veikianti rekomendacija yra blokuojama GDPR Article 22 (žr. toliau).

Vaidmens agentasStebiRekomenduoja
CFOEBIT, pajamas, COGS, darbo sąnaudų %, prognozę, pelno nuokrypiusSąnaudų kontrolės veiksmus, biudžeto korekcijas, maržos įspėjimus, atvirkštinio P&L koregavimus
CMOKampanijas, nuolaidas, klientų reakciją, rinkodaros IG, kanalų rezultatusPakartoti kampaniją, sustabdyti kampaniją, koreguoti nuolaidą, nukreipti į vietą, gerinti pasiūlymo ekonomiką
COOUžsakymų srautą, stalų apyvartą, virtuvės vėlavimus, aptarnavimo butelio kakleliusPersonalo pokyčius, proceso pokyčius, darbo valandų optimizavimą, vietai būdingus veiksmus
CPOMeniu pelningumą, pozicijų maržą, kainų elastingumą, meniu struktūrą, rinkiniusKainų pokyčius, meniu pozicijų šalinimą, komplektų kūrimą, papildomų pardavimų galimybes

COO rodinys papildomai naudoja kamera pagrįstą patiekalų kokybės vertinimą (ChefBot), kad kartu su aptarnavimo ir pralaidumo signalais pažymėtų virtuvės nuoseklumo problemas.

Darbo sąnaudos ir tvarkaraščiai liečia darbuotojus, todėl jiems taikomas griežčiausias maršrutizavimas: bet kokia rekomendacija, kuri keistų asmens valandas, tvarkaraštį ar veiklos žymą, yra blokuojama GDPR Article 22 — ji reikalauja įvardyto žmogaus recenzento prieš bet kokį platinimą, nepriklausomai nuo to, kuris agentas ją iškėlė (žr. Article 22 toliau).

EBIT poveikio variklis

Pagrindinė analitinė galimybė. Ji 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 palyginti su ankstesniu laikotarpiu, su biudžetu, su prognoze, su atvirkštinio P&L taikiniu.
  • Atskiria koreliaciją nuo įvertintos priežastingumo nuo patvirtinto išmatuoto poveikio.
  • Kiekvienam paaiškinimui priskiria pasitikėjimo lygį.
  • Vykdo autonominį diagnostinį tyrimą, kai rodiklis juda netikėtai — sujungia duomenų paieškas, kad izoliuotų veiksnį, o ne spėliotų.

Pavyzdinės formos (iliustracinės, ne realaus tenanto 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 po nuolaidų ir papildomų darbo sąnaudų 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čiuoti pagal kanoninį duomenų modelį su aiškiais pasitikėjimo intervalais.

Kaip skaičiai uždirba pasitikėjimą

Trys mechanizmai, jau įdiegti produkte, pagrindžia šiuos teiginius:

  • Penkių žymų pasitikėjimo taksonomija kiekvienam skaičiui — kilmės sluoksnis, esantis po aukščiau nurodytais pasitikėjimo lygiais. Kiekvienas skaičius analitiniame atsakyme yra pažymėtas Faktas (faktiniai duomenys), Biudžetas (planas), Patvirtinta (administratoriaus patvirtintas organizacinis faktas), Apskaičiuota (mašinos apskaičiuota), arba Prielaida (deklaruota prielaida) — žymos rodomos pažodžiui, kaip jos pasirodo produkte. Žymos deterministiškai audituojamos pagal faktinę pagrindinių duomenų kilmę — AI negali savarankiškai priskirti stipresnės žymos, nei palaiko šaltinis.
  • Metodologijos paketas kiekvienam tenantui. Kiekvieno tenanto administratoriai kuria valdybos lygio faktus — darbdavio sąnaudų konvencijas, inkrementines maržas, plano skaičius — tik administratoriams skirtame metodologijos puslapyje. Kiekvienas faktas turi reikšmę, vienetą, įvardytą šaltinį, galiojimo pradžios datą ir pasitikėjimo žymą (ne daugiau kaip 60 faktų vienam tenantui; pakeitimai taikomi naujiems pokalbiams). AI taiko namų metodologiją, o ne bendrąsias pramonės žinias, ir nurodo šaltinį.
  • CFO atsakymo sutartis. Pelno poveikio analizės yra susietos su planu ir atotrūkiu nuo plano, suskaidytos į svertus su jų ribojančiais apribojimais, ir kiekviena analizė turi šaltinių eilutę.

Žmogaus dalyvavimo patvirtinimo eilė (GDPR Article 22)

Tai yra pagrindinis apribojimas, o ne funkcija.

GDPR Article 22 riboja išimtinai automatizuotus sprendimus, turinčius teisinį ar panašiai reikšmingą poveikį asmenims. Restorano kontekste tai reiškia viską, kas veikia darbuotojus — tvarkaraščių pokyčius, valandų mažinimą, veiklos vertinimą, automatizuotas sankcijas — ž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 šio matavimo ciklo uždarymas — automatinis rezultatų grąžinimas į reitingavimą — yra vėlesnės fazės darbas, o ne MVP; žr. toliau.)

Darbuotojus veikiančios rekomendacijos — 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š bet kokį platinimą. Tai yra teisinis reikalavimas pagal GDPR Article 22, o ne produkto pageidavimas.

Rinkodaros IG 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 suskaidymu: 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 nereikšmingas", 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 suskaidymas 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ė):

„Tikslinis 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 + vadovų kokpitas
  • 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, CMO, COO ir CPO rodiniuose
  • Duomenų kokybės patikrinimai
  • Vaidmenimis pagrįsta prieiga + audito žurnalai

Atidėta vėlesnėms fazėms:

  • Pilnos POS API integracijos, viršijančios pirmąją
  • Išplėstinis kainų elastingumo modeliavimas
  • Rinkos žvalgybos tyrimų variklis — šaltiniais pagrįstos konkurentų ir rinkos ataskaitos, sumaišytos su jūsų pačių KPI (kuriama)
  • 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 referencinė 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 pagal klientą ir kainodaros pasiūlymas teikiamas pagal poreikį. Kol nėra užsakyta realiojo laiko jungtis, CSV/Excel importeris apima bet kurią POS sistemą, kurią naudoja grandinė.

Be POS, Insights jungiasi prie pristatymo platformų (Wolt, Bolt), apskaitos sistemų, darbo tvarkaraščių įrankių, rinkodaros platformų, oro/švenčių duomenų, mokėjimų teikėjų ir pačios Fooodo užsakymų bei mokėjimų sistemos.

Jungtis per MCP

Kiekvienas Insights tenantas gauna nuotolinį Model Context Protocol serverį. AI klientai, palaikantys MCP — ChatGPT, Claude, Copilot, Gemini, Cursor ir kiti — jungiasi su OAuth 2.1 ir dinaminiu kliento registravimu, 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.

Savininko prieiga be prietaisų skydelio

Ne kiekvienas vadovas nori prisijungimo prie prietaisų skydelio. Du prieigos keliai leidžia naudoti Insights be jo:

  • Savininko pokalbio nuoroda — administratorius išduoda vieną saugią nuorodą, kuri atidaro tik pokalbio rodinį su patarėju netechniniam savininkui: be prisijungimo ekrano, be programos naršymo, apribota tik patarėjo pokalbiu. Ji niekada negali pasiekti prietaisų skydelių, nustatymų ar kito tenanto duomenų.
  • Pokalbio priedai — įkelkite skaičiuoklę, PDF, vaizdą ar įklijuotą URL į vieną patarėjo pokalbį, kad AI galėtų jį perskaityti. Priedai apdorojami kaip laikinas to pokalbio kontekstas, automatiškai ištrinami išvalius pokalbį ir niekada neįtraukiami kaip analitiniai duomenys.

Statusas ir grafikas

Veikiantis produktas yra gyvas riboto prieinamumo režimu — veikia su referencine grandine, o dizaino partnerių grandinės įtraukiamos iki 2026 m.; jis dar nėra visuotinai prieinamas. Rinkodaros paviršius adresu /insights aprašo visą viziją. Autonominis veiksmų vykdymas lieka planuojamas — šiandien kiekviena rekomendacija yra patvirtinama žmogaus. Tikėtinos esminės produkto naujienos per 2026 m.

Jei esate daugiavietė grandinė, suinteresuota tapti dizaino partneriu, rašykite hello@fooodo.com. Greičiausias būdas komandai prioritizuoti galimybę — turėti klientą su duomenimis ir noru ją patvirtinti.

Šiame puslapyje