Izgradnja internih alata nasuprot kupnji gotovih

Jedan osnivač me prošli mjesec pitao treba li izgraditi vlastiti CRM.

Iskren odgovor bio je: ovisi. Ali ne na onaj maglovit način kako ljudi obično misle. Ovisi o specifičnim, mapljivim stvarima. Stvarima koje možete zapisati prije nego što potrošite i jednu kunu.

Pitanje izgraditi-ili-kupiti zvuči kao tehnološka odluka. Nije. To je sustavna odluka o tome tko je vlasnik procesa, tko ga održava i što se događa kad se nešto pokvari u 2 ujutro u nedjelju.

Kada kupnja funkcionira

Gotovi alati su izvrsni kada je proces koji služe standardan. Ako vaš prodajni lijevak prati isti oblik kao deset tisuća drugih tvrtki, Notion radni prostor od 20 dolara mjesečno ili Airtable baza od 50 dolara po korisniku će to obaviti. Ne trebate prilagođenu bazu podataka za proces koji već ima ime.

Kupnja funkcionira kada:

• Proces je uobičajen. CRM, upravljanje projektima, fakturiranje, osnovni izvještaji. To su riješeni problemi. Alat već postoji jer su tisuće tvrtki trebale istu stvar prije vas.
• Tim je malen. Pet ljudi se može prilagoditi ograničenjima alata. Nauče njegove posebnosti, zaobilaze rubove i nastavljaju dalje. Trenje je podnošljivo.
• Fleksibilnost je važnija od kontrole. Želite promijeniti tijek rada sljedeći kvartal bez prepisivanja koda. Povuci-i-ispusti pobjeđuje procese implementacije kada se zahtjevi mijenjaju mjesečno.
• Nitko ne može održavati prilagođeni softver. Ovo je ono što većina ljudi preskoči. Ako nitko u vašem timu ne može otkloniti grešku u Postgres upitu ili ažurirati API endpoint, prilagođeni alat postaje obveza onog trenutka kad osoba koja ga je izgradila ode.

Većina tvrtki bi trebala početi ovdje. Ne zato što su gotovi alati bolji, nego zato što je kupnja povrativa. Izgradnja obično nije.

Kada izgradnja funkcionira

Prilagođeni alati opravdavaju svoju cijenu kada gotova opcija zahtijeva više zaobilaženja nego stvarnog rada.

Izgradnja funkcionira kada:

• Proces je zaista jedinstven. Ne “mi smo posebni” jedinstven — strukturno jedinstven. Vaš podatkovni model ne stane u standardne stupce. Vaš tijek rada ima razgranatu logiku koju nijedan predložak ne pokriva.
• Vlasništvo nad podacima je bitno. Trebate kontrolirati gdje podaci žive, tko im pristupa i kako se sigurnosno kopiraju. Supabase instanca s pravilnom sigurnošću na razini redaka je drugačija stvar od dijeljene Airtable baze gdje svatko s linkom može izvesti sve.
• Omjer zaobilaženja prelazi 40%. Ako 40% svog vremena u alatu trošite na zaobilaženje alata, nemate alat. Imate ograničenje prerušeno u rješenje.
• Kapacitet za održavanje postoji. Ili netko u timu može održavati sustav, ili ste predvidjeli 200 dolara mjesečno za nekoga tko hoće. Bez toga, prilagođeni alati propadaju po predvidljivom rasporedu.

Matematika je jasna. Prilagođeni interni alat može koštati 2.000 dolara za izgradnju i 200 dolara mjesečno za održavanje. SaaS alat može koštati 20 dolara mjesečno po korisniku. S deset korisnika, plaćate 200 dolara mjesečno u oba slučaja — ali jedan od njih točno odgovara vašem procesu, a drugi skoro odgovara.

“Skoro” je mjesto gdje se skriva pravi trošak.

Skriveni trošak kupnje

Zaobilaženja se nakupljaju. Na početku su mala. Ručni korak između dvije automatizacije. Notion stranica koja bi se trebala automatski ažurirati, ali se ne ažurira. Zapier lanac koji se kvari svaki mjesec i treba sat vremena za popravak.

Svako zaobilaženje je trivijalno. Zajedno, tvore paralelni sustav — nevidljivi sloj ručnog rada koji drži službeni sustav na okupu. Nitko ga ne dokumentira. Nitko ne računa vrijeme koje troši. Jednostavno postoji, raspodijeljen po timu, jedući sate koji se nikad ne pojave ni u jednom izvještaju.

Airtable automatizacija koja se ne aktivira baš kako treba. Monday.com ploča koja zahtijeva da netko ručno pomakne kartice jer logika statusa ne odgovara stvarnosti. Google Sheet koji netko održava uz “pravi” sustav jer pravi sustav ne može proizvesti izvještaj koji direktor želi.

To je porez na kupnju. Stvaran je i raste s vremenom.

Skriveni trošak izgradnje

Prilagođeni alati trebaju održavanje. Ne povremeno — kontinuirano. API-ji se mijenjaju. Ovisnosti se ažuriraju. Posao evoluira, a alat ne, osim ako ga netko ne prilagodi.

Ako nitko ne održava prilagođeni alat, on postaje točno isti problem koji je trebao riješiti. Krut sustav koji ne odgovara načinu na koji posao zapravo funkcionira. Osim što je sada gore, jer nema dobavljača za nazvati, nema foruma zajednice za pretražiti i nema puta nadogradnje.

Vidio sam prilagođene alate koji su od “ovo je sve promijenilo” došli do “nitko to ne koristi” u manje od godinu dana. Ne zato što su bili loše napravljeni. Nego zato što nitko nije bio odgovoran da ih održi živima.

Odluka o izgradnji je ujedno i odluka o održavanju. Ako ne možete odgovoriti na pitanje “tko ovo održava nakon što se isporuči?” — nemojte graditi.

Okvir za odluku

Prije odabira alata, mapirajte proces. Ne idealni proces. Stvarni. Onaj s iznimkama, rubnim slučajevima i korakom gdje netko zove drugu osobu jer sustav ne može obraditi ono što se upravo dogodilo.

Zatim postavite tri pitanja:

1. Pokriva li standardni alat 80% ili više ovog procesa? Ako da, kupite. Prihvatite 20% praznine. Jeftinije je od održavanja prilagođenog softvera.
2. Uzrokuje li preostala praznina stvaran trošak? Ne dosadu — trošak. Izgubljeni prihod, rizik usklađenosti, sati koji bi trebali ići drugamo. Ako je praznina samo neugodna, živite s njom.
3. Možete li održavati ono što izgradite? Ne “možete li to izgraditi” — možete li to održavati? Izgradnja je jednokratni događaj. Održavanje je zauvijek.

Većina tvrtki bi trebala prvo kupiti. Koristiti alat dok kupnja ne prestane funkcionirati. Kada kupnja prestane funkcionirati — kada zaobilaženja koštaju više od pretplate, kada podatkovni model ne može držati ono što posao treba, kada praznina između alata i procesa postane strukturni problem — tada gradite.

Ne prije.

Osnivačev odgovor

Osnivač koji je pitao o izgradnji CRM-a? Nije ga izgradio. Njihov prodajni proces bio je standardan. Tim je imao šest ljudi. Nitko u tvrtki nije mogao održavati bazu podataka.

Kupili su CRM za 30 dolara po korisniku, dodali dvije Zapier automatizacije i nastavili s kvartalom.

Šest mjeseci kasnije, njihov proces uključivanja novih klijenata — koji je bio zaista jedinstven — slomio je svaki alat za upravljanje projektima koji su isprobali. Izgradili su prilagođeni sustav uključivanja na Supabaseu. Koštao je 3.000 dolara. Njihov voditelj operacija ga održava.

Obje odluke bile su ispravne. Jer su razumjeli sustav prije nego što su odabrali alat.

---

Povezano

• Usluga: Operativni sustavi i backend arhitektura — Backend arhitektura, automatizacijski cjevovodi i AI tijekovi rada.
• Članak: Razlika između automatizacije koja pomaže i automatizacije koja se kumulira — Zašto većina automatizacije ne opstaje i što čini razliku.
• Članak: Automatizacija tijeka rada nasuprot sustavima — Zašto automatiziranje pokvarenog procesa samo brže kvari.