Izbira tehnološkega sklada za vaš prvi SaaS: iskren vodnik za ustanovitelje

Vprašajte deset inženirjev, kateri tehnološki sklad naj uporabite za svoj prvi SaaS, in dobili boste petnajst odgovorov, trije od njih izrečeni z gotovostjo vere. Večina teh odgovorov je pravilnih — za osebo, ki jih daje. Nobeden ni o vas, vašem runwayu ali strankah, ki jih še niste pridobili. Če ste ustanovitelj, ki strmi v to odločitev in se počuti malce slabo, je tu tisto, česar nihče ne pove naglas: sklad šteje veliko manj, kot so vam dali verjeti, in tistih nekaj načinov, na katere zares šteje, niso tisti, o katerih se prepirajo na spletu.

Pomagal sem precejšnjemu številu ustanoviteljev začetnikov, da so od predstavitve prišli do izdelka, za katerega plačujejo resnični ljudje. Skoraj nihče od njih ni bil tehnik. Skoraj vsi so prišli, ko so že vsrkali zastrašujočo količino folklore o skladih — da potrebujejo mikrostoritve, da je nek ogrodje „mrtvo“, da jih bo napačna izbira pogubila. In skoraj vsakič se je sklad izkazal za eno najmanj pomembnih odločitev, ki so jih tisto leto sprejeli. Kar je ubijalo projekte, je bil obseg, nejasna odgovornost in čudovito grajenje napačne stvari. Nikoli ogrodje.

Torej je to vodnik, ki ga dam tem ustanoviteljem, preden napišemo eno samo vrstico kode. Ne bo vam rekel, naj uporabite en določen sklad, ker kdorkoli to obljublja, ne da bi poznal vaš posel, vam nekaj prodaja. Namesto tega vam bo dal način razmišljanja — da boste, karkoli izberete ali karkoli predlaga vaša ekipa, to lahko z zdravo pametjo odraslega preverili, namesto da nervozno prikimavate.

Zakaj se ta odločitev zdi težja, kot je

Vprašanje sklada se zdi ogromno, ker je to prva izbira, ki zveni nepovratno, in je zavita v jezik, ki ga ne govorite. Besede kot Postgres, React, Kubernetes, serverless letijo naokrog, kot da je izbira med njimi podobna izbiri temeljev stavbe — zmotite se in vse se sesuje.

A programska oprema ni stavba. Veliko bližje je kuhinji, ki jo lahko prenavljate, medtem ko še kuhate. Uspešna podjetja nenehno na novo pišejo dele svojega sklada; različica izdelka, ki najde prvih sto strank, skoraj nikoli ni tista, ki postreže prvih sto tisoč. Cilj vašega prvega sklada ni, da traja večno. Cilj je, da vam omogoči graditi, spreminjati in dostavljati dovolj hitro, da izveste, ali to sploh kdo želi. To je povsem druga — in veliko nižja — letvica kot „popolno za naslednje desetletje“.

Ko to sprejmete, pritisk pade za polovico. Ne poskušate več napovedovati prihodnosti. Poskušate narediti razumno, povratno stavo, ki vas pripelje do delujočega izdelka in plačujočih uporabnikov. In razumne stave netehnični ustanovitelj zagotovo zna oceniti.

Kaj „sklad“ pravzaprav je, preprosto povedano

Preden se za karkoli odločite, je dobro to besedo razčarati. Tehnološki sklad je le zbirka orodij, ki se uporabljajo za gradnjo in poganjanje vaše programske opreme. Predstavljate si ga lahko v štirih plasteh in nobene ni treba globoko razumeti — vedeti morate le, da obstajajo.

• Frontend — kar uporabniki vidijo in kliknejo v brskalniku ali aplikaciji. To je del, po katerem vas vsi sodijo.
• Backend — logika in pravila, ki tečejo na strežniku: kdo sme kaj, kaj se zgodi, ko to stori, kako se denar premika.
• Podatkovna baza — kjer vaše informacije zares živijo: uporabniki, naročila, naročnine, vse, kar bi vas uničilo izgubiti.
• Infrastruktura — strežniki in storitve, ki vse zgornje ohranjajo na spletu, varnostno kopirano in dosegljivo ob treh zjutraj.

Ko nekdo reče „uporabili bomo sodoben JavaScript sklad“ ali „Rails na Postgresu“, opisuje izbire po teh štirih plasteh. To je vse. Vsak SaaS, od dvočlanskega stranskega projekta do javnega podjetja, je neka različica teh štirih stvari, zloženih skupaj. Veličastno zveneči arhitekturni diagrami so natanko to, le narisani z več kvadratki.

Stvari, ki zares štejejo (in tiste, ki ne)

Tu gre večina nasvetov o skladu narobe: optimizirajo za stvari, ki ne vplivajo na vaši prvi dve leti, in zanemarjajo tiste, ki vplivajo. Naj bom neposreden glede obeh seznamov.

Kaj zares šteje

Kdo to zna graditi in vzdrževati. Največji posamezni dejavnik ni tehnologija — so ljudje. Najboljši sklad za vas je tisti, v katerem vaša ekipa (ali partner, ki ga najamete) danes resnično in tekoče zna delati. „Popoln“ sklad, ki ga razume le en redek strokovnjak, je slabša izbira kot dolgočasen, ki ga lahko prevzame vsak kompetenten razvijalec. Zaposlovanje in kontinuiteta vsakič premagata teoretično eleganco.

Kako hitro lahko stvari spreminjate. Na začetku se boste o svojem izdelku nenehno motili. Prava naloga sklada je, da je spreminjanje mnenja poceni. Zrela, dobro dokumentirana orodja z velikimi skupnostmi vam omogočajo hiter premik, ker odgovori na vaše težave že obstajajo. Orodja na robu tehnologije iz vas naredijo osebo, ki odkriva napake.

Ali zanj lahko zaposlite ljudi. Izberite nekaj obskurnega in prihodnost privežete na tistega, ki ga je zgradil. Izberite nekaj običajnega in dolgočasnega in vedno boste našli naslednjega razvijalca, naslednjo agencijo, naslednjo osebo, ki bo prevzela. Dolgočasno je prednost, ko je vaš posel od tega odvisen.

Kaj šteje veliko manj, kot ljudje pravijo

Surova zmogljivost in „skala“. Vi nimate težave s skalo. Imate težavo nihče-tega-še-ne-uporablja, kar je nasprotna težava. Arhitekture, zasnovane za milijone uporabnikov, vas bodo upočasnile, ko jih imate enajst. Slavna podjetja, ki jih posnemate, so najprej zgradila preprosto različico in jo pozneje na novo zgradila, financirana z uspehom. Tako bi morali tudi vi.

Katero točno ogrodje letos „zmaguje“. Ogrodja se vzpenjajo in padajo v modnem ciklu, ki nima skoraj nič opraviti s tem, ali bodo dobro zgradila vaš SaaS za izstavljanje računov. Katerakoli od običajnih, široko uporabljanih možnosti bo opravila delo. Trend je šum; izberite iz dolgočasne, priljubljene sredine in pojdite naprej.

Zakaj „dolgočasna“ tehnologija običajno zmaga

Med izkušenimi graditelji vlada tiha modrost, ki se novincem zdi razočaranje: najboljša tehnologija za nov posel je običajno dolgočasna, preverjena, malce nemoderna vrsta. Ne zato, ker bi bila nova orodja slaba, ampak zato, ker vsaka izbira, ki jo naredite, porabi omejen proračun novosti — število neznanih, nepodprtih, presenetljivih stvari, ki jih lahko vaša majhna ekipa naenkrat obvlada.

Ta proračun porabite za tisto, kar dela vaš posel poseben — za sam izdelek, za vpogled, ki ga imate samo vi. Ne porabite ga za podatkovno bazo, za katero ni nihče slišal, le da bi se počutili moderno. Dolgočasen, zrel sklad pomeni, da so težave že rešene, da dokumentacija obstaja, da je zaposlovanje lahko in da orodje naslednje leto ne bo izginilo, ko bo njegov edini vzdrževalec izgubil zanimanje. Dolgočasno vam omogoča, da vse navdušenje vložite tja, kjer se izplača: v stranko.

Tu tudi UI nekoliko spremeni sliko — in ne tako, kot namiguje hype. UI pomočniki za kodiranje so dramatično boljši pri dolgočasnih, priljubljenih tehnologijah, ker so bili učeni na desetletju javnih odgovorov o njih. Izberite običajen sklad in vaša ekipa (ter vaša orodja) dobi hitrejšo pomoč zastonj. Izberite nekaj eksotičnega in prepuščeni ste sami sebi prav takrat, ko si to najmanj lahko privoščite.

Metoda odločanja, ki jo res lahko uporabite

Dovolj načel. Tu je konkreten način, kako priti do odločitve, naj izbirate sami, dajete navodila samostojnemu izvajalcu ali ocenjujete, kar predlaga agencija. Nič od tega ne zahteva, da pišete kodo — le da vprašate prave stvari in pretehtate odgovore.

1. 1
   Začnite pri ekipi, ne pri tehnologiji

   Vprašajte: kdo to gradi in vzdržuje naslednji dve leti? Karkoli že dobro znajo, je vaša močna privzeta izbira. Menjava sklada zaradi lovljenja trenda redko premaga tekočnost.
2. 2
   Privzeto izberite običajno in preverjeno

   Izberite iz priljubljene, dobro dokumentirane sredine vsake plasti. Če za neko orodje ne najdete hitro vadnic, delovnih mest in velikih skupnosti, to vzemite kot opozorilo, ne kot lastnost.
3. 3
   Optimizirajte za spremembo, ne za skalo

   Dajte prednost izbiri, ki naredi urejanje vašega izdelka poceni in hitro. O izdelku se boste vedno znova motili — naloga sklada je, da je motenje preživetveno.
4. 4
   Naj bo arhitektura čim preprostejša

   Ena podatkovna baza. En backend. En frontend. Brez mikrostoritev, brez kakršnihkoli pametnih porazdeljenih reči, dokler vas k temu ne prisili resnična, izmerjena težava. Preprostost je cilj, ne kompromis.
5. 5
   Zapišite, zakaj ste to izbrali

   En odstavek: kdo to gradi, kaj ste izbrali in kaj bi se moralo spremeniti, da bi to ponovno pretehtali. Ta zapisek vas reši pred ponovnim premlevanjem odločitve vsakič, ko nekdo prebere kakšno razgreto mnenje.

Če ne upoštevate ničesar drugega, upoštevajte koraka ena in štiri. Gradite z ljudmi, ki jih imate, na najpreprostejši arhitekturi, ki deluje. Ta kombinacija tiho odvrne dva načina propada, ki potopita večino prvih SaaS izdelkov: nikogar, ki bi to lahko vzdrževal, in sistem, ki je preveč zapleten za svojo velikost.

Vprašanja za tistega, ki predlaga sklad

Večina ustanoviteljev sklada ne izbere sama — predlaga ga razvijalec, agencija ali prijatelj CTO. Tehnologije vam ni treba preverjati samim. Postaviti morate peščico vprašanj in poslušati, kako odgovarjajo. Samozavestni odgovori v preprostem jeziku so dober znak. Obrambni žargon ni.

• „Zakaj prav to in ne dolgočasna priljubljena možnost?“ — dober odgovor je o vaših specifičnih potrebah, ne o tem, kaj je v trendu.
• „Če bi vas zbil avtobus, kako zlahka bi to lahko prevzel kdo drug?“ — odgovor razkrije, kako redka in tvegana je izbira.
• „Katera je najpreprostejša različica te arhitekture, ki še deluje?“ — opazujte, ali segajo po preprostosti ali po kompleksnosti.
• „Kako lahko bo zaposliti naslednjega razvijalca za to?“ — pogoste veščine pomenijo zdrav trg; eksotične pomenijo odvisnost.
• „Kaj se zgodi, ko bomo morali čez tri mesece spremeniti ključno funkcijo?“ — želite slišati, da je sprememba poceni, ne da se je bojijo.

Pogoste pasti, ki izgledajo kot dobre ideje

Nekaj vzorcev se pojavlja tako pogosto, da jih je vredno poimenovati, saj se vsak v danem trenutku zdi odgovoren, pozneje pa vas drago stane.

Grajenje za skalo, ki je nimate. Nuja, da bi „to naredili kot je treba“, vodi ustanovitelje k načrtovanju za milijone uporabnikov, preden jih imajo deset. Vsak delček tega zavarovanja za prihodnost je kompleksnost, ki jo plačujete zdaj, s časom in denarjem, da rešite težavo, ki morda nikoli ne pride. Gradite za naslednjih sto uporabnikov. Na novo zgradite, ko rast to naredi nujno — in naj bo to vesela težava.

Lovljenje najnovejše stvari. Bleščeče ogrodje, izdano prejšnji mesec, nima zgodovine, ima tanko dokumentacijo in drobceno skupnost. Noči boste preživljali ob razhroščevanju orodja, namesto da bi gradili svoj izdelek. Naj bodo zgodnji uporabniki drugi; vi imate posel za dostaviti.

Oddaja najcenejšemu, na čemerkoli, kar on raje uporablja. Najnižja ponudba pogosto pride z obskurnim skladom, ki ga pozna le tista ena ekipa. Na dan, ko se razideta, vaš izdelek postane otok, do katerega nihče drug ne more priti. Poceni na začetku, pogubno pozneje. Vztrajajte pri običajni tehnologiji, za katero je mogoče zaposliti, tudi ko oddajate — še posebej, ko oddajate.

Kdaj je res čas, da znova premislite svoj sklad

Nič od tega ne pomeni „nikoli ne spreminjajte“. Pomeni spreminjati iz resničnih razlogov, izmerjenih, ne izmišljenih. Vedeli boste, da je res čas za razvoj vašega sklada, ko se pojavijo konkretni signali — ne ko vas neka objava na blogu vznemiri.

Opazite vzorec: resnični razlogi so o izmerjeni bolečini v vašem dejanskem poslu. Lažni razlogi so o modi, primerjanju in nemiru. Ko se resničen signal le pojavi, spreminjate po en kos naenkrat — ne celotnega sklada v junaškem prepisu, ki vse za pol leta ustavi. Evolucija, ne revolucija.

Pogosta vprašanja