MACH-arkitektur: Hvad det er, og hvorfor det gør handelsværktøjer så tiltalende for virksomheder
Før eller siden kommer denne dag for enhver e-handelsvirksomhed: din virksomhed vokser fra sin platform. Funktioner bliver til begrænsninger, arkitekturens kompleksitet fører til uventede fejl, og hele systemet bliver meget sværere at administrere.
Det er her MACH-arkitekturen træder ind. Opfundet og fortaleret af commercetools, det er en helt ny, fremtidssikret modulær tilgang til digitale systemer, der booster systemernes fleksibilitet, optimerer omkostningerne, reducerer belastningen af personalet og forbedrer UX og CX.
Vil du høste disse fordele? Hvis ja, her er din guide til MACH-arkitektur og hvad det indebærer. Spoiler-alarm: At skifte til en ny arkitektur kan virke skræmmende i starten, men det behøver det ikke at være. Alt du skal gøre er at forberede dig godt på overgangen – og have en pålidelig partner at arbejde sammen med.
Hos Elogic har vi konsulteret hundredvis af forhandlere om at skifte til MACH-arkitektur. Som en commercetools udviklingsselskab, har vi hjulpet over 50 forhandlere med at undgå hyppige og dyre opgraderinger ved at bygge MACH-drevne butikker.
Så her deler vi, hvad MACH-arkitektur indebærer i praksis baseret på vores erfaring. I denne vejledning lærer du, hvad MACH er, dets fire principper, nøglefordele og måder at forberede sig på MACH-overgangen.
Hvad er MACH-arkitektur?
Lad os sætte gang i tingene med MACH-arkitekturdefinitionen. MACH arkitektur står for Microservices, API-First, Cloud-Native og Headless og er en moderne tilgang til at bygge e-handelssystemer fra mindre, uafhængige komponenter, der kombinerer de bedste teknologier i et enkelt system.
Læs mere: Replatforming e-handel: Komplet migrationsvejledning
Denne type e-handelswebstedsarkitektur afkobler systemets backend fra dets flere frontends (også kaldet "briller" i MACH). En enkelt backend formidler alle handelstransaktioner, mens en købmand kan skabe en virkelig omnichannel-oplevelse for kunderne ved at tilføje brugermobilapplikationer, sociale handelskanaler, markedspladser, IoT-enheder osv. som brugergrænseflader.
Forretningsfunktionalitet er defineret af separate komponenter (mikrotjenester), der kommunikerer med hinanden og flere frontends via API'er.
Her er et MACH-arkitekturdiagram for at illustrere konceptet:
Her er fire vigtige forskelle mellem MACH-systemarkitekturen og dens monolit-modstykke:
Monolith | MACH |
Kernefunktionalitet er hostet på en enkelt kodebase | Funktionaliteten hostes på flere, separate kodestykker |
Frontends og forretningslogik er tæt forbundet | Frontends og forretningslogik er afkoblet og forbundet via API'er |
Arkitekturen er stærkt afhængig af plugins for at berige funktionaliteten | Arkitekturen er afhængig af mikrotjenester og API'er for at udvide funktionaliteten |
Alt ovenstående fører til begrænsede tilpasningsmuligheder og underordnede digitale oplevelser | Alt ovenstående gør det lettere at indføre ændringer i både butiksfacade og forretningslogik |
MACH arkitekturprincipper i en nøddeskal
Hvad betyder MACH i praksis? Lad os besvare dette spørgsmål ved at nedbryde, hvad hvert bogstav i akronymet står for.
M for Microservices
Microservices er mini-applikationer, der udgør systemet. Hver mikrotjeneste er uafhængig af andre og har sin egen database. Tænk på mikrotjenester som byggestenene i MACH-softwarearkitekturen udviklet, udrullet og understøttet adskilt fra hinanden.
Da hver byggeklods er uafhængig, kan du nemt udvide og justere din funktionalitet, én komponent ad gangen. Indførelse af ændringer til én mikrotjeneste vil heller ikke forstyrre hele systemet.
For eksempel sådan e-handelsleder som Amazon har udelukkende kørt på mikrotjenester siden 2006. De har analyseret deres tidligere monolitiske system og trukket kodeenheder ud, som senere blev pakket ind i en webservicegrænseflade. Hver systemfunktion har nu en anden mikroservice, såsom Køb-knappen på produktsiden eller afgiftsberegningen ved kassen.
Det betyder ikke, at alle butikker skal gøre på samme måde som Amazon gjorde. Men virksomheder vil helt sikkert finde det nyttigt: forestil dig at udrulle en funktionsopdatering til dit produktkatalog. Resten af mikrotjenesterne fortsætter med at køre, mens du gør det.
A for API-first
API'er (applikationsprogrammeringsgrænseflader) er relæer, der tillader to eller flere applikationer at kommunikere. Deres største fordel er, at de krypterer den underliggende forretningslogik i deres applikationer, hvilket er afgørende for systemsikkerheden.
I MACH-arkitekturen er API'er forbindelseslinjerne mellem mikrotjenester, frontends og tredjepartsapplikationer. Takket være dem er det nemmere og sikrere at integrere nye tjenester.
Forestil dig, at en kunde vil logge ind på sin konto i din netbutik. Når de indtaster deres loginoplysninger, bruger frontenden en API til at sende disse data til den tilsvarende mikroservice og anmode om et sandt eller falsk svar. Mikrotjenesten sammenligner de modtagne data med kundekontodatabasen og bruger API'et til at returnere sand, hvis legitimationsoplysningerne er korrekte.
C for Cloud-native
Cloud-native betyder ikke kun, at din kodebase er hostet i skyen. Det er udviklet med cloud-infrastruktur i tankerne og implementeret der fra starten.
En af de største fordele ved cloud-systemer er dens pay-as-you-go (PAYG)-priser. Med andre ord opkræver udbyderen dig for de ressourcer, du rent faktisk bruger. Plus, når du ser en stigning i trafikken (som i salgssæsonen), kan din cloud-native applikation nemt få adgang til flere computerressourcer.
H for Headless
Hovedløse refererer til den arkitektoniske tilgang, der adskiller frontend (dine butiksfacader) fra backend (forretningslogik, funktionalitet og database). De kommunikerer med hinanden gennem API-laget.
Læs mere: Bedste hovedløse e-handelsplatform - Fuld guide
Med en hovedløs tilgang risikerer du ikke at forstyrre hele dit system, hvis du vil ændre butiksfacade eller en af dine mikrotjenester. Det giver også forskellige brugervendte applikationer mulighed for at køre på den samme backend, hvilket skaber et virkeligt samlet digitalt økosystem.
For eksempel, hvis du vil opdatere udseendet af din online butik, behøver du ikke bruge et eneste minut på at finjustere backend (forudsat at funktionaliteten forbliver den samme). Frontend er hvor alle ændringerne sker.
Forestil dig nu, at du vil lancere en mobilapp til dine kunder. Hvis dit eksisterende e-handelssystem bruger den hovedløse arkitekturtilgang, behøver du ikke oprette backend fra bunden. Dette sparer dig for tid og penge – og gør det lettere at skabe en smidig omnichannel brugeroplevelse.
5 grunde til, at virksomheder elsker MACH-arkitektur
Lad os gennemgå de fem hovedårsager til, at virksomheder finder MACH-softwarearkitekturen tiltalende.
Fleksibilitet, skalerbarhed og tilgængelighed
Med byggeklodstilgangen til arkitektur kan du nemt ændre, erstatte eller fjerne eksisterende mikrotjenester og tilføje nye. Dette giver dig mulighed for hurtigt at tilpasse dig til stadigt skiftende markedsforhold og brugerpræferencer på en brøkdel af tiden.
Med hensyn til skalerbarhed hjælper den cloud-native tilgang medfødt dit digitale system med at tilpasse sig belastningsskift. Så du behøver ikke bekymre dig om uventet nedetid eller dårlig ydeevne.
Desuden kræver opdatering af cloud-native applikationer ikke at tage dem offline takket være kontinuerlig levering (CD). Systemet vil til enhver tid være tilgængeligt for dine kunder eller personale, hvilket forhindrer fald i produktiviteten på grund af stilstand og glip af ordrer.
Forbedret præstationer
Monolith-applikationer er synonyme med langsommere indlæsningstider, alt sammen fordi de er store og skal indlæses fuldt ud på én gang. I MACH-systemer starter hver letvægtsmikroservice, når det er nødvendigt. Det udmønter sig i lynhurtig ydeevne.
Den cloud-native tilgang til udvikling forbedrer også ydeevnen af MACH-systemer. For det første åbner det døren til ubegrænsede computerressourcer – de vil holde dine systemer glatte og hurtige selv under spidsbelastningstider.
Reducerede omkostninger
MACH-arkitektur fremskynder time-to-market for opdateringer og opgraderinger. Du behøver ikke at tage hele systemet offline for at udføre dem, så du ikke går glip af salg. At forbinde et tredjepartssystem til at håndtere betalinger, for eksempel via en API, er også hurtigere og nemmere. Dette sparer dig penge på udviklingsomkostninger.
Derudover behøver du kun at indføre ændringer inden for rammerne af frontend eller en eller flere mikrotjenester.
Bundlinjen? Du vil være i stand til at starte dine frontends og opgradere dem til en brøkdel af prisen.
Forbedret omnichannel UX/CX
Takket være MACH-arkitekturens hovedløse princip, kan du køre flere brugervendte applikationer ved hjælp af den samme backend. Fra dine fysiske butikker til sociale salgskanaler sikrer du en problemfri brugeroplevelse på tværs af kanalerne.
For eksempel letter hovedløs arkitektur vognsynkronisering på tværs af flere enheder. Dette kan hjælpe dig med at reducere antallet af afbrudte indkøbskurv.
Bedst mulige teknologiske stack
Under den MACH-baserede arkitektur behøver du ikke bekymre dig om teknologiernes kompatibilitet, når du bygger dine uafhængige mikrotjenester og butiksfacader. Den eksisterende teknologiske stak begrænser dig ikke i dine valg. Ikke mere nøjes med det mindste af onderene!
Læs mere: ERP til e-handel: Fordele og integrationstrin til at transformere din virksomhed
For eksempel kan du i en platformsløsning muligvis kun integrere dit system med fem mest populære CRM'er. Så hvis du finder dit perfekte match, men det ikke er på listen, vil du ikke være i stand til at bruge det. I modsætning hertil giver MACH-arkitekturen dig mulighed for at integrere enhver CRM, så længe der er en tilgængelig API.
Når det kommer til backend, kan hver af dine mikrotjenester skrives ved hjælp af det bedst egnede sprog og rammer. For eksempel kan dataanalysemodulet køre på Python, mens Node.js driver ordrebehandling.
Oven i det, hvis du nogensinde opdager, at du er vokset fra en bestemt teknologi, eller den er blevet forældet, kan du nemt erstatte den. Det samme gælder for at skifte til en nyopstået teknologi, der passer bedre til dine behov.
6 ting at overveje, før du går over til commercetools og MACH
commercetools er og e-handelsleverandør, der var banebrydende for den hovedløse og MACH-tilgang til digitale systemer. Det er også grundlæggeren og drivkraften bag MACH Alliance.
Så hvis du overvejer at skifte til MACH, er commercetools en fremtidssikret løsning for dig. Husk dog: det er kun egnet til digitalt modne virksomheder. Manglende digital modenhed kan nemt forårsage forandringsmodstand og forhindre dit personale i at bruge det nye system fuldt ud.
Overvejer du at skifte til MACH? Her er seks trin til at gøre dig klar til at gå i gang med din replatforming-rejse.
Definer dine grunde til replatforming
Hvorfor vil du helt præcist skifte til MACH-arkitektur? Overvej alle facetter af din virksomhed for at liste alle de problemer og bekymringer, som replatforming kan løse. Her er et par almindelige tegn på, at du har brug for e-handel replatforming:
- Implementering af nye funktioner og udrulning af opdateringer er kompliceret og dyrt
- Din butik oplever uventede nedetider under trafikstigninger
- Administrationspanelet er ineffektivt og rodet
- Nuværende funktionalitet begrænser dig i dine salgs- og marketingstrategier
Læs mere: Tjekliste til planlægning og udvikling af e-handelswebsteder — Klar, klar, Lancering!
Her er hvorfor det er afgørende at sammensætte denne liste over årsager.
- Det vil vise dig alle de processer, som overgangen vil berøre.
- Det er et godt udgangspunkt for at definere dine replatforming-mål.
- Det vil hjælpe dig med at uddanne alle på dit hold i den tekniske vision.
Evaluer din digitale modenhed
Er du rutineret i digital transformation? Eller er din virksomhed relativt ny inden for det? Hvis det er sidstnævnte, kan et radikalt skift overvælde dig og forårsage modstand mod forandring. For at mindske disse risici skal du tage dig tid til at skitsere gradvise, trinvise ændringer i en køreplan.
For eksempel da vi var hjælper Enzio Manufacturing overgang til MACH-arkitektur, tog vi et par uger til at vurdere kundens digitale modenhed. Til det formål har vi set nærmere på de operationelle processer og interviewet interessenter, inden vi udarbejdede køreplanen.
For at vurdere din virksomheds digitale modenhed, tænk på dine teams forventede læringskurver. Bestem derefter, hvilken træning og support de skal bruge for at kunne implementere det nye digitale system.
Undersøg platformens funktioner
Nu er det tid til at sikre dig, at du vælger MACH-teknologier, der har alt, hvad der skal til for at tilfredsstille dine behov. Stil disse otte spørgsmål for at vurdere platformens overensstemmelse med dine mål:
- Understøtter det mikroservicearkitektur?
- Kan du udvikle og ændre frontend uafhængigt af backend?
- Tillader det at tilføje og erstatte systemer uafhængigt?
- Bruger den API-first-tilgangen?
- Hvad er dens skaleringsmuligheder?
- Giver det mulighed for kontinuerlig levering (CD)?
- Hvordan vil du integrere dit system med tredjepartstjenester?
- Kan du få fingrene i detaljeret, grundig dokumentation?
Planlæg, test, trives
Replatforming kræver grundig planlægning og test. Så start med at forberede din tidslinje og dit budget.
Brug gerne vores praktisk guide til projektplanlægning for at klare dette trin.
Før radikale ændringer udrulles, er det også en god idé at teste deres levedygtighed. Til det formål skal du udvikle et proof-of-concept, vurdere dets modtagelse blandt målbrugere, og justere det i overensstemmelse hermed, før du kan kalde det en succes.
Juster dine hold
Hvis du ikke bringer alle interessenterne med ombord, vil dine replatforme-forhåbninger ikke slå ud. Både beslutningstagerne og dine teams bør være med på replatforming – og forstå, hvordan man får mest muligt ud af det.
Når det kommer til din it-afdeling, skal du muligvis omorganisere dens struktur. I stedet for større teams, der specialiserer sig i bestemte teknologiområder (f.eks. databaser), skal du forberede mindre teams, der tager sig af hver mikroservice.
Hvis du kæmper med din teamstruktur til dit MACH-system, komme i kontakt hos os hos Elogic! Vores ekspertvirksomhedskonsulenter hjælper dig med at bestemme nøglerollerne for dit projekt og endda hente talentet på seniorniveau.
Vælg dine partnere med omhu
For at guide dig gennem denne komplekse proces, har du brug for den rigtige replatforming-partner. Men vær forsigtig: det "rigtige" betyder ikke nødvendigvis "prisvindende" eller "roste".
Den rigtige partner er den, der kan imødekomme dine behov perfekt. De har også den ekspertise og de færdigheder, der er nyttige i netop dit tilfælde, så du kan stole på dem. Sørg for, at din partner også er certificeret (som Elogic er).
Eftertanke
MACH-arkitekturen har et tillokkende løfte: at reducere omkostningerne, øge fleksibiliteten og skalerbarheden og forbedre brugeroplevelsen. Men at implementere det er ingen kagegang. Mikroservicearkitekturen er i sagens natur kompleks og skal være gennemtænkt.
Derfor er det et must at have en pålidelig MACH-omplatformspartner. Heldigvis læser du allerede en blog! Vi hos Elogic har allerede hjulpet adskillige virksomheder med at migrere deres systemer, hvilket gør dem konkurrencedygtige i de nye digitale virkeligheder. Og vi hjælper dig også gerne.
Klar til at diskutere, hvordan vi kan være til tjeneste? Tøv ikke med at kontakt os!
Overgang til MACH og commercetools uden problemer med Elogic
Skriv til os – så vender vi tilbage til dig for at drøfte dine behov.
Se vores commercetools-tjenester
Ofte stillede spørgsmål om MACH-arkitektur
Hvad er forskellen mellem MACH og komponerbar handel?
Både komponerbar handel og MACH har flere principper til fælles:
- adskille frontend fra backend
- modulær arkitektonisk tilgang
- fleksibilitet til at bygge en best-of-breed stak
I modsætning til MACH bruger komponerbar handel imidlertid pakket forretningskapacitet (PBC'er) som byggesten. PBC'er er bygget op omkring en specifik forretningsfunktion og er typisk større i omfang. (Selvom de to er meget lignende, og nogle mikrotjenester kan kvalificere sig til titlen PBC'er.)
Hvad er nogle eksempler på MACH-arkitektur?
Du er heldig - vi har en MACH arkitektur eksempel blandt vores casestudier! Vores kunde var en tysk B2B produktionsvirksomhed. Ved at bruge commercetools hjalp vi dem med at skifte fra den monolitiske e-handelsarkitektur til MACH-arkitekturen, hvilket forbedrede UX i processen.
Andre MACH-arkitektureksempler inkluderer husstandsnavne som Amazon (også en medlem af MACH Alliance) og Uber.
Hvad er MACH Alliance?
MACH Alliance er grundlagt af commercetools og er en non-profit organisation, der går ind for vedtagelsen af MACH teknologier. Dens medlemmer omfatter BigCommerce, Vue Storefront og Deloitte Digital. På vejen til at nå sin mission, organiserer MACH Alliance begivenheder, uddanner og leverer ressourcer om MACH Architecture. Det etablerede også MACH certificeringsstandarder.
- SEO Powered Content & PR Distribution. Bliv forstærket i dag.
- Platoblokkæde. Web3 Metaverse Intelligence. Viden forstærket. Adgang her.
- Kilde: https://elogic.co/blog/mach-architecture-what-it-is-and-why-it-matters/
- :er
- $OP
- 1
- 11
- 67
- 7
- 8
- 9
- a
- opgivelse
- I stand
- Om
- over
- adgang
- derfor
- Konto
- opnå
- tværs
- faktisk
- tilpasse
- adresse
- admin
- vedtage
- Vedtagelse
- Fordel
- fortalere
- Alert
- Alle
- Alliance
- tillader
- allerede
- Skønt
- Amazon
- blandt
- analytics
- ,
- En anden
- besvare
- api
- API'er
- app
- tiltrækkende
- Anvendelse
- applikationer
- tilgang
- arkitektonisk
- arkitektur
- ER
- områder
- omkring
- AS
- At
- til rådighed
- B2B
- tilbage
- Bagende
- baseret
- BE
- fordi
- bliver
- bliver
- før
- bag
- fordele
- Bedre
- mellem
- STORHANDEL
- Største
- Bloker
- Blocks
- Blog
- board
- fremme
- Bund
- brand
- Brand New
- Breaking
- bringe
- budget
- bugs
- bygge
- Bygning
- bygget
- virksomhed
- .
- købe
- by
- ringe
- CAN
- kapaciteter
- hvilken
- tilfælde
- katalog
- Årsag
- CD
- vis
- Certificering
- Certificeret
- lave om
- Ændringer
- kanaler
- afgifter
- Betaling
- valg
- kunde
- nøje
- Cloud
- sky infrastruktur
- kode
- codebase
- kombinerer
- Kom
- Handel
- Fælles
- kommunikere
- Virksomheder
- selskab
- sammenligning
- kompatibilitet
- konkurrencedygtig
- fuldføre
- komplekse
- kompleksitet
- kompliceret
- komponent
- komponenter
- computing
- Konceptet
- Bekymringer
- betingelser
- tilsluttet
- Tilslutning
- Overvej
- Overvejer
- konsulenter
- kontinuerlig
- kontrast
- Tilsvarende
- Koste
- Omkostninger
- Modregning
- skabe
- Oprettelse af
- Legitimationsoplysninger
- CRM
- afgørende
- kunde
- Kunder
- tilpasning
- skære
- CX
- data
- Dataanalyse
- Database
- databaser
- dag
- beslutningstagere
- definerede
- definere
- levering
- Deloitte
- Afdeling
- indsat
- detaljeret
- Bestem
- udvikle
- udviklet
- Udvikling
- Enheder
- DID
- forskel
- forskelle
- forskellige
- svært
- digital
- digitalt økosystem
- Digital Transformation
- digitalt
- diskutere
- Afbryde
- dokumentation
- Er ikke
- Dont
- Ved
- ned
- nedetid
- tegning
- kørsel
- i løbet af
- e
- hver
- lettere
- nemt
- ecommerce
- økosystem
- uddanne
- enten
- gå i gang
- opstået
- berigende
- sikre
- Indtast
- Enterprise
- virksomheder
- etc.
- Ether (ETH)
- Endog
- begivenheder
- NOGENSINDE
- evigt skiftende
- Hver
- alle
- præcist nok
- eksempel
- eksempler
- udelukkende
- eksisterende
- Udvid
- ekspanderende
- forventet
- erfaring
- Oplevelser
- ekspert
- ekspertise
- ekstern
- letter
- FAQ
- FAST
- hurtigere
- Feature
- Funktionalitet
- få
- Finde
- Fornavn
- Fleksibilitet
- Til
- Tving
- Heldigvis
- grundlægger
- fraktion
- Framework
- Gratis
- hyppig
- fra
- frontend
- fuld
- funktion
- funktionalitet
- Fremtidssikret
- Tysk
- få
- Mål
- Goes
- godt
- gradvis
- stor
- vejlede
- håndtere
- hænder
- praktisk
- ske
- Gem
- Have
- have
- hovedløs handel
- stærkt
- hjælpe
- hjulpet
- hjælpe
- hjælper
- link.
- hostede
- husstand
- Hvordan
- How To
- Men
- HTTPS
- Hundreder
- idé
- gennemføre
- forbedrer
- forbedring
- in
- I andre
- omfatter
- uafhængig
- uafhængigt
- ineffektiv
- Infrastruktur
- instans
- i stedet
- integrere
- Integration
- integration
- grænseflade
- grænseflader
- interne
- interviewet
- skræmmende
- indføre
- indføre
- tingenes internet
- iot-enheder
- spørgsmål
- IT
- IT Support
- ITS
- rejse
- Holde
- Nøgle
- sparke
- Mangel
- Sprog
- stor
- større
- lancere
- lanceringer
- lag
- lag 1
- Layer 2
- leder
- Leads
- LÆR
- læring
- mindre
- brev
- letvægt
- ligesom
- GRÆNSE
- begrænsninger
- Limited
- grænser
- Line (linje)
- linjer
- Liste
- belastning
- Lang
- Se
- kiggede
- kærlighed
- held
- Main
- lave
- maerker
- Making
- administrere
- Produktion
- Marked
- markedsforhold
- Marketing
- markedspladser
- Match
- modne
- modenhed
- max-bredde
- Merchant
- Merchants
- microservices
- migrere
- migration
- tankerne
- minut
- mangler
- Mission
- afbøde
- Mobil
- Mobil app
- Mobile applikationer
- Moderne
- ændre
- modulær
- modul
- penge
- Monolithic
- mere
- mest
- Mest Populære
- flytning
- flere
- navne
- nødvendigvis
- Behov
- behov
- behov
- Ny
- Nye funktioner
- node
- node.js
- talrige
- of
- offline
- omnichannel
- on
- ONE
- online
- online butik
- åbner
- operationelle
- Optimerer
- ordrer
- ordrer
- organisation
- organiserer
- Andet
- Andre
- skitse
- egen
- side
- PAN
- panel
- særlig
- partner
- partnere
- sti
- betalinger
- Peak
- perfekt
- udføre
- ydeevne
- banebrydende
- planlægning
- perron
- Platforme
- plato
- Platon Data Intelligence
- PlatoData
- plugin
- Plugins
- plus
- Punkt
- fattige
- Populær
- Indlæg
- beføjelser
- praksis
- præferencer
- Forbered
- forberede
- forhindre
- forebyggelse
- tidligere
- prissætning
- princippet
- principper
- behandle
- Processer
- forarbejdning
- Produkt
- produktivitet
- Programmering
- projekt
- løfte
- forudsat
- udbyder
- giver
- Python
- kvalificere
- spørgsmål
- Spørgsmål
- hurtigt
- radikal
- Sats
- priser
- Læsning
- klar
- realiteter
- indse
- årsager
- modtaget
- modtagelse
- reducere
- reducerer
- benævnt
- refererer
- relativt
- pålidelig
- resterne
- Fjern
- erstatte
- anmode
- kræver
- Kræver
- Modstand
- Ressourcer
- svar
- REST
- Resultater
- detailhandlere
- afkast
- gennemgå
- Risiko
- risici
- køreplan
- roller
- Rullet
- Rullende
- Kør
- kører
- sikrere
- salg
- Salg og Marketing
- samme
- Skalerbarhed
- skalering
- rækkevidde
- sømløs
- Sæson
- krydret
- sikkerhed
- adskille
- tjeneste
- Tjenester
- sæt
- flere
- deling
- skifte
- Skift
- bør
- Vis
- lignende
- siden
- enkelt
- SIX
- færdigheder
- mindre
- So
- Social
- social-handel
- Software
- løsninger
- nogle
- Kilde
- speciale
- specifikke
- hastigheder
- tilbringe
- spike
- stable
- Personale
- interessenter
- står
- starte
- Starter
- Trin
- Steps
- butik
- Butiksfacade
- forhandler
- struktur
- Kæmper
- succes
- Succesfuld
- sådan
- egnede
- support
- Understøttet
- sikkert
- Kontakt
- synonym
- systemet
- Systemer
- Tag
- tager
- tager
- Talent
- mål
- skat
- hold
- hold
- tech
- Teknologier
- Teknologier
- prøve
- Test
- at
- deres
- Them
- Disse
- ting
- tredjepart
- Gennem
- stramt
- tid
- tidslinje
- gange
- Titel
- til
- også
- top
- mod
- Trafik
- Kurser
- Transaktioner
- Transform
- Transformation
- overgang
- overgang
- sand
- TUR
- tweaking
- typisk
- underliggende
- forstå
- Uventet
- forenet
- enheder
- ubegrænset
- Opdatering
- opdateringer
- opdatering
- opgradering
- opgraderinger
- us
- brug
- Bruger
- Brugererfaring
- brugere
- ux
- forskellige
- sælger
- via
- levedygtighed
- vision
- vs
- udsigt
- Vej..
- måder
- web
- Hjemmeside
- uger
- GODT
- Hvad
- som
- mens
- vilje
- med
- inden for
- uden
- ord
- Arbejde
- Indpakket
- skriftlig
- Din
- zephyrnet