E-handel
Skräddarsydd e-handelsutveckling – marknadsplatser, webbutiker och B2B-handel
Färdiga e-handelsplattformar passar 80 % av alla butiker. Vi bygger för de övriga 20 % – marknadsplatser, B2B-portaler med flera valutor, konfigurerbara produkter, prenumerationsmotorer och den skräddarsydda logiken för orderhantering och leverans som inte finns på någon plattform.
E-handel: det här hör vi från teamen
- Shopify räcker inte längre till på grund av ett tvingande krav (B2B-prisnivåer, komplexa paket, reglerade produkter, utbetalningar till flera säljare)
- Headless-migreringen kom igång men gick i stå eftersom varukorgslogiken var svårare än teamet trott
- En egenbyggd kassa som inte längre klarar PCI-kraven efter det första ”enkla tillägget”
- Sökresultat som gömmer just den artikel som kunden frågar chattagenten om
- Lagersaldon som glider isär mellan kanalerna eftersom ordersystemet var ett Excel-ark fram till förra kvartalet
- Långsammare sidladdning varje gång en ny marknadsföringstagg går live
Regelverk och krav vi arbetar med
PCI-DSS (alla flöden som berör kortdata)
GDPR och CCPA
EU-moms / OSS / IOSS
Skatteregler (integrationer med Avalara, TaxJar, Vertex)
Tillgänglighet – WCAG 2.2 AA (risk för ADA-stämningar i USA)
Flöden för reglerade produkter (alkohol, tobak, CBD, narkotikaklassade substanser) där det är relevant
Det här levererar vi
Marknadsplatser för flera säljare med delade betalningar och escrow
Headless-webbutiker i Next.js / Remix med Medusa, Commercetools eller egen backend
B2B-handel: kundspecifika priser, quote-to-cash, fakturering med betalningsvillkor, punchout (cXML, OCI)
Motorer för prenumerationer och återkommande debitering som inte tappar bort pro rata-beräkningarna
Pipelines från PIM till webbutik med sökrelevans som faktiskt går att finjustera
Modulär kassa med redundanta betalleverantörer (Stripe + en sekundär inlösare)
Prestandabudgetar som upprätthålls i CI – gränsvärden för LCP, TTFB och CLS per route
Vanliga frågor
- När är det rimligt att lämna Shopify eller WooCommerce?
- När en enda affärsregel kostar mer i nödlösningar än vad det skulle kosta att äga lösningen själv. De flesta butiker bör inte migrera. Signalen är när minst 3 av följande stämmer: B2B-prisnivåer, utbetalningar till flera säljare, reglerade produkter, egen prenumerationslogik, komplexa paket eller en kassaregel som plattformen inte tillåter. Under den nivån är det billigare att anpassa plattformen än att ersätta den.
- Bygger ni headless från grunden, eller migrerar ni befintliga butiker?
- Båda. Nya projekt byggs oftast headless på Next.js + en e-handelsbackend. Migreringar inleds med en genomlysning – i hälften av fallen rekommenderar vi att vänta med migreringen och i stället åtgärda den begränsning i plattformen som väckte frågan.
- Hur hanterar ni PCI-omfånget i egenbyggda kassor?
- Tokenisering överallt. Vi använder betalleverantörens hostade fält (Stripe Elements, Adyen Components) så att kortnummer aldrig når dina servrar och kassans SPA hålls utanför PCI-omfånget. Integrationen ligger bakom en tunn orkestrerare på serversidan som hanterar 3DS-verifieringar, idempotens och routing mellan betalmetoder.
- Kan ni bygga marknadsplatser som hanterar riktiga utbetalningar till säljare?
- Ja – delade betalningar, escrow, återbetalningar som dras mot utbetalningar, KYC för säljare och generering av 1099-blanketter. Vi har levererat marknadsplatsflöden på Stripe Connect, Adyen for Platforms och ovanpå interna huvudbokssystem där regelkraven uteslöt tredjepartsplattformar.
Vem som bygger det
Vårt eget team, som arbetar från vårt kontor i Istočno Sarajevo, Bosnien och Hercegovina. Ingenjörerna på ditt behovssamtal är samma personer som bygger det.
Möt teamet