Pielāgota programmatūra vai gatavs SaaS, un kā izlemt
Kad der gatava programmatūra, kad vērts domāt par pielāgotu, no kā veidojas abu izmaksas laika gaitā un kādi jautājumi palīdz pieņemt lēmumu.

Augošs uzņēmums agri vai vēlu nonāk pie brīža, kad abonējamais rīks vairs neatbilst tam, kā uzņēmums strādā, un kāds jautā: varbūt laiks izveidot savu? Godīga atbilde ir atkarīga no dažām pārbaudāmām lietām, nevis no tā, kura izvēle izskatās lētāka tabulā, ko kāds uzzīmējis, pirms pastāv jebkurš no variantiem.
Īsumā#
Gatavu programmatūru izmantojiet darbam, kas visos uzņēmumos ir vienāds: algu aprēķinam, grāmatvedībai, e-pasta mārketingam, pierakstiem. Pielāgotu programmatūru izstrādājiet tur, kur tas, kā jūs kaut ko darāt, ir daļa no iemesla, kāpēc klienti izvēlas jūs, vai kur gatavais rīks liek lietot apvedceļu, kas izmaksā vairāk, nekā rīks ietaupa. Lielākajai daļai uzņēmumu galu galā ir abi, savienoti ar integrācijām.
Lielāko daļu gadījumu izšķir trīs jautājumi. Cik stundu nedēļā cilvēki pavada, strādājot apkārt pašreizējam rīkam? Vai produkts var aizpildīt trūkstošo daļu ar iestatījumu, spraudni vai savu API? Vai jūs varētu pāriet pie cita piegādātāja ar visiem saviem datiem, ja cena divkāršotos? Ja atbildes ir "daudz", "nē" un "ne viegli", ir vērts domāt par pielāgotu programmatūru. Ja tās ir "maz", "jā" un "jā", paliciet pie produkta.
Kad der gatavs risinājums#
- Process ir standarta: algu aprēķins, virsgrāmata, e-pasta mārketings, pierakstu kalendārs. Darot to citādi, jūs neiegūstat neko.
- Nepieciešams, lai strādā drīz. Produktu uzstādīt ir ātrāk nekā izstrādāt jaunu.
- Komanda ir neliela, prasības vienkāršas.
- Nobriedis produkts jau sedz vajadzīgo, un atlikušo robu var aizpildīt ar iestatījumu, spraudni vai integrāciju.
Kad pielāgota programmatūra kļūst pamatota#
- Process ir jūsu konkurētspējas daļa, piemēram, savi cenu noteikumi, maršrutēšana vai nosacījumi uzņēmumu klientiem, un rīks liek to mainīt.
- Cilvēki strādā apkārt rīkam: eksportē datus uz tabulām, vienus un tos pašus datus ievada divās sistēmās, noteikumi glabājas kāda galvā. Saskaitiet stundas nedēļā. Tas ir godīgākais izmaksu rādītājs, ko var iegūt.
- Cena par lietotāju vai ierakstu aug kopā ar uzņēmumu, bet jūs izmantojat nelielu daļu funkciju.
- Vairākām sistēmām jāstrādā kopā, bet piegādātāja integrācija ir ierobežota vai nestabila.
- Klienta līgums vai nozares prasība nosaka, kur dati jāglabā vai kam tie drīkst būt redzami. Vispirms pārbaudiet īsto prasību, jo piegādātājs to var jau izpildīt.
No kā veidojas izmaksas#
Summas ir atkarīgas no apjoma, tāpēc šeit to nav. Noderīgāk ir zināt, kas tās nosaka.
Gatava programmatūra: abonements, kas parasti aug līdz ar lietotāju skaitu vai apjomu; uzstādīšanas un cilvēku apmācības darbs; integrācijas ar citām sistēmām; cenu izmaiņas pagarināšanas brīdī; un aiziešanas izmaksas, proti, datu eksports un procesa pārbūve citā rīkā.
Pielāgota programmatūra: projektēšana un izstrāde, hostings, drošības atjauninājumi un uzturēšana pēc palaišanas, dokumentācija un cilvēks vai partneris, kas saprot kodu. Izmaksas nebeidzas ar palaišanu. Programmatūra bez atbildīgā noveco, tāpēc uzturēšana jāplāno jau sākumā.
Jautājumi, kas palīdz izlemt#
- Kādus soļus cilvēki dara ar rokām ap pašreizējo rīku un cik stundu nedēļā tas aizņem?
- Vai gatavais produkts var nosegt trūkstošo daļu ar iestatījumiem, spraudņiem vai savu API?
- Ko jūs darītu, ja piegādātājs dubultotu cenu vai noņemtu kādu funkciju? Vai visus datus var eksportēt izmantojamā formātā?
- Kas būtu pielāgotās sistēmas īpašnieks un uzturētājs tās trešajā gadā?
- Vai ir vidusceļš: saglabāt produktu standarta daļai un blakus izveidot tikai trūkstošo gabalu, savienojot to ar produktu caur API?
Ko šis raksts neaptver#
Raksts nesalīdzina konkrētus produktus un nesniedz izmaksu summas. Ja runa ir par regulētiem datiem, pirms izvēles jebkurā virzienā prasības apstipriniet ar speciālistu.
Nevo izstrādā pielāgotas sistēmas un integrācijas ap programmatūru, ko uzņēmumi jau izmanto. Ja izvērtējat šādu lēmumu, skatiet programmatūras izstrāde.