Ehitamine vs ostmine | Otsustusraamistik kasvavatele ettevõtetele

Kas peaksite ehitama kohandatud tarkvara või ostma olemasoleva toote? See küsimus tõstatub iga kord, kui ettevõte vajab uut tööriista, ja vale vastus on mõlemas suunas kulukas. Ehitage, kui oleksite pidanud ostma, ja raiskate kuid ning eelarvet lahendatud probleemile. Ostke, kui oleksite pidanud ehitama, ja veedade aastaid võideldes tööriistaga, mis ei sobi.

See postitus annab teile struktureeritud raamistiku otsuse tegemiseks. Mitte abstraktne teooria. Praktiline kontrollnimekiri, mida saate rakendada oma järgmisele tarkvaraotsusele.

Miks see otsus on oluline

Ehitamise vs ostmise valik toob kaasa pikaajalisi tagajärgi, mis ei ole alguses ilmsed.

Vale tööriista ostmine tähendab, et teie meeskond kohandab oma töövooge tarkvara järgi, mitte vastupidi. Aja jooksul kuhjuvad lahendused. Andmed eralduvad. Kaotate ülevaate oma protsessidest. Ja üleminekukulud muudavad suunamuutuse raskemaks, mida kauem jääte.

Vale asja ehitamine tähendab, et investeerite kuid ja märkimisväärse eelarve probleemi lahendamisse, mida olemasolevad tööriistad juba hästi käsitlevad. Teie arendajad veedavad aega infrastruktuuriga, mitte teie põhitootega. Ja võtate endale pideva koormuse tarkvara hooldamiseks, mis ei ole teie konkurentsieelis.

Eesmärk on osta seal, kus ostmine on mõistlik, ja ehitada seal, kus ehitamine loob tõelist väärtust. Allolev raamistik aitab teil selle piiri tõmmata.

Ostmise tegelik hind

Kui inimesed mõtlevad tarkvara ostmisele, mõtlevad nad tellimuse hinnale. Kuid tegelik kulu on laiem.

Litsentsi- ja tellimustasud

SaaS tööriistad küsivad kasutaja kohta kuus. See tundub alguses väike, kuid see liitub.

• Tööriist hinnaga 25 eurot/kasutaja/kuu maksab 50-liikmelisele meeskonnale 15 000 eurot aastas.
• 200 kasutaja korral on see 60 000 eurot aastas.
• 5 aasta jooksul on 200-kasutajaline meeskond kulutanud 300 000 eurot tarkvarale, mida nad ei oma.

Paljud tarnijad tõstavad hindu ka igal aastal. 10% tõus igal aastal tähendab, et teie kulu kasvab kiiremini kui teie töötajate arv.

Kohandamiskulud

Valmislahendused töötavad harva ideaalselt ilma täiendava tööta. Kulutate aega ja raha konfigureerimisele, kohandatud väljadele, töövooge kohandustele ja integratsioonidele. Mõned tarnijad küsivad professionaalsete teenuste eest. Teised nõuavad nende platvormile spetsialiseerunud konsultantide palkamist.

Tarnija lukustus

Mida kauem tööriista kasutate, seda raskemaks muutub lahkumine. Teie andmed on struktureeritud nende formaadis. Teie protsessid on üles ehitatud nende funktsioonide ümber. Teie meeskond on koolitatud nende liideses. Migreerimiskulud kasvavad iga kasutuskuuga.

Kui tarnija tõstab hindu, eemaldab funktsiooni, millest sõltute, või ostetakse ära, on teie valikud piiratud. Läbirääkimised toimuvad nõrgalt positsioonilt.

Integratsiooni keerukus

Iga SaaS tööriist, mille oma pinu lisate, loob integratsiooni pinda. Vajate andmevoogu tööriistade vahel, mis tähendab integratsioonide hooldamist, mis võivad puruneda, kui kumbki tööriist uueneb. Tüüpiline keskmise suurusega ettevõte kasutab 50-100 SaaS tööriista. Nende ühendatud hoidmine on täiskohaga töö.

Funktsioonide lüngad

Ükski toode ei kata 100% teie vajadustest. Puuduvad funktsioonid sunnivad teie meeskonda lahenduste poole: käsitsi andmesisestus, tabelitöötluse ekspordid, kopeerimis-kleepimine süsteemide vahel. Neil lahendustel on hind ajas, vigades ja frustratsioonis. See ei ole ühelgi arvel nähtav, kuid see on tegelik.

Ehitamise tegelik hind

Kohandatud tarkvara ehitamine on kallis, kuid mitte alati nii, nagu inimesed ootavad.

Arenduskulu

See on ilmne. Disain, arendus, testimine ja juurutamine nõuavad oskuslikke inimesi ja aega. Sisukas ärirakendus maksab 30 000-150 000 eurot ehitada, sõltuvalt keerukusest.

Jooksev hooldus

Tarkvara ei lõpeta raha maksmist pärast käivitamist. Vigu tuleb parandada. Sõltuvusi uuendada. Turvapaiku rakendada. Infrastruktuuri jälgida. Arvestage 15-20% esialgsest ehituskulust aastas hoolduse jaoks.

Alternatiivkulu

Iga arendaja, kes töötab sisemiste tööriistade kallal, on arendaja, kes ei tööta teie toote kallal. Kui teie insenerimeeskond on väike, on see kompromiss väga oluline. Kohandatud HR-süsteemi ehitamine võib olla tehniliselt rahuldav, kuid see ei aita teil klientidele funktsioone tarnida.

Teadmiste koondumine

Kohandatud tarkvara sõltub sageli inimestest, kes selle ehitasid. Kui algne arendaja lahkub ja dokumentatsioon on napp, muutub süsteemi hooldamine keeruliseks ja kulukaks. See risk on reaalne ja vajab haldamist.

Aeg väärtuseni

Valmislahendused toovad väärtust kohe. Kohandatud tarkvara toob väärtust pärast nädalaid või kuid arendust. Kui probleem on kiireloomuline, ei pruugi kohandatud lahenduse ootamine olla teostatav.

Otsustusraamistik

Iga tarkvaravajaduse jaoks hinnake neid kuut kriteeriumi. Andke igaühele hinnang. Muster osutab ehitamise, ostmise või hübriidlähenemise suunas.

1. Strateegiline väärtus

Küsige: Kas see tarkvara mõjutab otseselt meie konkurentsieelist või põhilisi äritegevusi?

• Kõrge strateegiline väärtus: Tarkvara on keskne sellele, kuidas teenindate kliente või kuidas teie ettevõte töötab konkurentidest erinevalt. Hinnang: ehitage.
• Madal strateegiline väärtus: Tarkvara toetab standardset ärifunktsiooni (palgaarvestus, e-post, failide salvestamine). Hinnang: ostke.

Näide: Logistikaettevõtte marsruudi optimeerimise algoritm on kõrge strateegilise väärtusega. Nende raamatupidamistarkvara on madala strateegilise väärtusega.

2. Nõuete unikaalsus

Küsige: Kui erinevad on meie vajadused sellest, mida standardtööriistad pakuvad?

• Väga unikaalsed: Teie töövood, andmemudelid või reeglid ei sobi hästi ühegi olemasoleva tootega. Kulutaksite sama palju aega tööriista ümber töötamisele kui sellega töötamisele. Hinnang: ehitage.
• Standardsed: Teie vajadused on teie tööstusharus tavalised. Mitu toodet teenivad neid hästi. Hinnang: ostke.

Näide: Ettevõte, millel on patenteeritud hinnamudelil, mis arvestab 15 muutujat, on unikaalsete nõuetega. Ettevõte, mis vajab standardset arveldamist, ei ole.

3. Eelarve ja ressursid

Küsige: Kas suudame endale lubada algset investeeringut ja pidevat hoolduskohustust?

• Eelarve on olemas: Saate rahastada arendust ja hooldada tarkvara pikaajaliselt, kas sisemise meeskonna või usaldusväärse arenduspartneriga. Hinnang: ehitage.
• Eelarve on piiratud: Peate kulusid aja peale jaotama ja ei saa pühenduda pidevale hooldusele. Hinnang: ostke.

Ehitamine ilma ressurssideta tulemuse hooldamiseks on halvem kui ostmine. Hästi hooldatud SaaS tööriist ületab alati hooldamata kohandatud süsteemi.

4. Ajakava

Küsige: Kui kiiresti me seda vajame?

• Paindlik ajakava: Vajadus on tõeline, kuid mitte kiireloomuline. Saate oodata 2-6 kuud parema lahenduse saamiseks. Hinnang: ehitage.
• Kiireloomuline: Meeskond vajab lahendust päevade või nädalate jooksul. Hinnang: ostke.

Mõnikord on õige vastus osta praegu ja planeerida ehitamist hiljem. Kasutage valmislahendust ajutise lahendusena, kuni arendate kohandatud lahendust.

5. Meeskonna võimekus

Küsige: Kas meil on tehniline oskus selle ehitamiseks ja hooldamiseks, kas ettevõttesiseselt või usaldusväärse partneri kaudu?

• Võimekas meeskond on olemas: Teil on kogenud arendajad (või juurdepääs arenduspartnerile), kes saavad tarkvara ehitada ja hooldada. Hinnang: ehitage.
• Tehnilist meeskonda ei ole: Teil ei ole arendajaid ja arenduspartneri haldamine ei ole midagi, mida olete varem teinud. Hinnang: ostke.

See kriteerium on aususe küsimus. Kohandatud tarkvara ehitamine ilma õige tehnilise järelevalveta viib halbade tulemusteni. Kui teil ei ole ettevõttesisest kompetentsi, töötage arenduspartneriga, kellel see on.

6. Andmete tundlikkus

Küsige: Kui tundlikud on andmed, mida see süsteem käsitleb? Kui oluline on kontroll selle üle, kus ja kuidas neid hoitakse?

• Väga tundlikud: Reguleeritud andmed (terviseandmed, finantsteave, isikuandmed rangete GDPR nõuete alusel). Täielik kontroll andmete salvestamise ja töötlemise üle on oluline või nõutav. Hinnang: ehitage.
• Standardsed: Andmed ei allu erinormidele ja maineka SaaS tarnija turvalisus on piisav. Hinnang: ostke.

Millal ehitada

Ehitage, kui kolm või enam neist on tõesed:

• Tarkvara on teie konkurentsieelise keskmes.
• Teie nõuded on tõeliselt unikaalsed ja ükski olemasolev toode ei teeninda neid hästi.
• Teil on eelarve arenduseks ja pikaajaliseks hoolduseks.
• Teil on (või saate palgata) tehniline võimekus selle õigesti ehitamiseks.
• Andmete tundlikkus või regulatiivsed nõuded nõuavad täielikku kontrolli.
• Samaväärse SaaS tööriista kulu teie skaalal ületab kohandatud lahenduse ehitamise ja hooldamise kulu.

Reaalmaailma stsenaarium: Kinnisvarahaldusettevõte, millel on 500 üksust, omab unikaalset üürnike sõelumise ja üürilepingute haldamise protsessi, mida ükski SaaS tööriist hästi ei käsitle. Nad kulutavad 3000 eurot kuus kolmele erinevale tööriistale, mis omavahel ei suhtle. Nad ehitavad kohandatud platvormi 80 000 euro eest, mis ühendab kõik ühte süsteemi. Investeering tasub end ära kahe aasta jooksul.

Millal osta

Ostke, kui kolm või enam neist on tõesed:

• Funktsioon on standardne äriprotsess ilma strateegilise väärtuseta.
• Mitu toodet teenindab vajadust hästi ilma suurte lahendusteta.
• Teie eelarve ei toeta kohandatud arendust.
• Vajate lahendust kohe.
• Teil ei ole tehnilisi ressursse kohandatud tarkvara hooldamiseks.
• SaaS tööriista turvalisus ja vastavus vastavad teie nõuetele.

Reaalmaailma stsenaarium: Iduettevõte 15 töötajaga vajab projektijuhtimise tarkvara. Nende töövood on standardsed. Nad valivad tuntud tööriista hinnaga 10 eurot/kasutaja/kuu, konfigureerivad selle ühe päevaga ja lähevad edasi. Kohandatud projektijuhtimise tööriista ehitamine maksaks 30 000+ eurot ja hajutaks tähelepanu nende tegelikust tootest.

Millal teha mõlemat

Hübriidlähenemine on sageli kõige nutikam tee. Ostke standardtööriistad standardvajadusteks. Ehitage kohandatud lahendused seal, kus teil on unikaalsed nõuded.

Levinud muster:

1. Kasutage SaaS tööriistu lähtekohana. Need panevad teid kiiresti tööle ja aitavad mõista teie tegelikke nõudeid.
2. Tuvastage hõõrdekohad. 6-12 kuu pärast teate täpselt, kus valmislahendus jääb puudu.
3. Ehitage kohandatud lahendused lünkade jaoks. Nüüd ehitate selgete nõuetega, mis põhinevad tegelikul kasutamisel, mitte eeldustel.

See lähenemine vähendab riski, sest ehitate tõestatud vajaduste põhjal, mitte hüpoteetiliste.

Levinud vead

Kõige ettevõttesisene ehitamine

Mõned ettevõtted keelduvad kasutamast väliseid tööriistu. Nad ehitavad oma projektijuhtimise, oma vestlussüsteemi, oma analüütika. See on harva põhjendatud. See kurnab inseneriressursse ja toodab kehvemaid versioone tööriistadest, mida turuliidrid kulutavad miljoneid täiustamiseks.

Ostmine ilma pikaajalise kulu hindamiseta

Tööriist, mis maksab 15 eurot/kasutaja/kuu, tundub odav. 300 kasutajaga 5 aasta jooksul on see 270 000 eurot. Paljude kasutusjuhtude puhul oleks kohandatud lahendus maksnud vähem ja toonud rohkem väärtust. Modeleerige alati kulu oma prognoositud meeskonna suuruse, mitte tänase juhtivtöötajate arvu põhjal.

Üleminekukulu ignoreerimine

Ostetud tööriistalt kohandatud lahendusele (või vastupidi) üleminek on kulukas. Andmete migratsioon, ümberõpe, protsessimuudatused ja kaotatud tootlikkus üleminekuperioodil on kõik reaalsed kulud. Arvestage need oma analüüsi.

Valjuima hääle lasmine otsustada

Ehitamise vs ostmise otsused peaksid põhinema andmetel ja strateegilisel analüüsil, mitte sellel, kes koosolekul kõige valjemini argumenteerib. Ülaltoodud raamistik eksisteerib otsuse depersonaliseerimiseks. Kasutage seda.

Hoolduse alahindamine

Ehitamine on lihtne osa. Tarkvara hooldamine aastate jooksul on tõeline kohustus. Kui te ei saa pühenduda pidevale hooldusele, ärge ehitage. Hooletusse jäetud kohandatud süsteem muutub koormaks kiiremini kui ükskõik milline SaaS tellimus.

Praktiliseks muutmine

Siin on lihtne protsess teie järgmise tarkvaraotsuse jaoks:

1. Määratlege vajadus selgelt. Millist probleemi lahendate? Kes on kasutajad? Milline näeb edu välja?
2. Hinnake iga kriteeriumi. Kasutage ülaltoodud kuut kriteeriumi. Olge oma ressursside ja nõuete osas ausad.
3. Modeleerige kulu. Võrrelge 3-aastast ja 5-aastast TCO-d mõlema variandi puhul. Kaasake kõik peidetud kulud.
4. Otsustage ja pühenduge. Kui analüüs on tehtud, tehke otsus ja liikuge edasi. Vaadake otsus igal aastal üle.

Parimad ettevõtted käsitlevad ehitamise vs ostmise otsust pideva praktikana, mitte ühekordse aruteluna. Kuna teie ettevõte areneb, võib konkreetsete tööriistade jaoks õige vastus muutuda. Jätkake hindamist.

---

Seisate silmitsi ehitamise vs ostmise otsusega? Rääkige meiega. Aitame teil hinnata teie valikuid ja leida õige lähenemine teie olukorra jaoks.