Frågor att ställa i en upphandling av retailanalys

De flesta anbud för retailanalys faller inte på priset. De faller på formuleringar som ser rimliga ut i förfrågningsunderlaget men som blir tvistefrågor i drift. En leverantör som skriver "upp till 99 % noggrannhet" har lovat ingenting. En som skriver "kontraktuell miniminivå" har lovat något du kan hålla dem till. Skillnaden syns först när sensorerna suttit i tak i sex månader och siffrorna ska stämmas av mot faktisk försäljning.

Den här texten går igenom de frågor som faktiskt separerar dugliga anbud från dyra misstag. Den är skriven för dig som ska försvara valet internt, inte för dig som ska skriva en pressrelease.

Noggrannhet: kräv ett tal du kan reklamera

Fråga rakt: vilken noggrannhet är kontraktuellt garanterad, och vad händer om den inte hålls? Ett ärligt svar skiljer på garanti och typvärde. Vemco anger till exempel en kontraktuell miniminivå på 96 %, medan det typiska utfallet ligger på 98–99 % när belysning, butikslayout och besöksbeteende tillåter det. Det är precis den formuleringen ett upphandlingsunderlag behöver: en golvnivå att åberopa och en förklaring av vad som påverkar det faktiska utfallet.

Ställ följdfrågorna:

• Mäts noggrannheten per enhet eller aggregerat över hela beståndet? Aggregerade tal döljer dåliga enskilda ingångar.
• Hur verifieras noggrannheten – manuell räkning, videovalidering, tredjepartsrevision?
• Vilka miljöfaktorer friskriver leverantören sig från, och hur beskrivs de i kontraktet?

Sensoroberoende eller inlåsning?

En leverantör som bara stödjer sin egen hårdvara binder dig till en enda inköpskanal och en enda uppgraderingscykel. Fråga om plattformen är enhetsoberoende och sensoragnostisk. Vemco har byggt mjukvara sedan 2005 och arbetar oberoende av sensortyp, vilket betyder att du kan blanda befintliga och nya enheter i samma dataflöde. För ett bestånd med butiker av olika ålder är det skillnaden mellan att fasa in ny teknik gradvis och att tvingas till en dyr big bang-utrullning.

Integration: var lever datan efter räkningen?

Besökssiffror i ett isolerat webbgränssnitt är nästan värdelösa för en enterprise-köpare. Värdet uppstår när räknedata möter försäljning, bemanning och lager. Fråga hur plattformen kopplas mot POS, BI, ERP och CRM. Vemco hanterar detta via ett integrationslager, VemFusion, som matar din befintliga BI-stack i stället för att tvinga fram ännu ett fristående dashboard.

Konkreta frågor att sätta i underlaget:

• Levereras data via API, och är API:et dokumenterat och versionerat?
• Vem äger integrationsarbetet – leverantören, systemintegratören eller ni?
• Vilken uppdateringsfrekvens ger API:et – realtid, timme, dygn?

En praktisk observation från utrullningar: fråga specifikt hur systemet hanterar tidszoner och sommartid vid dataleverans till centrala system. Det låter trivialt, men felhanterad tidsstämpling förskjuter hela dygnsprofiler och upptäcks ofta först när någon jämför konverteringsgrad över butiker i olika länder.

Skala och drift: klarar plattformen ditt faktiska bestånd?

Många lösningar demonstrerar snyggt på fem butiker och kollapsar på fem hundra. Fråga efter bevisad skala, inte påstådd. Vemco betjänar över 2000 kunder, behandlar mer än 85 miljoner räkningar per dygn och har partners i över 95 länder – tal som säger något om att plattformen faktiskt körs på enterprise-volym, inte bara i pilot. Efterfråga referenskunder med jämförbar storlek och gärna i samma bransch.

För offentliga köpare och reglerade branscher är driftsmodellen central:

• Erbjuds både hostad och privat molndrift? Vemco stödjer båda, vilket har betydelse när datasuveränitet är ett krav.
• Var lagras och behandlas datan geografiskt?
• Vilka certifieringar finns – ISO, SOC 2? Begär dokumentation, godta inte påståenden.

SLA och support: det som avgör totalkostnaden

En sensor som slutar räkna en fredagseftermiddag och fixas nästa vecka har förstört en hel helgs data. Fråga om svarstider, åtgärdstider och hur avbrott ersätts. Kräv att SLA:t definierar skillnaden mellan svarstid och lösningstid – de blandas ofta ihop medvetet.

• Övervakas sensorerna proaktivt, eller upptäcks fel först när ni rapporterar dem?
• Vad är supportens tillgänglighet, och på vilka språk?
• Hur hanteras luckor i historisk data – interpoleras de, markeras de, eller ignoreras de?

Frågor om totalkostnad och avslut

Priset i anbudet är sällan totalkostnaden. Be om en fullständig uppdelning: hårdvara, installation, licens per enhet eller per butik, integrationsarbete och löpande support. Ställ också den fråga leverantörer ogillar mest: vad kostar det att lämna? Kräv att er egen historiska data kan exporteras i ett öppet format vid avtalets slut, utan extra avgift. En leverantör som tvekar på den punkten har svarat på frågan.

Väg frågorna, inte bara svaren

Bygg utvärderingsmatrisen så att kontraktuella garantier väger tyngre än marknadsföringspåståenden. Ett anbud som lovar 99 % utan garanti ska rankas lägre än ett som garanterar en golvnivå och förklarar vad som driver det faktiska utfallet. Den som skriver underlaget kontrollerar vilken sorts svar som lönar sig – använd det.

Ska ni skriva ett förfrågningsunderlag för retailanalys och vill stämma av kravformuleringar mot noggrannhetsgaranti, integration och SLA?