Frå prompt til kasse: Å skildre eit POS på vanleg språk

Å skildre eit POS på vanleg språk fungerer, men berre dersom du skildrar verksemda di i staden for programvara. Dei beste skildringane lesast som om du lærer opp ein ny tilsett på sitt fyrste skift: dette er kva vi sel, dette er korleis folk betalar, dette er kva kvitteringa må innehalde. Ein prompt-basert byggjar kan gjere ein slik type skildring om til ei kasse du kan gjennomføre eit reelt sal på. Om du får eit fungerande kasseapparat eller ein pen demo kjem an på fem detaljar, og ingen av dei er tekniske.

Korleis høyrast ei POS-skildring på vanleg språk ut?

Det høyrast ut som deg ein tysdag, når du viser nokon disken:

«Eg driv eit bakeri med éi kasse. Vi sel brød, bakverk og traktekaffe. Bakverk vert selt enkeltvis eller i halvdesin. Kaffe kjem i to storleikar med mjølkeval. Nesten alle tæppar kortet, men vi tek framleis imot kontantar. Heile brød er fritakne for mva. her; alt anna vert ilagt mva. Kundane vil vanlegvis ha kvitteringa på e-post.»

Ingen funksjonsnamn, ingen skjermar skildra. Sju setningar som ber heile fronten av butikken: katalogen, valmogelegheitene, betalingstypane, skattereglane og kvitteringa. Ein byggjar kan arbeide med det. Det han ikkje kan arbeide med, er «lag eit moderne POS for eit bakeri», som skildrar ei stemning, ikkje ei verksemd.

Kva fem detaljar avgjer om kassa fungerer?

Dei ein ny tilsett ville spurt om innan lunsj. Dekk kvar av dei med dine eigne ord:

• Kva du sel og korleis det er gruppert. Ikkje kvar enkelt vare, berre forma på katalogen: kategoriane dine, og om varer har val som storleik eller tillegg. Eit POS kallar desse vala modifikatorar, og å utelate dei er den vanlegaste årsaka til at eit fyrste utkast kjennest feil ved kassa.

• Korleis folk betalar. Kort, kontantar eller begge delar, og om tipsing er ein del av kassa di.

• Skattereglane dine slik du faktisk brukar dei. Ikkje lovverket, men kvardagen i butikken din: kva som vert ilagt mva., kva som er unnteke, og om avgifta er inkludert i hylleprisen eller lagt til i kassa.

• Kva kvitteringa må innehalde. E-post, utskrift eller begge delar, pluss alt som absolutt må vere med, som organisasjonsnummer eller returpolicy.

• Unntaka. Pant, varer selt etter vekt, tilsett-rabattar, den faste kunden som betalar på slutten av månaden. Éi setning på kvar er nok. Ei kasse som handterer eit vanleg sal, men ikkje dei uvanlege salopplevingane dine, vert skrota innan ei veke. Det gjer unntaka til dei mest verdifulle setningane i heile skildringa.

Kva kan vanleg språk ikkje gjere?

Ei skildring avgjer åtferd; ho kan ikkje gjere maskineriet under korrekt. Varelager som held seg nøyaktig når to sal treff same vare samstundes, dagsoppgjer som avstemmast (passar med pengane som faktisk flytta seg), avgift utrekna på same måte på det tusende salet som på det fyrste, og kortbetalingar som oppfyller PCI-reglar (tryggingsstandarden til kortbransjen) er ikkje ting ei setning kan gje deg. Plattformen skildringa di landar på, leverer anna dette eller ikkje.

Det er her gjer-det-sjølv-forsøk stansar opp. Ein KI-kodegenerator vil laga overtydande kasseskjermar frå dei same sju setningane, og resultatet ser rett ut heilt til reelle pengar og reelt lager treff det. Vi har kartlagt kvar den veggen ligg i vibe-koding av eit POS og i kvifor ein ledande kodemodell framleis ikkje kan levere eit fungerande POS på eiga hand. Vanleg språk er ein komplett spesifikasjon for dei delane av eit POS du kan sjå. Nokon må framleis ha bygd dei delane du ikkje kan sjå.

Korleis forfinar du det fyrste utkastet?

På same måte som du ville retta den nye tilsette: spesifikt, og éin ting om gongen. Kjør eit testsal så snart du har ei førehandsvising, fyrst den vanlegaste tinginga di, deretter den merkelegaste. Når noko ikkje stemmer, rett det med ei enkel setning («halvdesin bør spørje kva for seks bakverk») i staden for å skildre heile butikken på nytt. Dersom sjølve skjermen er det som treng arbeid, brukar du prompt-mønster som skapar gode POS-utformingar; å skildre transaksjonen i staden for skjermen gjer mesteparten av jobben.

På Final er den sløyfa ein chat: skildre, førehandsvis, rett, rull ut, der kvar endring vert lagra som eit sjekkpunkt du kan rulle tilbake til. Steg-for-steg-rettleiinga finn du i slik byggjer du den fyrste flyten din, og dersom du hellre vil halde deg i eit KI-verktøy du alt brukar, kan du kople til din eigen KI over MCP (ein standardmåte å kople KI-verktøy til anna programvare på) og byggje mot den same levande førehandsvisinga. Det finst ei lengre historie om kvifor prompting erstatta visuelle byggjarar dersom du er nysgjerrig på korleis vi kom hit.

Så, kan vanleg språk verkeleg ta deg frå prompt til kasse?

Ja. Ei skildring som dekkar katalogen, betalingstypane, skattereglane, kvitteringa og unntaka er ein komplett spesifikasjon for fronten av ein butikk, og ein prompt-basert byggjar kan gjere henne om til ei kasse same dag. Det inga skildring kan gje deg, er handelsinfrastrukturen under, så rett setningane dine mot ei plattform der den delen alt er på plass. Tommelfingerregelen: skildra disken din slik du ville lært opp ein ny tilsett, og lat plattforma handtere alt ein ny tilsett aldri ser.

Dersom du vil sjå ei skildring verte eit fungerande kasseapparat, er Kom i gang med Build femminuttersversjonen.