Sammenligning

Bygge selv eller kjøpe ferdig?

Begge veier kan være riktige. Feil valg koster mest når det oppdages sent, så her er avveiningen uten innsalg.

Tre spørsmål som avgjør mer enn teknologien

1

Hvor vanlig er behovet?

Trenger dere det samme som tusen andre bedrifter, finnes det som regel noe ferdig som er bedre enn det dere rekker å bygge. Er behovet særegent for akkurat deres måte å jobbe på, snur regnestykket.

2

Hvem skal eie løsningen?

Alt som bygges må vedlikeholdes, overvåkes og videreutvikles. Uten en navngitt person som eier løsningen etter lansering, forfaller den. Kjøpt programvare har en leverandør som gjør den jobben.

3

Hvor mye haster det?

Ferdig programvare gir effekt på dager eller uker. Egen bygging tar lengre tid før gevinsten kommer, men gir en løsning som passer nøyaktig. Tid til gevinst er en ekte kostnad i begge retninger.

Beslutningskartet

To spørsmål tar deg nesten alltid til riktig svar. Start øverst.

Beslutningskart: dekker en ferdig løsning behovet, så kjøp den. Hvis ikke, bygg selv bare når oppgaven er en del av konkurransekraften, ellers tilpass noe ferdig først. Dekker en ferdig løsning det viktigste behovet? JA NEI Kjøp den. Bruk kreftene på innføring. Er oppgaven en del av konkurransekraften deres? NEI JA Tilpass noe ferdig før dere bygger nytt. Bygg selv, men start smått.

Side om side

Egenskap Kjøpe ferdig Bygge selv
Tid til gevinst Dager til uker Uker til måneder
Kostnadsprofil Jevn lisens, forutsigbar over tid Investering først, deretter drift og videreutvikling
Passform God nok for det vanlige, sjelden perfekt Nøyaktig tilpasset deres arbeidsflyt
Vedlikehold Leverandøren oppdaterer og retter Deres ansvar, hver måned, i årevis
Avhengighet Av leverandørens veivalg og prisendringer Av egne nøkkelpersoner og deres kapasitet
Krav til egne folk Noen som eier innføringen Noen som kan bygge, drifte og videreutvikle
Størst risiko Betale for noe som ikke tas i bruk Et halvferdig system ingen tør å skru av

Når passer hva?

Når det er riktig å kjøpe

  • Behovet er standard: kundeservice, møtereferat, tekstarbeid, regnskapsbilag.
  • Ingen hos dere kan eie en egenbygd løsning over tid.
  • Dere trenger effekt i løpet av uker, ikke kvartaler.
  • Prosessen kan justeres litt for å passe verktøyet.

Når det er riktig å bygge

  • Oppgaven er en del av det dere konkurrerer på, og ingen hyllevare treffer.
  • Løsningen må kobles tett på egne fagsystemer og egne data.
  • Dere har, eller henter inn, folk som kan eie løsningen etter lansering.
  • Behovet er varig, ikke en engangsjobb.

Ærlig talt: de fleste norske bedrifter bør kjøpe mer enn de bygger. Vi lever av å bygge skreddersydde løsninger, og likevel er det vanligste rådet vårt i en kartlegging å bruke mer av det bedriften allerede betaler for, eller kjøpe noe ferdig som dekker behovet. Egen bygging er riktig for et smalere sett problemer enn entusiasmen i bransjen kan gi inntrykk av. Grensen mot nabospørsmålet, hva som bør være standard programvare og hva som bør sys om, går vi grundigere inn i under skreddersydd eller hyllevare.

Kort råd

Skriv behovet ned før dere ser på verktøy, og let etter en ferdig løsning først. Finner dere en som dekker mesteparten, kjøp den og legg innsatsen i innføringen, for det er der de fleste kjøp feiler. Bygg bare der behovet er særegent for dere, og start da med en liten pilot som en navngitt person skal eie videre.

Usikker på hvilken vei som er deres?

Beskriv behovet, så sier vi ærlig om dere bør kjøpe, bygge eller vente. Også når svaret ikke gir oss et oppdrag.