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.
Begge veier kan være riktige. Feil valg koster mest når det oppdages sent, så her er avveiningen uten innsalg.
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.
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.
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.
To spørsmål tar deg nesten alltid til riktig svar. Start øverst.
| 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 |
Æ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.
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.
Beskriv behovet, så sier vi ærlig om dere bør kjøpe, bygge eller vente. Også når svaret ikke gir oss et oppdrag.