Skriv inn bloggen

Publisert 28. august 2019

Emner

  • Bedriftsressursplanlegging (ERP)
  • Parserbar

Spør en hvilken som helst driftsleder om de ønsker å få mer data om det daglige arbeidet som utføres av de ansatte på fabrikkgulvet eller eksternt i felten, og det sannsynlige svaret er ja. Årsakene koker alle ned til: «Vi trenger bedre innsikt i hva våre ansatte gjør, hvordan de gjør det, og hvordan de kan gjøre det bedre, slik at vi kan tjene eller spare mer penger.»

Dette er ikke et nytt problem. Men fra et teknologisk og implementeringsperspektiv er dette mye lettere sagt enn gjort. En av de første avgjørelsene du må ta er om du bør samarbeide med en ekstern programvareleverandør eller bygge din egen løsning.Last ned lederbrief

Last ned vår «Bygg eller kjøp»-brief for å lære mer om fordeler og ulemper
av SaaS versus internt utviklede løsninger

Etter å ha bygget ut flere interne applikasjoner i flere store selskaper før jeg begynte i Parsable, har jeg hørt dette diskutert mye, og med god grunn: Det er en stor investering. Jeg har erfart at oftest er beslutningen om å bygge sitt eget produkt basert på antagelser forankret i vanskelig bevisbare produktivitetsbesparelser, overlevert som mandater.

For eksempel, i et tidligere liv ble teamet mitt bedt om å «bygge horisontale kapasiteter» ut fra antagelsen om at alle våre ulike team i ulike sektorer trenger 80 % identiske kapasiteter. Så vi fortsatte med å utvikle «horisontale produkter» og «fantastiske apper». Vi hadde t-skjorter og klistremerker som minnet oss på hvor innovative vi var. Vi kjente brukerne våre og bruksområdet vårt bedre enn noen andre.

Det vi ikke fullt ut forsto den gangen, var at det finnes en grunn til at Fortune 500-selskaper samarbeider med velprøvde globale programvareselskaper, og det finnes en grunn til at leverandører av bedriftsprogramvare finnes: Å bygge gode programvareprodukter, distribuert i stor skala, er veldig, veldig vanskelig.

Gjennom årene har jeg lært at det finnes noen viktige spørsmål å stille, og jeg tar dem opp hver gang jeg er sammen med en Parsable-prospekt eller -kunde som vurderer å gå «gjør-det-selv»-veien. Én ting jeg understreker er at vi tar disse avgjørelsene på vegne av alle arbeiderne i fabrikkene våre og ute i felten. Hvis vi ikke tar de beste avgjørelsene for sluttbrukerne våre, ville det være dumt å forvente å samle inn dataene som trengs for å få den innsikten vi er ute etter.

Bygg eller kjøp

Her er seks viktige spørsmål å stille når du prøver å bestemme deg for om du skal kjøpe eller bygge din egen:

1. Tid til marked / Hastighet til resultat: Hvor raskt kan du utvikle og implementere et produkt?

2. Endringsledelse / Produktadopsjon: Har dere et program på plass for å øke bruken på lang sikt?

3. Løpende vedlikehold: Har dere team på plass for ikke bare å utføre rettidige oppgraderinger for å matche skiftende forretningsbehov, men også for å prioritere brukerfeil, brukerproblemer, appkrasj, plattformproblemer og diverse andre brukerproblemer?

4. Utvidbarhet / bredde av funksjonssett: Hvilket investeringsnivå er nødvendig for å bygge grunnleggende funksjonalitet eller integrere den nye løsningen i eksisterende systemer – MES, ERP osv. – samt andre fremtidige teknologier (f.eks. utvidet virkelighet, tale-I/O, bærbare enheter osv.)?

5. Kontinuerlig innovasjon: Har du ressursene til kontinuerlig å overvåke produktets modenhet og se etter bedre måter å gjøre ting på?

6. Tilfredshet med brukeropplevelse (UX): Har dere intern ekspertise til å utføre forskning og testing, og bygge design og interaksjoner for å levere en forbrukeropplevelse som brukerne forventer? 

Å bygge teknologi i stor skala er ikke for pyser; det krever dedikert langsiktig ressursbruk, spesialisert ekspertise og engasjert mesterskap, for bare å nevne noen. Legg til utfordringen med bedriftspålagte teknologirammeverk, pålagte plattformer, pålagte mikrotjenester osv., og en SaaS-løsning kan virke som en god idé.

Den beste tilnærmingen er å legge fordommer og stolthet til side: Skisser målene dine, sett deg ned med teamet ditt og kom frem til en beslutning som er best for brukerne – arbeiderne som må bruke teknologien de får. Til syvende og sist er det de som alltid vil ha kunnskapen (og dermed dataene) vi ber om, og det er dem vi alle til syvende og sist tjener.

Last nedLast ned vår «Bygg eller kjøp»-brief for mer detaljert ekspertveiledning om denne viktige avgjørelsen.