Behovet for hastighet i forsyningskjeden!

Kilde node: 869828

Need for speed article and permission to publish here provided by Bryce Boothby.

Du kan prøve å skylde på behovet for hastighet på Amazon, med to-dagers levering som blir en dag og til og med samme dag i noen tilfeller. Men alt de gjør er å perfeksjonere det vi alle ønsker – umiddelbar tilfredsstillelse. Den doble sjokken til Amazon-effekten og den COVID-19-induserte eksponentielle e-handelsspurten trekker oss videre i et raskere tempo enn vi noen gang hadde sett for oss.

Oppdraget er ikke nytt, det er akkurat nå lagt inn på alles radar. Det har blitt fremskyndet. Med e-handel som vokser mer på tre måneder enn de foregående ti årene, er presset på for at bedrifter skal komme i bevegelse, uavhengig av bransjesegment eller forretningsmodell – vi er alle berørt. 

For mange er behovet for hastighet todelt: det haster med å tilfredsstille kundene mye raskere – enten det er B2B, B2C, DTC eller murstein og mørtel – og det påfølgende kappløpet om å få på plass et system raskt som kan oppfylle dette imperativet før virksomheten din. faller bak. Som de sier, "tid er av essensen." 

Begge typer hastighet er utrolig oppnåelige i dag, så hva er det som holder selskaper tilbake? 

De store tilbakeholdene

Balansepåvirkning

Gitt investeringen og den naturlige systemiske institusjonaliseringen over tid, tror jeg at mange selskaper fortsatt driver avledninger av aldrende systemer, mange installert før internett.
På grunn av måten disse eldre systemene er regnskapsført i US GAAP, har de blitt aktivert. Raske, vesentlige endringer med enda en IT-oppgradering kan kreve avskrivning av betydelige investeringer tidlig som verdifall.

Mange virksomheter er komplekse og bruker forskjellige systemer for å håndtere ulike behov: produksjon, detaljhandel, distribusjon på flere nivåer, DTC og online markedsplasser. Det er ikke uvanlig å ha 3-4 systemer i samme selskap, bundet sammen av en finansiell rapporteringspakke på tvers av plattformer.

Du kan allerede være "omnikanal" uten å være klar over det, i så fall tar du sannsynligvis mange av utgiftene med knapt noen av fordelene ved å gjøre det på den måten. Som jeg har nevnt før, optimaliserer ikke organisasjoner på tvers av systemer, men innenfor siloer og gir ikke nødvendigvis kundene sine eller seg selv fordelene med en jevn, sømløs og sammenhengende arkitektur.

Brutte løfter

Det er fortsatt troen på at IT-investeringer er et "svart hull" og aldri etter planen. Dette kan være sant hvis ikke planlagt riktig. De fleste bedrifter kan minimere overraskelser og tilbakeslag og møte sine tidslinjer og budsjetter. Hvis det gjøres riktig, trenger implementeringer bare ta måneder i stedet for et år eller mer.

In addition to the relatively quick speed of implementation, one of the many benefits of software-as-a-service (SaaS), is their subscription model. The cost of SaaS is expensed over the subscription period, so it’s written off as it’s used, not capitalized. This makes it easier to take on the transformation needed.

En samlende SaaS-plattform vil også koble sammen flere systemer for å fungere som ett, slik at bedrifter slipper å kaste ut det de har. Å integrere SaaS-løsninger som forbedrer arven blir oppnåelig og rimelig. Tenk på det som limet som binder sammen ulike systemer. 

Konseptet med additiv databehandling

Vi har alle hørt om additiv produksjon. Som et lignende konsept refererer jeg til SaaS som eksisterer sammen med eldre systemer som "additiv databehandling." De fleksible SaaS-modulene legger seg på de eksisterende systemene og sammen kan de utløse meningsfulle forbedringer for å oppnå noen ganger trinnvise resultater. Ved å gjøre det kan det hende at bedriften din kan unngå å ta et nedskrivningsgebyr på det gamle systemet fordi du fortsatt vil bruke det sammen med de additive SaaS-delene.

For fjorten år siden ble jeg introdusert for den smidige metodikken for programvareprosjektledelse og ble en troende. Det er veldig forskjellig fra det de fleste av oss har opplevd med eldre bedriftssystemer. De smidig tilnærming driver kontinuerlig og hyppig levering, i små biter, av programvareplattformen din, noe som gjør den dynamisk og responsiv til dagens endrede behov og muliggjør transformative skift uten avbrudd. Derfor er smidighet den beste måten å tenke på veikartlegging av transformasjonen din.

Du skylder deg selv å ta en hard og rask vurdering av hva du har og hva du trenger for å lykkes med behovet for hurtighet. Gitt den enorme utviklingen teknologien har tatt, vil du oppdage at en samlende SaaS-plattform ikke bare vil øke hastigheten, men selve distribusjonen vil ikke være det tungvinte og kostbare initiativet du forventer.

Source: https://supplychaingamechanger.com/the-need-for-speed-in-supply-chain/

Tidstempel:

Mer fra Republisert av Platon