Tarkvara ise tegemine või ostmine: otsustusjuhend väikeettevõtetele

Osta tarkvara, kui vajadus on tavaline, vead on kallid ja hea toode sobib juba sinu töötamisviisiga — raamatupidamine, palgaarvestus, e-post ja maksed on peaaegu alati „osta“. Ehita, kui sinu protsess on sinu ettevõttele omane, valmistööriistad sunnivad ebamugavaid lahendusi või maksad suure toote eest, millest kasutad vaid väikest osa. Paljud väikeettevõtted teevad mõlemat: ostavad põhisüsteemid ja ehitavad nende ümber väikesed tööriistad.

AI-rakenduste ehitajad on muutnud ehitamise palju odavamaks kui varem, mis muudab arvutust väikeste ja kitsa fookusega tööriistade puhul. See ei muuda aga seda, et kõike, mida ise ehitad, pead ka hooldama. See juhend annab sulle viisi otsustamiseks.

Lühidalt

Mida „osta“ tegelikult maksab

Tellimuse hind on vaid osa kuludest. Ostes maksad lisaks:

• Kasutajakohad. Kasutajapõhine hinnastus kasvab koos meeskonnaga, mõnikord kiiremini kui väärtus.
• Mööduteed. Aeg, mis kulub protsessi tööriista järgi painutamiseks, või andmete eksportimine tabelitesse selle jaoks, mida tööriist ei oska.
• Sõltuvus platvormist. Su andmed ja harjumused elavad kellegi teise tootes. Hiljem lahkumine tähendab migreerimist.
• Hinna- ja plaanimuudatused. Tarnijad muudavad tasemeid, funktsioone ja hindu, sinul pole selles sõnaõigust.
• Integratsioonilim. Mitme ostetud tööriista ühendamine nõuab sageli veel ühte tööriista.

Vastutasuks saad märkimisväärse asja: keegi teine tegeleb majutuse, turvalisuse, uuenduste, varundamise, vastavuse ja toega. Enamiku põhiliste ärifunktsioonide puhul on see palju väärt.

Mida „ise ehitamine“ tegelikult maksab

Ehitamisel on algkulu — sinu aeg AI-ehitajaga või arendaja aeg — ning jooksev kulu, mida inimesed alahindavad:

• Majutus ja andmebaas, tavaliselt kuukulu, mis kasvab koos kasutusega.
• Hooldus. Teegid vajavad uuendusi. Brauserid muutuvad. Midagi läheb lõpuks katki.
• Turvalisus. Sisselogimine, õigused ja andmekaitse on sinu vastutus.
• Tugi. Kui kolleeg või klient jääb kinni, tuleb ta sinu juurde.
• Omanik. Keegi peab teadma, kuidas see töötab, ja tegema muudatusi. Kui see inimene lahkub, võib tööriist jääda omanikuta.
• Varundused ja taastamine. Vaja on viisi, kuidas andmed tagasi saada, kui midagi valesti läheb.

Upfront-kulude erinevuse kohta agentuuride, vabakutseliste ja AI-ehitajate vahel vaata kui palju maksab rakenduse ehitamine.

Hindamisküsimustik

Hinda iga küsimust tööriista kohta, mida kaalud. Märgi veerg, mis sobib kõige paremini.

Kui „osta“ võidab enamikus ridades, osta — ja ära tunne selle pärast halba. Kui võidab „ehita“, eriti sobivuse ja omamise ridades, on ehitamine tõsist kaalumist väärt. Kui tulemus on segane, sobib tõenäoliselt hübriid.

Kaks töönäidet

Need on illustratsioonid, kuidas küsimustikku kasutada, mitte päris ettevõtted.

Väike raamatupidamisbüroo, mis otsustab raamatupidamistarkvara üle. Raamatupidamine on tavaline funktsioon, küpsed tooted on olemas ja vead on õiguslike tagajärgedega. Büroo protsess ei ole konkurentsieelis — klientide raamatud peavad olema õiged, mitte ebatavalised. Peaaegu iga rida viitab ostmisele. Büroo võiks ikka ehitada midagi väikest ostetud toote kõrvale: kliendile suunatud kontrollnimekirja lehe, mis näitab, milliseid dokumente iga klient veel saatma peab, kui nende raamatupidamistoode seda ei kata.

Mobiilne koerte pesemise ettevõte, mis otsustab broneerimistarkvara üle. Broneerimistööriistu on olemas, kuid sellel ettevõttel on ebatavaline piirang: aegu sõltuvad marsruudist ja kliendi kodude vahelisest sõidu ajast ning hinnad varieeruvad koera suuruse ja karva järgi. Üldised broneerimistooted sunnivad omanikku graafikut iga õhtu käsitsi parandama. Harva esinevate vigade panus on madal, omanik on valmis tööriista hooldama ning protsess on osa sellest, mis teeb ettevõtte tõhusaks. Mitu rida viitab ehitamisele — tõenäoliselt hübriid: kohandatud broneerimis- ja marsruudirakendus, maksed Stripe'i kaudu ning meeldetuletused e-posti või SMS-i teenusepakkuja kaudu.

Muster on järgmine: mida rohkem vajadust jagab iga ettevõte, seda tõenäolisemalt on olemas hea toode. Mida rohkem see peegeldab, kuidas sinu ettevõte konkreetselt töötab, seda enam võib ehitatud tööriist end ära tasuda.

Hübriidlahendused: osta tuum, ehita servad

Väikeettevõtetele on kõige praktilisem vastus sageli ei ole puhas ehitamine ega puhas ostmine:

• Osta andmete põhisüsteem, ehita vaade. Hoia oma raamatupidamine või CRM ja ehita lihtne töölaud või kliendile suunatud leht, mis loeb andmeid sealt.
• Ehita töövoog, osta torustik. Ehita oma broneerimis- või tellimisvoog ning kasuta maksete jaoks Stripe'i ja e-posti jaoks teenust nagu Resend või Postmark. Kaardinumbreid ei käsitle sa ise kunagi. Kuidas lisada oma rakendusse makseid näitab mustrit.
• Vaheta tabel, mitte tarkvara. Paljud „ehita“ otsused puudutavad tabelit, mis on kasvanud üle oma võimete. Kuidas muuta tabel rakenduseks käib selle läbi.
• Alusta ise ehitatuga, liigu ostetuni (või vastupidi). Väike ehitatud tööriist võib näidata, mida tegelikult vajad, enne kui kulutad kallile tootele.

Kuidas AI-rakenduste ehitajad otsust muudavad

Kuni hiljutise ajani tähendas isegi väikese sisemise tööriista ehitamine arendaja palkamist, mistõttu oli „osta“ peaaegu kõige puhul vaikimisi valik. AI-rakenduste ehitajad muudavad võrrandi esimese poole: mitte-arendaja võib nüüd kirjeldada jälgijat, portaali või töölauda ning saada kiiresti töötava versiooni.

Nad ei muuda võrrandi teist poolt. Pärastlõunal ehitatud tööriist vajab ikka kedagi, kes seda omab, turvab ja käigus hoiab. AI-ehitajate tegelik mõju on:

• Väikesed, kitsad tööriistad — jälgijad, sisestusvormid, kinnitusvood, töölauad — liiguvad kindlalt poolele „ehita“.
• Reguleeritud või ohutuskriitiline jääb „osta“ poolele või „ehita arendaja ülevaatusel“.
• Katsetused muutuvad odavaks. Võid ehitada karkassi, et teada saada, mida vajad, enne otsustamist.

Meie juhend sisemise tööriista ehitamiseks käib sammhaaval läbi ja sisemiste tööriistade ideed meeskondadele annab konkreetseid näiteid.

Küsimused, mida esitada tarnijale enne ostmist

• Kas saan oma kõik andmed igal ajal kasutataval kujul eksportida?
• Kuidas muutub hind, kui lisame kasutajaid või andmeid?
• Mis saab minu andmetest, kui tühistan?
• Kas see ühildub juba kasutatavate tööriistadega või vajame lisaühendajat?
• Kellega ühendust võtta, kui midagi katkeb, ja kui kiiresti nad vastavad?

Küsimused, mida vastata enne ehitamist

• Kes seda tööriista omab ja kes on tema varuisik?
• Kus andmed asuvad ja kuidas neid varundatakse?
• Kes saab sisse logida ja mida iga inimene näeb?
• Mis juhtub, kui ehitaja või platvorm, mida kasutasid, kaob — kas saad koodi kaasa võtta?
• Mis on väikseim versioon, mis probleemi lahendab?

Kui ei oska esimesele küsimusele vastata, ära veel ehita.

Levinud vead

• Juba lahendatud asja ehitamine. Kohandatud raamatupidamine või e-posti saatmine ei ole harva väärt.
• Funktsioonide eest ostmine, mida ei kasuta. Ettevõtte tasemed on hinnatud suurettevõtetele.
• Võrdlemine ainult tellimuse hinna ja ehitamise hinna vahel. Võrdle kogukulu paari aasta peale, sh sinu aeg.
• Omanik puudub. Ehitatud tööriistad lagunevad omanikuta; ostetud tööriistad seadistatakse omanikuta valesti.
• Kõik või mitte midagi. Enamik head lahendusi on hübriidid.

Kus Mythex sobib

Kui otsustad ehitada, on Mythex AI-rakenduste ehitaja väikeste ja kitsa fookusega tööriistade jaoks, millest see juhend räägib: kirjeldad tööriista, see ehitab ja käivitab selle elavas eelvaates, lisab andmebaasi, kui rakendus peab andmeid salvestama, ning avaldab selle aadressil, mida sinu meeskond saab kasutada. Kaasautoritelt ei võeta kohapõhist tasu, mis on oluline siis, kui just kasutajakohtade hind on see, mis sind ostetud tööriistast eemale ajab. Pro-plaanil saad koodi eksportida või sünkroonida GitHubiga, nii et arendaja saab selle hiljem üle võtta — vt GitHub ja eksport. Plaanid ja krediidid on hinnalehel.

Küsimused