Rozhodnutie medzi vlastným vývojom a hotovým produktom porovnáva dva spôsoby, ako firma zabezpečí potrebný softvér. Môže ďalej používať externý produkt alebo vytvoriť a udržiavať systém prispôsobený svojej práci. Pri náhrade SaaS treba porovnať celý životný cyklus oboch možností, nie iba prvú faktúru alebo počiatočný vývoj.
Čo patrí do porovnania
Pri hotovom produkte sa počíta predplatné, konfigurácia, doplnky, integrácie aj práca, ktorú ľudia robia mimo nástroja, keď nepodporuje potrebný proces. Pri vlastnom vývoji treba započítať analýzu, realizáciu, hosting, bezpečnosť, údržbu, podporu a budúce zmeny. Obe možnosti prinášajú technický dlh aj prevádzkové riziko.
Zmysluplné porovnanie používa pri oboch možnostiach rovnaké obdobie a rovnaký rozsah. Rozlišuje povinné a voliteľné funkcie aj závislosti, ktoré musia zostať zachované. Široký balík SaaS sa tak neporovnáva s úzko vymedzeným vlastným systémom, akoby poskytovali to isté.
| Rozmer | Kúpiť alebo ponechať SaaS | Vyvinúť vlastný softvér |
|---|---|---|
| Súlad produktu | Konfigurácia v rámci modelu predajcu | Funkcie mapované na požadovaný pracovný postup |
| Štruktúra nákladov | Predplatné a poplatky podľa používania | Vývoj a následná prevádzka |
| Kontrola nad zmenami | Plán dodávateľa a pravidlá vydávania verzií | Vlastník určuje priority a načasovanie |
| Presun údajov | Exportné formáty a rozhrania poskytovateľa | Migrácia do vlastného dátového modelu |
| Údržba | Zahrnuté v rámci služieb | Plánované a financované vlastníkom |
Ako náklady menia rozhodnutie
Relevantným meradlom sú celkové náklady na vlastníctvo. Cena predplatného je len jeden vstup. Integračná práca, duplicitné zadávanie, manuálne zosúlaďovanie, nevyužité licencie a zmeny pri obnovení ovplyvňujú možnosť nákupu. Dodanie, infraštruktúra, monitoring, podpora a neskoršie úpravy formujú možnosť vlastného vývoja.
Náklady na zmenu treba posudzovať samostatne. Aj keď je budúci prevádzkový model lacnejší, export údajov, náhrada integrácií, školenie používateľov a súbežná prevádzka oboch systémov môžu zmenu predražiť. Posúdenie preto oddeľuje jednorazové náklady na prechod od bežných prevádzkových nákladov.
Keď sa budovanie stáva realistickou možnosťou
Vlastný vývoj dáva zmysel zvažovať vtedy, keď je pracovný postup špecifický, dá sa presne opísať a je pre firmu natoľko dôležitý, že odôvodňuje dlhodobé vlastníctvo systému. Hotový produkt zostáva vhodnou možnosťou, ak podporuje potrebnú prácu, má prijateľné obchodné podmienky a závislosť od dodávateľa nevytvára zásadné obmedzenia.
Dôkazy pre rozhodnutie zvyčajne zahŕňajú:
- Prispôsobenie pracovného postupu: kde aktuálny produkt podporuje prácu a kde sa ľudia spoliehajú na manuálne kroky.
- Rozsah závislosti: zahrnuté údaje, integrácie, zostavy, povolenia a externé systémy.
- Kapacita vlastníctva: kto bude softvér po spustení prevádzkovať, zabezpečovať, podporovať a meniť.
- Plán prechodu: ako sa údaje a používatelia presúvajú bez straty požadovaných záznamov alebo prerušenia základnej práce.
- Horizont rozhodnutia: obdobie, za ktoré sa porovnávajú opakujúce sa a jednorazové náklady.
Čo by rozhodnutie malo priniesť
Porovnanie možností vyvinúť alebo kúpiť by malo priniesť zdokumentované rozhodnutie, jeho predpoklady a podmienky, ktoré by ho mohli zmeniť. Výsledkom môže byť zotrvanie pri súčasnom produkte, prechod k inému dodávateľovi SaaS, náhrada jednej časti technologického stacku alebo vývoj celého systému.
Rozhodnutie zároveň vymedzuje rozsah. Tím môže nahradiť jeden ohraničený pracovný postup skôr, než sa bude venovať zvyšku nástroja. Takýto postupný prístup viaže porovnanie na pozorovateľnú prácu a dáva migračnému plánu jasné hranice. Širší prípad pre vlastníctvo softvéru potom stojí na konkrétnych nákladoch, závislostiach a požiadavkách na kontrolu, nie na všeobecnej preferencii vlastného vývoja.
