Duct-Tape POS: Når mellombels flikking blir sjølve systemet

Ein duct-tape POS er eit POS-system som berre fungerer på grunn av alt som er teipa fast til det. Mellombels flikking på ein POS startar som eingongsløysingar: reknearket som held styr på lageret som kassaapparatet ikkje klarer, den gule lappen som forklarar korleis ein slår inn tysdagstilbodet, eller det andre nettbrettet som handterer gåvekort. Viss dei får liggje i fred, blir dei raskt fleire, og til slutt er det desse mellombels løysingane som er sjølve systemet. POS-en er berre den delen som tek imot pengane.

Her er korleis det skjer, kva det kostar, og korleis du ser at nokre få særheiter har blitt til berande teip.

Korleis ser ein duct-tape POS eigentleg ut?

Han ser sjeldan øydelagd ut. Han ser ut som vanar.

• Lagerhaldet ligg i eit rekneark fordi POS-en ikkje kan handtere korleis du faktisk kjøper og sel (i kasser, etter vekt, i pakkar).

• Ein gul lapp på kassa forklarar korleis ein slår inn vara som menyen ikkje tillèt. Nytt personale lærer seg lappen utanåt, ikkje produktet.

• Dagsavslutning betyr å eksportere ein rapport, fikse han i eit rekneark og taste inn totalsummane på nytt i rekneskapsprogrammet.

• Eit produkt blir slege inn som eit anna fordi det er nesten likt, noko som i det stille øydelegger kvar einaste rapport etterpå.

• Eit anna nettbrett ligg på disken og køyrer ein eigen app for bookingar, lojalitetsprogram eller gåvekort.

Kvar av desse var ei fornuftig avgjerd den dagen ho vart teken. Set saman fem av dei, og det reelle systemet er no POS pluss rekneark pluss notatbok pluss ein annan app pluss alt som ligg i hovudet på den flinkaste medarbeidaren din.

Kvifor hopar det seg opp med mellombels løysingar på ein POS?

Fordi programvara er rigid og bedrifta ikkje er det. Dei fleste POS-system blir leverte med eit fastsett sett med flytar, og alt utanom dette hamnar i ein kø for funksjonsførespurnader som du ikkje kontrollerer. Gapet mellom det leverandøren bygde og det disken din treng, blir fylt av den som står bak han.

Mellombels løysingar hopar seg også opp fordi kvar enkelt av dei er billig der og då. Ingen må godkjenne ei mellombels løysing, og du får ingen faktura for ho. Å byte system har derimot ein synleg prislapp, ein migrasjonsprosess og opplæring. Samanlikninga er urettferdig: Mellombels løysingar kostar deg tid og feil litt etter litt, så kostnaden viser seg aldri på éin enkelt stad der du kan sjå han.

Kva kostar flikking på ein POS eigentleg?

Vi brukar bevisst ikkje kronebeløp her, fordi dei reelle kostnadene er strukturelle.

• Opplæring: Kvar mellombels løysing er endå ein uforløyst regel som nyansatte må lære seg. Unntaka tek lengre tid å lære bort enn sjølve systemet.

• Feil: Manuell tasting og «nesten-rette» registreringar skaper feil som systemet ikkje kan fange opp, fordi systemet ikkje veit at dei har skjedd.

• Rapportering: Rapportar beskriv berre det som skjer inni POS-en. Jo meir av verksemda di som føregår utanfor, dess mindre betyr rapportane dine.

• Avstemming (å samordne salshistorikken med pengane som faktisk kom inn): Kvart manuelle steg mellom salet og rekneskapen skaper avvik, og avvik aukar over tid.

• Sårbarheit for nøkkelpersonar: Mellombels løysingar bur i hovudet på folk. Når den personen har fri, vaklar kassa. Når dei sluttar, kollapsar det.

Korleis veit du at dei mellombels løysingane har blitt sjølve systemet?

Ta denne kjappe testen:

• Nytt personale brukar meir tid på å lære seg unntaka enn sjølve POS-en.

• Når reknearket og POS-rapporten er ueinige, stolar du på reknearket.

• Nokre på teamet ditt har sagt «ikkje slå inn det der på vanleg måte».

• Du har slutta å sende inn funksjonsførespurnader fordi den mellombels løysinga allereie fungerer.

• Du kjenner ein liten klump i magen når du tenkjer på at ein bestemt medarbeidar kan seie opp.

Éin eller to av desse er heilt normalt når ein driv med programvare. Fire eller fem betyr at teipen er berande, og at du ikkje lenger køyrer den POS-en som leverandøren selde deg. Du køyrer eit tilpassa system du har bygd ved eit uhell, utan versjonskontroll eller dokumentasjon.

Korleis riv du av gaffateipen?

Ikkje start med å sjå etter nye system. Start med å kartleggje teipen.

1. List opp kvar einaste mellombels løysing. Gå gjennom disken, bakrommet og dagsavslutningsrutinen. Spør dei tilsette kva dei gjer som ikkje står i handboka; dei veit kvar teipen er.

2. Omset kvar enkelt løysing til det kravet ho skjuler. Reknearket er ikkje eit rekneark. Det betyr «POS-en kan ikkje spore lagerhald etter kasse og eining». Den gule lappen betyr «betalingsflyten kan ikkje handtere dette produktet».

3. Vurder alle nye alternativ opp mot denne lista, ikkje mot ein generell funksjonstabell. Ein demo som ikkje kan handtere kravlista di, vil heller ikkje fungere på disken din. Sjekklista for migrasjon utan nedetid viser korleis du gjer bytet utan å stengje for ein dag, og viss gebyr er ein del av kartlegginga, bør du vite kva prising utan månadsavgift faktisk inneber før du samanliknar.

Det er her fleksibilitet sluttar å vere eit ord i ein brosjyre. Ein fleksibel POS er ein der «det kan ikkje systemet gjere» har eit anna svar enn teip, og skreddarsydde betalingsflytar er no ein sjølvfølgje heller enn ein luksus for storforskot. Ledetekst-baserte byggjarar har endra kva som er realistisk: På Final beskriv du flyten du treng, og Build legg han til i sjølve systemet, i staden for at den mellombels løysinga lever ved sidan av systemet i eit rekneark. AI-kodeverktøy lovar noko liknande, men det er eit reelt gap mellom å generere ein betalingsskjerm og å køyre ein, noko vi tek for oss i kva som manglar etter brukargrensesnittet.

Så, er ein duct-tape POS eigentleg eit problem?

Ja, men ikkje fordi teip er skammeleg. Alle butikkar har ei mellombels løysing eller to. Det blir eit problem når desse løysingane ber heile verksemda: Opplæring, rapportering og avstemming flyttar seg i det stille ut av systemet, utan at nokon har bestemt det med vilje. Kartlegg teipen, gjer han om til ei kravliste, og krev at det neste systemet svarar til denne lista. Tommelfingerregel: viss ei oppgåve bur i eit rekneark fordi POS-en ikkje kan gjere ho, er det ikkje ei mellombels løysing – då er det eit krav.

Viss du er i kartleggingsfasen, er å starte med den POS-en du slepp å byte ut betre lesnad enn nokon funksjonstabell.