Restorāna ēdienkartes API: jūsu ēdienkarte atjauninātā JSON formātā

Ja šodien maināt cenu, izņemat ēdienu no piedāvājuma vai izlaižat jaunu ēdienkarti, parasti tas pats darbs jāatkārto vairākās vietās: tīmekļa vietnē, digitālajā ēdienkartē, viesnīcas sistēmā vai iekšējā ekrānā. Šāda dublēšanās rada kļūdas, aizkavē izmaiņas un liek klientam dažādos kanālos redzēt atšķirīgu informāciju. Izmantojot restorāna ēdienkartes API, tagad varat publicēt ēdienkarti formātā, ko citas sistēmas var nolasīt un vienmēr uzturēt atjauninātu, izmantojot vienu avotu.
Kas ir restorāna ēdienkartes API
Tas ir vienkāršs veids, kā atvērt savu digitālo ēdienkarti, lai citas sistēmas varētu to parādīt, neveicot manuālu kopēšanu. Praktiski jums ir droša saite uz ēdienkarti JSON formātā — plaši izmantotā formātā informācijas kopīgošanai starp dažādiem rīkiem.
Ko tas nozīmē jūsu restorānam vai viesnīcai? Jūsu tīmekļa vietne, PMS vai pašu izveidotā sistēma var izmantot šo saiti un parādīt aktuālo ēdienkarti. Ja rediģējat ēdienkarti vienu reizi, visas pieslēgtās sistēmas var atspoguļot šīs izmaiņas, neielādējot ēdienus pa vienam.
Tas ir īpaši noderīgi, ja jau strādājat ar dinamisku digitālo ēdienkarti, kurā tiek veiktas izmaiņas atkarībā no sezonas, pieejamības, pasākumiem vai apkalpošanas veida. Tas labi papildina pārējās digitālās ēdienkartes funkcijas un Conecta integrācijas.
Viens atjauninājums, vairāki atjaunināti kanāli
Patiesais ieguvums nav “JSON fails”. Ieguvums ir tas, ka izmaiņas nav jāatkārto. Ja plkst. 12:00 maināt ēdienkarti, jūsu tīmekļa vietne vai pieslēgtā sistēma var parādīt jauno versiju, neveicot atkārtotu manuālu ielādi.
Kā tas darbojas ikdienā
Process ir izveidots tā, lai jūsu komanda varētu turpināt strādāt kā ierasts: jūs atjaunināt ēdienkarti IAMenu, un pēc tam pieslēgtās sistēmas nolasa aktuālo versiju no drošas saites.
- Atjaunināt ēdienkarti vienu reizi savā ierastajā vadības panelī.
- Jūsu ēdienkarte tiek publicēta drošā saitē, kas ir gatava izmantošanai citās sistēmās.
- Jūsu tīmekļa vietne, PMS vai pašu izveidotais rīks izmanto šo informāciju un parāda atjaunināto ēdienkarti.
- Izvairāties no neatbilstībām starp QR ēdienkarti, restorāna tīmekļa vietni un citiem informācijas kanāliem.
Jums nav jāmaina veids, kā pārvaldāt savu ēdienkarti. Mainās tikai tas, ka tagad to var ne vien apskatīt gala klients, bet arī “nolasīt” rīki, ar kuriem strādājat.
Tas ir īpaši noderīgi viesnīcās ar vairākām ēdināšanas vietām, grupām ar dažādiem zīmoliem vai restorāniem, kas vēlas uzturēt tīmekļa vietnē informāciju atbilstošu faktiskajai apkalpošanas ēdienkartei.
Ko iegūst jūsu restorāns vai viesnīca
Svarīgākā priekšrocība ir konsekvence. Ja visi kanāli izmanto vienu un to pašu avotu, klienti vairs nesaskaras ar vecām cenām, ēdieniem, kas vairs nav pieejami, vai atšķirīgiem aprakstiem atkarībā no tā, kur viņi skatās.
- Mazāk manuāla darba: veicot atjauninājumu tikai vienu reizi, samazinās atkārtoti veicamie uzdevumi.
- Mazāk kļūdu: samazinās neatbilstības starp jūsu digitālo ēdienkarti un citiem informācijas nesējiem.
- Lielāks ātrums: steidzamas izmaiņas visos pieslēgtajos kanālos var būt pieejamas daudz ātrāk.
- Lielāka kontrole: jūsu ēdienkarte tiek veidota no viena centrāla avota, nevis vairākām atsevišķām kopijām.
- Vairāk integrācijas iespēju: varat nogādāt savu ēdienkarti sistēmās, kurās iepriekš bija nepieciešama manuāla uzturēšana.
Tā ir arī konkurences priekšrocība. Ne visi digitālo ēdienkaršu nodrošinātāji ļauj restorānam izmantot savu ēdienkarti atvērtā un atkārtoti izmantojamā formātā. Šeit jūs iegūstat ne tikai skaistu ēdienkarti, bet arī ēdienkarti, kas ir gatava pielāgoties jūsu darbībai.
Iepriekš: jūs maināt cenu QR ēdienkartē, pēc tam paziņojat tīmekļa vietnes uzturētājam, tad pārbaudāt viesnīcas ekrānu, un tomēr kādā kanālā informācija paliek neatjaunināta.
Tagad: veicat izmaiņas vienu reizi, un pieslēgtās sistēmas var izmantot jauno ēdienkarti no tā paša avota.
Konkrēts piemērs: restorāna tīmekļa vietne + viesnīcas PMS
Iedomājieties viesnīcu ar restorānu, bāru un baseina apkalpošanu. Ēdienkarte mainās atkarībā no sezonas, dienas laika vai pieejamības. Turklāt jūs vēlaties, lai viesis redzētu vienu un to pašu saturu gan uz galda esošajā QR ēdienkartē, gan viesnīcas tīmekļa vietnē, gan iekšējā sadaļā, kas paredzēta reģistratūrai.
Izmantojot šo sistēmu, jūsu komanda atjaunina ēdienkarti tikai vienu reizi. Pēc tam restorāna tīmekļa vietne var parādīt aktuālās kategorijas un ēdienus, savukārt PMS vai viesnīcas sistēma var izmantot to pašu informāciju un attēlot to vajadzīgajā vietā. Rezultāts ir lielāka kārtība, mazāk iekšējo zvanu un skaidrāka pieredze klientam.
Ja papildus pārvaldāt sensitīvu informāciju, piemēram, sastāvdaļas vai uztura ierobežojumus, viens avots ievērojami palīdz uzturēt konsekvenci. Varat to papildināt ar alergēnu pārvaldību, lai svarīgā informācija nebūtu atkarīga no vairākām ēdienkartes versijām.
Kāda informācija var būt pieejama jūsu ēdienkartē
Ideja ir ļaut citām sistēmām nolasīt svarīgākos ēdienkartes datus un tos kārtīgi attēlot. Atkarībā no jūsu ēdienkartes tie var ietvert:
- Ēdienkartes kategorijas.
- Pieejamos ēdienus un produktus.
- Aprakstus, lai izskaidrotu katru piedāvājumu.
- Atjauninātas cenas.
- Noderīgus datus, lai nodrošinātu konsekventu attēlojumu dažādos kanālos.
Citiem vārdiem, runa nav tikai par ēdienu nosaukumu kopīgošanu. Runa ir par to, lai jūsu ēdienkartes būtiskāko informāciju varētu konsekventi izmantot tur, kur tā jums nepieciešama.
Ja pārvaldāt dažādus konceptus vai atrašanās vietas, tas var palīdzēt arī labāk organizēt ikdienas darbību. Vairāk līdzīgu scenāriju varat skatīt sadaļā izmantošanas gadījumi vai apvienot šo risinājumu ar tādiem risinājumiem kā Gaston, lai centralizētu digitālo pieredzi.
Kad tas ir īpaši tā vērts
Šis jaunums sniedz vērtību gandrīz jebkuram uzņēmumam ar dinamisku ēdienkarti, taču īpaši noderīgs tas ir šādos gadījumos:
- Viesnīcām ar vairākām ēdināšanas vietām.
- Restorāniem ar savu tīmekļa vietni, kas vēlas izvairīties no dubultas atjaunināšanas.
- Grupām, kurām nepieciešama centralizētāka darbība.
- Ēdienkartēm ar biežām izmaiņām sezonas, krājumu vai pasākumu dēļ.
- Uzņēmumiem, kas vēlas savienot sistēmas, neveidojot ēdienkarti no jauna katrā kanālā.
Ja katras ēdienkartes izmaiņas liek jums atjaunināt vairākus informācijas avotus, šis risinājums var ietaupīt laiku jau no pirmās dienas. Jo dinamiskāka ir jūsu ēdienkarte, jo lielāku ieguvumu jūs saņemsiet.
Biežāk uzdotie jautājumi
Šeit atradīsiet ātras atbildes uz biežākajiem jautājumiem par to, kā izmantot šo jauno veidu, lai kopīgotu ēdienkarti ar citām sistēmām.
Kas ir restorāna ēdienkartes API un kam tas paredzēts?
Tas ir veids, kā kopīgot digitālo ēdienkarti, izmantojot drošu saiti JSON formātā, lai jūsu tīmekļa vietne, viesnīcas PMS vai pašu izveidotā sistēma vienmēr parādītu atjauninātu ēdienkarti.
Vai ēdienkarte jāatjaunina vairākās vietās?
Nē. Jūs atjaunināt ēdienkarti tikai vienu reizi, un pieslēgtās sistēmas saņem jaunāko ēdienkartes versiju.
Vai to var izmantot ar mana restorāna tīmekļa vietni vai viesnīcas sistēmu?
Jā. Šo ēdienkartes plūsmu varat izmantot ar savu tīmekļa vietni, PMS, iekšējiem ekrāniem vai jebkuru sistēmu, kas vēlas nolasīt jūsu atjaunināto ēdienkarti.
Vai ir droši kopīgot ēdienkarti, izmantojot saiti?
Jā. Ēdienkarte tiek kopīgota, izmantojot drošu saiti, kas paredzēta izmantošanai tikai sistēmā, kurai nepieciešams nolasīt jūsu ēdienkarti.
Kāda informācija var būt iekļauta ēdienkartē?
Tajā var būt iekļauti ēdieni, kategorijas, apraksti, cenas un citi noderīgi dati, lai jūsu ēdienkarte dažādos kanālos tiktu attēlota konsekventi.
Ja vēlaties, lai jūsu ēdienkarte vairs nebūtu sadalīta atsevišķās sistēmās un varētu nodrošināt jūsu tīmekļa vietni, viesnīcu vai pašu izveidotos rīkus no viena avota, iepazīstieties ar Conecta un izvērtējiet, vai tas atbilst jūsu darbībai.