Razviti ali kupiti UI: okvir odločanja za mala podjetja

Obstaja trenutek, običajno nekaj mesecev po tem, ko začnete UI jemati resno, ko vsak lastnik malega podjetja trči ob isti zid. Poceni orodje na naročnino skoraj naredi to, kar potrebujete — a ne čisto. Ne vidi vaših podatkov, ne govori jezika vaše panoge, edina funkcija, ki jo zares želite, pa je v paketu, ki stane štirikrat več. In tako se začnete spraševati: bi si morda preprosto naročili nekaj, narejenega za nas? Prav to vprašanje — razviti ali kupiti — je mesto, kjer veliko dobrega denarja izgine, in to v obe smeri.

Takoj na začetku bom iskren glede svoje pristranskosti: za preživetje razvijamo UI po meri, zato bi pričakovali, da vam bom rekel, da je razvoj vedno pravi odgovor. Ni. Večinoma je za večino malih podjetij nakup prava izbira — in dober partner vam bo to povedal, še preden kaj podpišete. Spretnost ni v izbiri ene strani. Je v tem, da veste, katero od obeh imate pravzaprav pred sabo, in to je odločitev, ki jo lahko sprejmete sami, z bistro glavo in nekaj iskrenimi vprašanji.

Ta vodnik je okvir, skozi katerega vodim lastnike, ko obtičijo med vabljivo naročnino na SaaS in ponudbo za nekaj po meri. Brez modnih besed, brez pritiska k dražji možnosti. Le način, da dokaj hitro ugotovite, ali je vaš problem problem nakupa ali problem razvoja — in kako se izogniti dvema klasičnima napakama, ki potopita obe poti.

Kaj danes »razviti« in »kupiti« v resnici pomenita

Pred okvirom kratka osvežitev, saj sta besedi postali spolzki. Nakup pomeni naročiti se na dokončan izdelek, ki ga vzdržuje nekdo drug — storitev klepetalnega robota, orodje za pisanje z UI, e-poštnega pomočnika, aplikacijo za prepisovanje. Vi ga nastavite, ne posedujete ga, izboljšuje se (ali pokvari) po urniku ponudnika, ne po vašem. Razvoj pomeni, da si naročite programsko opremo, zgrajeno okoli vašega specifičnega postopka — vaših podatkov, vaših pravil, vaših orodij, povezanih v celoto. Vi posedujete rezultat in načrt razvoja.

Tukaj je tisto, kar se je spremenilo, in zakaj se ta odločitev zdi težja kot nekoč. Sodobni modeli UI so vsakomur dostopni prek vmesnika API. To pomeni, da »razvoj« ne pomeni več učenja lastnega modela iz nič v laboratoriju — kar je nekoč stalo premoženje in zahtevalo raziskovalno ekipo. Danes razvoj običajno pomeni sestavljanje: vzeti zmogljiv že pripravljen model in ga povezati z vašimi podatki in delovnim tokom, da dobro opravi eno nalogo. To je dramatično ceneje, kot se sliši, in zato je možnost razvoja danes resnična za podjetja, ki je pred petimi leti nikoli ne bi razmišljala.

Pravi razpon torej nista dve škatli. Razteza se od »čiste naročnine«, prek »naročnine, ki ste jo temeljito nastavili«, do »tanke plasti po meri nad kupljenim modelom«, vse do »popolnoma po meri«. Večina dobrih odgovorov za mala podjetja leži v srednjih dveh — skrajno desnega skoraj nihče ne potrebuje.

Privzeti odgovor je kupiti — in to je dobra novica

Vsako odločitev začnite s predpostavko, da bi morali kupiti. Ne zato, ker bi bil razvoj slab, ampak zato, ker je nakup hitrejši, cenejši za začetek in breme vzdrževanja nosi nekdo drug. Če orodje za 40 evrov na mesec res reši vaš problem, je razviti lastno različico skoraj vedno napaka — plačevali bi za ponovno ustvarjanje nečesa, kar že obstaja, in se nato zavezali, da to za vedno ohranjate pri življenju.

Trg je danes preplavljen z zmogljivimi, dostopnimi orodji UI za običajna opravila: pisanje vsebin, povzemanje klicev, odgovarjanje na pogosta vprašanja, prepisovanje sestankov, razvrščanje nabiralnika. Pri teh shojenih nalogah so že pripravljene možnosti zrele in se hitro izboljšujejo, ne da bi vi premaknili prst. Prekositi jih z lastnim razvojem je kot odpreti pekarno, da vam ni treba kupovati kruha.

Vprašanje torej pravzaprav nikoli ni »naj razvijam?« Iskreno vprašanje je: kaj točno že pripravljeno orodje ne zmore? Če na to ne morete odgovoriti z enim konkretnim stavkom, niste pripravljeni razvijati — pripravljeni ste preizkusiti še eno orodje. Razvoj postane pravi korak šele, ko lahko natančno poimenujete, kje se nakupu izteče pot. Preostanek tega vodnika govori o prepoznavanju te točke.

Štiri znamenja, da ste prerasli nakup

Obstajajo štiri okoliščine, v katerih že pripravljeno orodje res preneha zadoščati. Če vas ne opisuje nobena, kupujte naprej — prihranili boste čas in denar. Če vas dve ali več, je vreden resen pogovor o razvoju. Običajno se pojavijo skupaj.

1. Orodje ne vidi vaših podatkov

Splošna orodja UI ne poznajo vaših strank, vaše zaloge, vašega cenika ali zgodovine vaših naročil. Pri nekaterih nalogah to ni težava. A v trenutku, ko potrebujete odgovore, utemeljene na vaši resničnosti — »kakšno ceno smo tej stranki ponudili nazadnje«, »je ta del na zalogi«, »kakšna je naša politika glede tega« — bo orodje, ki ne more doseči vaših sistemov, še naprej ugibalo ali pa preprosto skomignilo z rameni. Varna povezava UI z vašimi lastnimi podatki je najpogostejši razlog, da mala podjetja preidejo od nakupa k razvoju.

2. Vaš delovni tok je izdelek

Nekatera podjetja delujejo na postopku, ki je resnično njihov — specifičen način, kako prevzemate naročila, kvalificirate potencialne stranke, usmerjate delo ali sestavljate dobavo. Že pripravljena orodja predpostavljajo splošen delovni tok in od vas zahtevajo, da svojega prilagodite njim. Če bi to prilagajanje poškodovalo tisto, zaradi česar ste dobri, je to signal. Ko postopek je konkurenčna prednost, postane lastništvo programske opreme okoli njega smiselno.

3. Pet orodij ročno spenjate skupaj

Zgovorno znamenje: kupili ste štiri ali pet naročnin na UI in zdaj nekdo ves dan kopira rezultat iz enega v drugega. Orodja vsako zase delujejo, a šivi med njimi puščajo čas. Na tej točki se majhna količina »lepila« po meri — programske opreme, ki poveže to, kar že plačujete, in jih prisili, da delujejo kot eno — pogosto povrne hitreje kot katera koli nova naročnina.

4. Računica naročnine se je obrnila

Zaračunavanje na uporabnika in na porabo je čudovito, dokler ste majhni, in neusmiljeno, ko rastete. Obstaja prelomna točka, kjer bi to, kar vsak mesec plačate za naročnine, v letu ali dveh financiralo nekaj, kar bi posedovali v celoti — brez zgornje meje na uporabnika in brez ponudnika, ki vam dviguje ceno izpod nog. Ko najeta možnost začne stati več kot lastniška, se je ekonomika tiho obrnila.

Pravi strošek vsake poti (del, ki ga nihče ne navede v ponudbi)

Obe možnosti imata vidno in skrito ceno, in pri skritih stroških se ljudje ujamejo. Vidni strošek nakupa je naročnina. Skriti strošek je vse okoli nje: ujetost, podražitve, funkcije, ki jih nikoli ne boste uporabili, dan, ko ponudnik ukine paket, od katerega ste odvisni, in počasno kopičenje petih, šestih, sedmih naročnin, ki jih nihče ne pregleda.

Vidni strošek razvoja je začetni razvoj. Skriti strošek je vzdrževanje in lastništvo — tisto, kar morate zdaj ohranjati v delovanju. Programska oprema po meri ni slika, ki jo obesite na steno; je vrt. Modeli se spreminjajo, vmesniki API se posodabljajo, vaše podjetje se premika in nekdo mora zanj skrbeti. Kdor koli vam ovrednoti razvoj brez omembe stalne nege, vam prodaja lažjo polovico zgodbe.

Odgovor je običajno hibriden (in to je pametna poteza)

Tukaj je del, ki ga ubeseditev »razviti ali kupiti« skriva: redko je ali-ali. Najboljše postavitve za mala podjetja so skoraj vedno hibridne — kupite običajne kose, razvijete pa le tanko plast, ki jih naredi vaše. Ne razvijate lastnega modela UI; najamete odličnega prek vmesnika API in razvijete tisti majhen del, ki ga poveže z vašimi podatki in vašim postopkom.

Predstavljajte si to kot kuhinjo. Ne kujete lastne pečice in ne pridelujete lastne moke — to kupite. Tisto, kar gradite, je recept in način, kako deluje vaša kuhinja, del, ki vašo hrano naredi vašo. V izrazju UI: kupite model, prepisovanje, že pripravljenega klepetalnega robota. Razvijte integracijo, povezavo podatkov, tisti en delovni tok, ki je resnično edinstveno vaš. Tam si razvoj po meri prisluži svoje brez cenovke sistema iz nič.

Ta hibridna drža hkrati zmanjša tveganje celotne odločitve. Če ponudnik izgine ali podvoji ceno, zamenjate eno kupljeno komponento, ne da bi gradili vse znova. Če vaše potrebe rastejo, razširite tanko plast po meri, namesto da bi selili platforme. Dobite hitrost in gospodarnost nakupa s ravno dovolj lastništva, da nadzorujete lastno usodo.

Kratka zgodba: podjetje, ki je skoraj razvilo preveč

Majhno podjetje za strokovne storitve — nekaj deset ljudi, stalen tok strankinih dokumentov — je prišlo k nam prepričano, da potrebuje popolnoma lastno platformo UI. Prebrali so, da je rešitev po meri resna izbira, in bili pripravljeni temu primerno potrošiti. Njihov dejanski problem je bil, ko smo sedli z njim, ožji, kot so mislili: vsaka nova stranka je pomenila iste sprejemne dokumente, ročno prebrane, razvrščene in ključne podatke ročno vtipkane v njihov sistem zadev. To je nekomu pojedlo celo popoldne, večkrat na teden.

Nagon je bil zgraditi veličasten sistem. Iskren odgovor je bil precej manjši. Večina tega, kar so želeli, je že obstajala v že pripravljeni obliki — zmogljivi modeli za branje dokumentov, na katere so se preprosto lahko naročili. Edino, kar je manjkalo, je bila povezava: tanka plast po meri, ki je vzela izhod modela in ga pravilno strukturiranega spustila v njihov sistem zadev, sledeč njihovim pravilom. Težki del smo kupili, razvili pa samo šiv.

1. 1
   Poimenovali smo pravi problem

   Ne »potrebujemo platformo UI«, ampak »sprejemni dokumenti se ročno prepisujejo v naš sistem zadev in nas stanejo popoldnevov«. En konkreten stavek.
2. 2
   Kupili smo običajni del

   Uporabili smo obstoječo, dobro vzdrževano storitev za razumevanje dokumentov, namesto da bi jo gradili — drag, splošen del, ki ga nikomur ni treba posedovati.
3. 3
   Razvili smo samo šiv

   Majhno plast po meri, ki je to storitev povezala z njihovim sistemom zadev in uporabila njihova specifična pravila usmerjanja in preverjanja.
4. 4
   Ohranili smo človeka v zanki

   Izluščeni podatki so bili predlagani, ne samodejno shranjeni — človek je sprva potrdil vsakega, tako da se je zaupanje prislužilo, preden bi šlo kaj narobe.

Rezultat je bil nasproten temu, na kar so se pripravljali. Namesto dolge, drage izdelave po meri so dobili osredotočen projekt, ki se je povrnil v nekaj mesecih in teče nad orodji, ki bi jih lahko zamenjali, če bi bilo kdaj treba. Oblika je tu ponazoritvena, a značilna: pravi odgovor je stal delček proračuna za »zgradimo vse«, prav zato, ker smo kupili, kar se je dalo kupiti, in razvili samo tisto, česar se ni dalo.

Kako se odločiti ta teden

Za to odločitev ne potrebujete odbora ali strateškega izleta. Potrebujete majhen, iskren postopek in odpornost na vlek k tisti možnosti, ki se zdi bolj vtisljiva. Tukaj je zaporedje, ki bi se ga držal.

1. Zapišite problem kot en konkreten stavek — specifično opravilo in to, kar vas stane vsak teden.
2. Najprej ga poskusite kupiti. Nameníte nekaj dni iskrenemu preizkušanju najboljšega že pripravljenega orodja prav za to opravilo.
3. Če ne zadošča, natančno poimenujte kje — videti vaše podatke, ustrezati vašemu delovnemu toku, ustaviti ročno spenjanje ali premagati računico naročnine.
4. Privzeto izberite hibrid: predpostavite, da boste kupili običajne kose in razvili le tanko plast, ki je edinstveno vaša.
5. Pred kakršno koli izdelavo po meri si pridobite eno iskreno drugo mnenje — najbolje od nekoga, ki vam je pripravljen reči, naj preprosto kupujete naprej.

Ta zadnja točka je pomembnejša, kot se zdi. Najboljši znak, da ste našli dobrega partnerja, je, da mu je udobno odgovarjati vas od razvoja. Če se na vse, kar opišete, oglasi »da, to lahko zgradimo«, se pogovarjate s ponudnikom, ne s svetovalcem. Pravi odgovor je pogosto »to kupite, ta majhen del razvijte in preostanka se ne dotikajte« — in odkrito vam bo to povedal le nekdo brez interesa pri najvišjem računu.

Pogosta vprašanja