POS-fleksibilitet: Kvifor funksjonssjekklister bommar på poenget

Funksjonssjekklister er måten dei fleste handelsdrivande samanliknar POS-system på, og dei er nesten nyttelause for å føreseie passform. Kvar seriøs leverandør kryssar av dei same boksane no: varelager, lojalitet, gåvekort, rabattar, rapportar. Det som skil eit system du styrer frå eit system du kjempar mot, er POS-fleksibilitet: kor mykje kassa kan føye seg etter måten du faktisk sel på, og kva det kostar deg når ho må det. Ingen avkryssingsboks måler det.

Kvifor ser alle POS-funksjonssjekklister lik ut?

Fordi marknaden nådde funksjonsparitet (at kvar leverandør tilbyr den same lista) for fleire år sidan. Varelagerstyring, gåvekort, lojalitet, rabattar, tilgangskontroll for tilsette, rapportering, fleire avdelingar: kvart seriøst system kryssar av i kvar boks, så rutenettet som skal skilje leverandørane frå kvarandre, greier ikkje det lenger. Når kvar kolonne viser dei same avkryssingane, fortel tabellen deg at kategorien har modna. Han fortel deg ingenting om kva for eit system som passar for butikken din.

Ei avkryssing viser at ein funksjon finst ein stad i produktet. Ho seier ingenting om korleis funksjonen oppfører seg ved disken din. To system kan begge krysse av for «rabattar» når det ein støttar den eksakte kombinasjonsregelen du køyrer i helgene, medan det andre handterer det med ein manuell prisoverstyring som dei tilsette vil ha gløymt innan februar.

Sjekklister belønar òg oppsvulming. Leverandørar legg til avkryssingar fordi kjøparar tel dei, så rutenettet held fram med å vekse, og mykje av det blir til skjermbilete dei tilsette bla forbi på den travlaste dagen i året. Å rydde opp i det er ein kamp i seg sjølv: dei fleste system lèt deg berre gøyme ein funksjon du aldri bruker, ikkje fjerne han.

Kva er det funksjonssjekklister eigentleg går glipp av?

Dei delane av bedrifta di som gjer ho til di si. Dei fleste transaksjonar er standard overalt: skanning, totalsum, betaling, kvittering. Kva som helst POS handterer det. Transaksjonane som avgjer om eit system passar, er dei uvanlege du handterer kvar einaste dag. Pant på flasker som varierer etter emballasjetype. Frukt og grønt selt i vekt som ligg i same korga som varer selde per eining. Stammkunden som betaler på bedriftskonto (kjøp no, oppgjort månadleg). Rabatten som gjeld for ein hel kategori unntatt tre varer.

Ein sjekkliste har inga rad for noko av dette. Rada seier «rabattar» og avkryssinga er ærleg, men den spesifikke regelen du treng ligg tre innstillingar djupare, og du finn ut om han finst under opplæringa, ikkje i salssamtalen. I det gapet oppstår naudløysingar: gultelappen på kassaapparatet, overstyringa alle lærer utanåt, reknearket ved arbeidsdagens slutt som rettar opp det rapporten fekk feil. Kvar av dei er liten. Saman er dei ein skatt på kvar vakt, betalt fordi systemet ikkje kunde bøye seg.

Korleis bør du samanlikne POS-system i staden?

Hald på sjekklista, men degrader ho til eit sorteringsverktøy. Ho er god til éin ting: å stryke ut system som manglar noko du absolutt ikkje klarer deg utan. Gjer det først og bruk ikkje meir tid på det.

Skriv så ned dei ti mest irriterande transaksjonane dine. Ikkje dei vanlege, men dei rare: returen utan kvittering, forskotet teke imot i mars mot ein ordre levert i juni, den mva-fritte kunden, det blanda salet som spenn over både detaljhandel og tenester. Få kvar leverandør på kortlista di til å demonstrere dei ti live, på sitt eige system, ikkje i lysbilete. Du vil lære meir på den timen enn frå noko samanlikningsskjema.

Til slutt må du rekne ut kva endring kostar. Spør kvar leverandør kva som skjer når du treng at kassa fungerer annleis neste år. Dei ærlege svara er vanlegvis ein miks av: vent på framdriftsplanen, kjøp eit tilleggsprodukt, leig ein utviklar, eller lær opp dei tilsette i ein ny omveg. Kor raskt og billeg det svaret er, har meir å seie enn ein enkeltfunksjon, fordi bedrifta di kjem til å halde fram med å endre seg, og ein sjekkliste kan ikkje sjå framover.

Korleis ser reell POS-fleksibilitet ut?

Ein definisjon du kan teste: eit fleksibelt POS-system er eit der avstanden mellom «vi treng at kassa fungerer slik» og at kassa faktisk fungerer slik, blir målt i timar, ikkje kvartal, og ikkje krev at du leiger ein utviklar eller leverer eit funksjonsønske. I ein demonstrasjon ser fleksibilitet ut som at leverandøren formasjonerer om arbeidsflyten rett framfor deg i staden for å love eit saksnummer.

Nyare ledetekstbaserte system er bygde rundt denne ideen. Final, til dømes, behandlar kassa som ein betalingsflyt du skildrar i vanleg språk i staden for ein mal du slår deg til ro med. Det som gjer Final annleis, er at du kan skildre kassa du vil ha og ta ho i bruk på den same infrastrukturen som handterer betalingar og rapportering. Uansett kva for eit system du vurderer, er «kor raskt kan det endrast» no eit rettferdig spørsmål å stille, og ein leverandør som ikkje kan svare på det i ein livedemo, fortel deg noko.

Så, bør du kaste funksjonssjekklista?

Hald på ho i første omgang og ignorer ho deretter. Sjekklister sorterer ut system som manglar det som er absolutt krevjande for deg, men dei kan ikkje fortelje deg kva for nokre av dei som overlever som framleis passar om to år, fordi dei måler det som finst, ikkje det som kan tilpassast. Den avgjerande testen er fleksibilitet, og han er billeg å gjennomføre: lag kortliste ut frå sjekklista, ta avgjerda ut frå dei ti raraste transaksjonane dine. Dersom du vil sjå korleis eit ufleksibelt system kjennest ut frå innsida, kan du starte med korleis handelsdrivande endar opp med å prøve å fjerne funksjonar dei aldri bruker, og deretter lese om skilnaden på eit POS-system med KI og eit POS-system ein KI kan byggje.