En modekedja med fyrtio butiker utvärderade sex POS partners förra året. De ställde de rätta frågorna om funktioner, integrationer och nordisk compliance. Sex månader efter att de skrivit på med en leverantör som klarade varenda bock på listan insåg de att leverantörens roadmap inte inkluderade det enda deras golvteam behövde mest. Möjligheten att se lager mellan butiker i realtid, utan en sex timmars batchavstämning. När leverantörens kvartalsvisa cykel till slut gav plats åt förfrågan hade golvteamet uppfunnit en workaround som involverade tre kalkylblad och en lördagsritual som åt fyra timmar i veckan.
Det är ögonblicket retailers lär sig skillnaden mellan att välja en leverantör och att välja en partner.
En POS leverantör säljer dig ett system. Du utvärderar funktioner, pris, compliance och integrationer. Du upphandlar det. En POS partner formar hur din verksamhet faktiskt drivs. Du utvärderar om företaget som bygger systemet kan svara på din specifika verksamhet i den hastighet din verksamhet kräver. Skillnaden är strukturell, och den kaskaderar genom allt. Feedbackloopar, produktroadmaps, vem som får en röst i vart produkten är på väg, om ditt lördagsproblem blir en måndagsfix eller en tisdagsförfrågan om en funktion som dör i en kvartalsplaneringscykel.
De flesta POS utvärderingar fokuserar på leverantörssidan. Ramverket retailers använder för att utvärdera det första gör nästan ingenting för det andra. Det följer fyra strukturella tester som skiljer en leverantör från en partner. Tester du kan köra i en demo eller en pilot. Tester som leverantören inte kan fejka utan att faktiskt bli en partner.
Vem bygger faktiskt det här, och vem bestämmer när det förändras?
Öppna produkten. Se en demo. Fråga leverantören vem som designade arbetsflödena i den nuvarande produkten, och vem som är med i rummet när de arbetsflödena förändras. Lyssna noga på svaret.
Om svaret är "en produktkommitté" eller "en engineering lead med kvartalsvis roadmap planering" är företaget byggt för att leverera i batcher. Din specifika verksamhet är en av många inputs. Produkten blir bättre i den takt leverantörens releasecykel tillåter.
Om svaret är "golvpersonalen som använder systemet varje dag, plus ett litet produktteam som levererar i dagar, inte kvartal" är företaget byggt för att böja produkten efter din verksamhet. Den kortaste feedbackloopen går från ett Slack meddelande på lördagen till en utrullad fix måndag morgon.
Karo byggdes på det här sättet från dag ett. Grundarteamet tillbringade månader på butiksgolv innan något byggdes. Produkten ändras när golvet säger åt den att göra det, inte när ett kvartalsvis planeringsmöte schemalägger det. Skillnaden syns i praktiken. En butikschef ringer med ett lördagsproblem, och det är löst innan stängning. Leverantörsalternativet är "vi tittar på det i nästa releasecykel".
Det här spelar roll eftersom retail är omedelbart. Ett lagerproblem på lördagen kostar dig försäljning idag, inte i Q3. En leverantör som levererar kvartalsvis kommer aldrig att förstå din verksamhet som en partner som levererar veckovis gör.
Hur snabbt kan partnern svara på det du faktiskt behöver?
Det andra testet. Be om ett konkret exempel på en förfrågan som blev en utrullad fix, med datum. Fråga hur lång cykeln är från "kunden berättar för oss om ett problem" till "fixen rullas ut till produktion".
Om svaret är "veckor" eller "månader" är företagets feedbackloop engineer first och hierarkisk. Produktförfrågningar går genom lager.
Om svaret är "dagar" är företaget byggt för operatörshastighet. Feedbackloopar är korta, beslutsfattandet är platt, och personen som hör problemet är nära personen som kan fixa det.
Ställ sedan en följdfråga. Vad är den minsta ändring partnern kan leverera? Om svaret är "en regional release på en kvartalsvis kadens" kan den partnern inte leverera fixar mindre än det som påverkar tusen butiker samtidigt. Ditt lördagsproblem får vänta på nästa region eller nästa kvartal.
Om svaret är "en enskild butik, på en eftermiddag" kan partnern leverera exakt den fix din verksamhet behöver, ögonblicket du behöver den. Inte det regionala genomsnittet, inte den globala standarden. Din specifika verksamhet.
Karos minsta levererbara enhet är en enskild butik. Ett problem som rapporteras vid lunch kan vara i produktion innan dagens slut. En leverantör som levererar kvartalsvis kan inte göra det här, hur många ingenjörer de än anställer.
Förstår den här partnern hur din butik faktiskt fungerar?
Ett tredje test. Kan partnern demonstrera nordiska retailspecifika krav i en sandbox, på din data, på femton minuter? Be dem visa hur skatten hanteras i Sverige, hur kvittot fungerar i Danmark, hur revisionsspåret fungerar i Norge, utan att hänvisa till slidedäck eller dokumentation.
Om de visar dig en regional konfigurationsskärm och säger "vi hanterar alla tre länder" hanterar de nordisk retail som en workaround. Compliancen är bultad ovanpå. Produkten byggdes för global retail, och nordiska specifika krav lades till senare som undantag.
Om de kan visa dig hur kvitton, skatt, fiskalisering och revisionsspår är inbyggda i grunden, att systemet designades för det nordiska landskapet från grunden, då förstår partnern faktiskt din verksamhet. Inte som en region, utan som en specifik uppsättning juridiska och kulturella krav som formar allt från kassan till backoffice.
Det här spelar roll eftersom nordisk retail har mycket specifika krav som internationella leverantörer ofta hanterar dåligt. En partner som hanterar dem från grunden kommer inte att överraska dig sex månader in med en compliance workaround.
Vad prioriterar partnern faktiskt?
Ett fjärde test. Titta på partnerns eget incitamentssystem. Vem äger företaget? Om det är riskkapitalfinansierat är roadmapen optimerad för nästa finansieringsrunda, inte för din lördag. Om det är självfinansierat är roadmapen optimerad för operatörsretention och djup. Det betyder att dina specifika behov väger tyngre än genomsnittlig kundnöjdhet.
Fråga sedan. Vad kostar din data dem faktiskt? Förbättras partnern i den takt din data lär dem, eller i den takt det globala genomsnittet lär dem? En partner med en liten kundbas lär sig snabbt från din verksamhet eftersom du representerar en meningsfull andel av deras data. En partner med tio tusen kunder kommer att optimera för det globala genomsnittet, vilket kanske inte är din lördag.
Karo är självfinansierat genom Wired to Create, eftersom moderbolaget vet att närhet till kunderna är en vallgrav. Roadmapen är inte optimerad för en framtida finansieringsrunda eller ett kvartalsvis resultatsamtal. Den är optimerad för den specifika retailern och den specifika verksamheten. Det förändrar hur produkten ser ut sex månader in.
Relationens form
Lägg samman allt det här och du ser relationens faktiska form.
En POS leverantörsrelation ser ut som ett inköpskontrakt. Du betalar en årlig avgift. Du får en produkt. Du får support. Du får ett roadmap webinar en gång i kvartalet. Produkten blir bättre i den takt leverantörens releasecykel tillåter. Relationen är transaktionell.
En POS partnerrelation ser annorlunda ut. Produkten blir bättre i den takt din verksamhet lär den. Du ser produkten förändras baserat på det du rapporterade förra veckan. Teamet är litet nog att du har ett namn och en relation med någon som kan leverera en fix. Relationen är strukturell. Systemet böjer sig mot din verksamhet, inte mot genomsnittet av alla verksamheter.
De två relationerna produceras av helt olika företagsarkitekturer. Leverantörsarkitekturen är hierarkisk, kvartalsvis i cykeln, optimerad för den genomsnittliga kunden. Partnerarkitekturen är platt, veckovis i cykeln, optimerad för den specifika kunden. Du kan inte fejka att vara en partner utan att bli en på organisatorisk nivå.
Så utvärderar du just nu
Om du är en retailoperatör som driver 5 till 100 butiker och utvärderar en ny POS partner.
Börja med att köra de fyra strukturella testerna ovan på varenda leverantör du överväger. Svaren talar om för dig om du befinner dig i en leverantörsutvärdering eller en partnerutvärdering. Om svaren avslöjar en leverantör, inte en partner, vet du det när du går in. Produkten kommer att vara bra. Supporten kommer att fungera. Men din verksamhet kommer att anpassa sig efter produkten, inte tvärtom.
Fråga sedan dig själv. Är mitt lördagsproblem något jag vill lösa genom att anpassa min verksamhet, eller något jag vill att systemet ska anpassa sig runt? Om det är det senare behöver du en partner, inte en leverantör. Skillnaden är inte ett funktionsgap. Det är ett företagsarkitekturgap.
Gör Karo Operations Audit. Tio minuter, tjugo frågor och en personlig rapport om var timmarna går och vad som skulle förändras med en partner som faktiskt förstår din verksamhet.