Den här sidan har översatts från engelska.
Restaurang och servering
Kliv är en AI-appbyggare. Beskriv driftnavet du behöver — standarder, avdelningsspecifika regler, godkännanden, Slack-aviseringar och avgränsade vyer — så byggs det på din egen domän.
Skriv bara in din idé i textrutan så bygger AI den åt dig
Kliv är inte en driftprodukt du konfigurerar — det är en AI som bygger mjukvara åt dig.
Du beskriver appen du behöver med egna ord, och Kliv bygger den: databasen, standardbiblioteket, revisionsflödet, godkännandena, rollbaserad åtkomst, dashboards, aviseringar och vyer. Det du får är en riktig webbapp som är din, på din egen domän. Du kan använda den, ändra den senare genom att be om ändringar, och driva den på dina egna konton. Det är ingen mall med ditt namn på.
På den här sidan är appen ett driftnav för en restauranggrupp. Kliv bygger alla typer av webbappar; det här är ett exempel.
En restauranggrupp kan ha flera avdelningar som medvetet skiljer sig åt. En skaldjursbar, en flaggskeppsmatsal och två diskar bör inte ärva samma rutiner. Ett utskrivet kort kan bli inaktuellt i ett kök medan den delade mappen säger något annat.
Kliv bygger navet kring den faktiska regeln: en standard är en post som anger vilka avdelningar den gäller. Sökning, dashboards, aviseringar och godkännanden läser alla samma post. En ändring kan nå rätt avdelningar och hoppa över de andra.
Det här är rader, inte kopior på köksväggen.
En rutin är en post med författare, revisionshistorik och de avdelningar den binder. Det finns inget kopierat kort som blir inaktuellt.
Varje avdelning är en post med sitt koncept, sin utrustning, sina kanaler och sin del av standardbiblioteket.
En revision ber varje kök den binder om en namngiven bekräftelse. Osignerade revisioner blir en lista med namn, inte en gissning.
Ett kökslogin läser sin egen avdelnings bok. En driftchef ser en avdelning. Driftledningen ser alla fem. Åtkomsten sätts på raderna.
Ostronskördetaggar kan fotograferas och kopplas till leverans, avdelning och lagringstid, så svaret är sökbart när miljöförvaltningen frågar.
Så här skulle en restauranggrupp kunna använda det. Det är bara ett exempel — du skulle beskriva dina egna avdelningar, standarder, godkännanderegler, Slack-kanaler och åtkomstroller.
Ingrids flaggskeppskock äter på den nyaste avdelningen och tycker att gravlaxen är en dag för ung. Väggkortet är två revisioner gammalt.
Gravningen ändras från 36 till 48 timmar i en standard. Den gäller de tre avdelningar som gravar in-house, och diskarna får den aldrig.
De tre avdelningskanalerna får ändringen: vad som ändrades, vem som ändrade det, och vad som gäller för satsen som redan gravas.
Till onsdag har två kök godkänt. Det tredje glappet syns för dess driftchef och Ingrid, och en påminnelse till torsdag är schemalagd.
Följande lördag använder avdelningarna som gravar in-house 48 timmar. Det utskrivna kortet är borta eftersom navet är den aktuella boken.
Kliv bygger utifrån din beskrivning, så ju mer detalj du ger, desto närmare blir den första versionen. Ta med avdelningar, roller, standarder, revisionsregler, aviseringar, godkännanden och efterlevnadsposter. Här är tre att bygga vidare på:
Prepspecifikationer uppströms, butiksgodkännanden nedströms.
“Bygg ett driftnav för tre taquerior som förses av ett centralkök. Prepspecifikationer ska ligga uppströms, varje butik ska godkänna ändringar som gäller den, Slack-aviseringar ska gå till varje butikskanal, och ägaren ska se alla fyra tavlor.”
Delade serveringsstandarder och husspecifika källarrutiner.
“Bygg ett driftnav för två bryggpubbar med delade serveringsstandarder, husspecifika källarrutiner, revisionshistorik, namngivna godkännanden och en dashboard som visar vilket hus som har godkänt veckans revisioner.”
En bok som ärvs av varje ny enhet.
“Bygg ett driftnav för en franchise med 12 enheter. Varje enhet ska ärva samma bok från dag ett, huvudkontoret ska se godkännandetäckning per enhet, och varje revision ska kräva namngiven bekräftelse från varje driftchef.”
Biblioteket svarar på var lika väl som vad. När Ingrid frågar vilka avdelningar som fortfarande gravar sin egen fisk är svaret en karta: avdelningar, standarder och aktuell revision. Var en standard gäller är data.
Agenten kan ärva avdelningsåtkomst. En agent som grundas i samma bibliotek kan svara en kökspersonal utifrån den personens avdelning, utan att exponera en annan avdelnings siffror.
En ny avdelning är en post, inte en ombyggnad. När en sjätte avdelning skriver på sitt kontrakt är att lägga till den dess post, kanal, roller och standardavsnitt.
En restauranggrupp är en restaurang återberättad fem gånger, och varje återberättelse redigerar tyst originalet. Att hålla kopiorna trogna är ett internt verktygsproblem innan det är ett restaurangproblem; interna verktyg för företag som växer genom mångfaldigande tar upp det problemet i stort.
Kliv är en AI som bygger skräddarsydda webbappar utifrån en beskrivning. För en restauranggrupp kan det betyda ett standardbibliotek, revisionsflöde, godkännanden, rollbaserad åtkomst, aviseringar, dashboards och efterlevnadsposter.
En riktig app. Kliv bygger databasen, flödena, rollerna, vyerna och aviseringarna kring gruppens avdelningar och standarder.
Ja. Du kan lägga till avdelningar, standarder, roller, godkännanderegler, Slack-kanaler eller efterlevnadsposter senare.
Kliv prissätts som en plan för gruppen, inte per användare eller per plats i appen du bygger.
Ladda upp det som finns. Biblioteket kan innehålla både dokument och standarder, och sökningen kan täcka dem. Du kan göra om varje dokument till en strukturerad standard nästa gång det kommer upp för revision.
Bara om du bestämmer det. Som standard kan en avdelning läsa sig själv, gruppledningen kan läsa allt, och vyer mellan avdelningar kan tilldelas per roll.
Slack meddelar revisionen. Godkännanderaden registrerar om köket bekräftade den. Osignerade revisioner ligger kvar på dashboarden tills en namngiven person signerar.
Ja. Varje standard kan ange vilka avdelningar den binder, så en skaldjursbarsrutin når inte diskarna om du inte säger att den ska.
Ja. Taggar kan fotograferas, kopplas till leverans och avdelning, och sparas under den lagringstid du beskriver.
Ja. Navet kan drivas på din egen domän.
Ja. Koden synkas till ditt eget Git-repository, så att lämna är en git pull snarare än en ombyggnad.
Nej. Appen kan innehålla standarder, dokument, revisionshistorik, godkännanden och dashboards tillsammans.
Byggt av kreatörer
Se riktiga applikationer byggda med Kliv av utvecklare och kreatörer över hela världen
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Track remittances and household budgets seamlessly.
Manage your book club easily with proposals, voting, and history tracking.
Portfolio and booking site for Northfern Tattoo Studio.
Sistema de gestión del agua comunitario para aldeas.
職人が作品を展示し、受注管理を行うサイトです。
Crowd-sourced surf condition tracking app.
A portal for HOA management at Riverside Commons.
小規模レストラン向けの予約管理サイトです。
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
A whānau coordination tool for Māori-medium schools.
Mobile library coordinator for Hmong and Lao communities.
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Track remittances and household budgets seamlessly.
Manage your book club easily with proposals, voting, and history tracking.
Portfolio and booking site for Northfern Tattoo Studio.
Sistema de gestión del agua comunitario para aldeas.
職人が作品を展示し、受注管理を行うサイトです。
Crowd-sourced surf condition tracking app.
A portal for HOA management at Riverside Commons.
小規模レストラン向けの予約管理サイトです。
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
A whānau coordination tool for Māori-medium schools.
Mobile library coordinator for Hmong and Lao communities.
Beskriv dina avdelningar, standarder, godkännanden, aviseringar, roller och efterlevnadsposter. Kliv bygger driftnavet kring hur gruppen faktiskt fungerar.