Tittar ni på FoodStorm? Här är det europeiska perspektivet.

FoodShop erbjuder europeisk hosting (standardregionen är EU) och är GDPR-kompatibelt — personuppgiftsbiträdesavtal, konfigurerad datalagring och exportverktyg ingår som standard. FoodStorm är som standard hostat i USA; europeiska kedjor måste förhandla om datalokalitet och DPA-villkor som en del av ett avtal.

FoodShop körs idag i produktion hos en trevarumärkes livsmedelsgrupp med 100+ butiker i Danmark — premium-, mainstream- och specialistprofiler på samma installation. Det är smått jämfört med FoodStorms amerikanska referensbas, och det säger vi öppet: om det ni kräver av inköp är en leverantör med tusentals amerikanska butikreferenser, vinner FoodStorm på just den punkten. Vårt argument handlar om arkitektonisk bredd och europeisk anpassning, inte om rubrikens butikssiffra.

FoodShop byggs och drivs av Sprinting Retail (del av Sprinting Software), ett oberoende danskt mjukvaruföretag. Det finns inget moderbolag för plattformen och ingen uppköpskoppling, så roadmappen styrs av kunderna snarare än av ett annonsnätverks kvartalsprioriteringar. Vi delar gärna kommersiella referenser, finansiell ställning och escrow-upplägg för källkod som en del av due diligence.

Vi har ännu inte migrerat en kund från FoodStorm. Arkitekturerna motsvarar varandra väl — produkter, tillval, butiker, order, tidsluckor — så en CSV-export från FoodStorm kan parsas till FoodShops importformat. Kundkonton och orderhistorik är det som kräver omsorg; det skulle vi kartlägga i discovery, inte lova som ett jobb på en vecka.

Inte i samma form. FoodShop levererar produktionsscheman per butik med fem utskriftsvyer (produktionslista, leveranslista, fullständiga order, obetalda, alla) som de flesta europeiska cateringkök använder idag. Ett skärmbaserat KDS med kryssruta per rad finns på roadmapen men är inte i produktion. Om KDS är ett hårt krav är det en ärlig brist.

Pilotbutiker går vanligtvis live inom 6–10 veckor från avtal: cirka 2 veckor för sortimentsupplägg och varumärkesanpassning, cirka 2 veckor för integrationsanalys (betalningar, ekonomi, butiksdata), cirka 1 vecka för personalutbildning, cirka 1 vecka för mjuklansering med intern trafik, därefter go-live. En utrullning i en flerbrandskedja förlängs med en våg per varumärke om 4–6 veckor vardera. Tungt ERP-integrationsarbete kan förlänga första fasen; vi kartlägger det i discovery så att avtalet speglar verkligheten.

Ja — vi föredrar det. En pilot på 1–3 butiker i 6–12 veckor är den normala vägen för att minska risk: riktiga order, riktiga kunder, verklig produktionsöverlämning. Pilotvillkor konverteras till kedjeavtalet enligt överenskomna milstolpar (volymtrösklar, kundnöjdhetsmål, intern godkänning). Ingen livsmedelsgrupp bör skriva under ett 5-årigt plattformsavtal utan det mellansteget.

FoodStorm börjar offentligt runt $500/månad för mindre aktörer och förhandlas för enterprise ovanpå det, ofta inbakat i ett bredare Instacart-avtal. FoodShop prismodelleras per kedja — priset beror på antal varumärken, antal butiker och volym. Vi anger inget publikt belopp eftersom rätt nivå för en regional kedja med 5 butiker skiljer sig mycket från en nationell kedja med 200 butiker.

Supporten ligger i linje med den europeiska arbetsdagen (mån–fre, cirka 08:00–18:00 CET) med jourberedskap för produktionsincidenter utanför de tiderna. Teamet är baserat i Europa, så ett ärende som kommer in på tisdagsmorgonen får svar på tisdagsmorgonen — inte över natten i amerikansk Pacific time.

FoodShop integrerar med de system som europeiska detaljhandlare faktiskt använder: betalningsleverantörer (Nexi/Nets, Stripe), e-post/SMS-leverantörer, ekonomi/ERP via webhooks och CSV, samt ett öppet publikt API för allt annat. Vi har inte inbyggda integrationer med Instacart, DoorDash-US eller amerikanska grocery-POS — det är inte en prioritet för den europeiska marknaden.