Výber tech stacku pre váš prvý SaaS: úprimný sprievodca pre zakladateľov

Opýtajte sa desiatich inžinierov, ktorý tech stack máte použiť pre svoj prvý SaaS, a dostanete pätnásť odpovedí, z toho tri vyslovené s istotou náboženstva. Väčšina tých odpovedí je správna — pre toho, kto ich dáva. Žiadna z nich nie je o vás, vašom runwayi ani o zákazníkoch, ktorých ste ešte nezískali. Ak ste zakladateľ, ktorý hľadí na toto rozhodnutie a cíti sa trochu zle, tu je to, čo nikto nepovie nahlas: na stacku záleží oveľa menej, než vám dali veriť, a tých pár spôsobov, ktorými naozaj záleží, nie sú tie, o ktorých sa háda na internete.

Pomohol som slušnému počtu začínajúcich zakladateľov dostať sa od prezentácie k produktu, za ktorý platia skutoční ľudia. Takmer nikto z nich nebol technický. Takmer všetci prišli s už nasiaknutým desivým množstvom folklóru o stackoch — že potrebujú mikroslužby, že nejaký framework je „mŕtvy“, že nesprávna voľba ich odsúdi na záhubu. A takmer zakaždým sa stack ukázal ako jedno z najmenej dôležitých rozhodnutí, ktoré v tom roku urobili. Čo zabíjalo projekty, bol rozsah, nejasná zodpovednosť a krásne budovanie nesprávnej veci. Nikdy nie framework.

Toto je teda sprievodca, ktorý dávam týmto zakladateľom skôr, než napíšeme jediný riadok kódu. Nepovie vám, aby ste použili jeden konkrétny stack, pretože ktokoľvek to sľubuje bez znalosti vášho biznisu vám niečo predáva. Namiesto toho vám dá spôsob, ako rozmýšľať — aby ste, nech si vyberiete čokoľvek alebo nech váš tím navrhne čokoľvek, dokázali to ako dospelí preveriť zdravým rozumom namiesto nervózneho prikyvovania.

Prečo sa toto rozhodnutie zdá ťažšie, než je

Otázka stacku sa zdá obrovská, lebo je to prvá voľba, ktorá znie nezvratne, a je zabalená do jazyka, ktorým nehovoríte. Slová ako Postgres, React, Kubernetes, serverless sa rozhadzujú, akoby výber medzi nimi bol ako výber základov budovy — pomýlite sa a celé sa to zrúti.

Lenže softvér nie je budova. Je oveľa bližšie kuchyni, ktorú môžete prerábať, kým ešte varíte. Úspešné firmy neustále prepisujú časti svojho stacku; verzia produktu, ktorá nájde prvých sto zákazníkov, takmer nikdy nie je tá, ktorá obslúži prvých stotisíc. Cieľom vášho prvého stacku nie je vydržať navždy. Je to umožniť vám stavať, meniť a dodávať dostatočne rýchlo, aby ste zistili, či to vôbec niekto chce. To je úplne iná — a oveľa nižšia — latka než „dokonalé na ďalšiu dekádu“.

Len čo to prijmete, tlak klesne o polovicu. Už sa nesnažíte predpovedať budúcnosť. Snažíte sa urobiť rozumnú, vratnú stávku, ktorá vás dostane k funkčnému produktu a platiacim používateľom. A rozumné stávky netechnický zakladateľ určite dokáže posúdiť.

Čo „stack“ vlastne je, jednoducho povedané

Skôr než sa pre čokoľvek rozhodnete, pomôže to slovo zbaviť tajomna. Tech stack je len súbor nástrojov používaných na vybudovanie a prevádzku vášho softvéru. Môžete si ho predstaviť v štyroch vrstvách a žiadnu z nich nemusíte hlboko chápať — len potrebujete vedieť, že existujú.

• Frontend — to, čo používatelia vidia a na čo klikajú v prehliadači alebo aplikácii. To je časť, podľa ktorej vás všetci posudzujú.
• Backend — logika a pravidlá bežiace na serveri: kto môže čo robiť, čo sa stane, keď to urobí, ako sa pohybujú peniaze.
• Databáza — miesto, kde vaše informácie naozaj žijú: používatelia, objednávky, predplatné, všetko, čo by vás zničilo stratiť.
• Infraštruktúra — servery a služby, ktoré všetko vyššie uvedené udržiavajú online, zálohované a dostupné o 3:00 ráno.

Keď niekto povie „použijeme moderný JavaScriptový stack“ alebo „Rails na Postgrese“, opisuje voľby naprieč týmito štyrmi vrstvami. To je všetko. Každý SaaS, od dvojčlenného vedľajšieho projektu po verejnú firmu, je nejaká verzia týchto štyroch vecí poskladaných dokopy. Veľkolepo znejúce architektonické diagramy sú presne toto, len nakreslené s viacerými štvorčekmi.

Veci, na ktorých naozaj záleží (a tie, na ktorých nie)

Tu sa väčšina rád o stacku pomýli: optimalizuje na veci, ktoré neovplyvnia vaše prvé dva roky, a ignoruje tie, ktoré ovplyvnia. Dovoľte mi byť priamy pri oboch zoznamoch.

Na čom naozaj záleží

Kto to dokáže stavať a udržiavať. Najväčší jednotlivý faktor nie je technológia — sú to ľudia. Najlepší stack pre vás je ten, v ktorom váš tím (alebo partner, ktorého najmete) dnes naozaj a plynule dokáže pracovať. „Dokonalý“ stack, ktorému rozumie len jeden vzácny špecialista, je horšia voľba než nudný, ktorý dokáže prevziať každý kompetentný vývojár. Nábor a kontinuita vždy zvíťazia nad teoretickou eleganciou.

Ako rýchlo dokážete veci meniť. Na začiatku sa budete o svojom produkte neustále mýliť. Skutočnou úlohou stacku je zlacniť zmenu názoru. Zrelé, dobre zdokumentované nástroje s veľkými komunitami vám umožnia hýbať sa rýchlo, lebo odpovede na vaše problémy už existujú. Nástroje na špici technológie z vás robia toho, kto objavuje chyby.

Či naň dokážete nabrať ľudí. Vyberte si niečo obskúrne a zviažete svoju budúcnosť s tým, kto to postavil. Vyberte si niečo bežné a nudné a vždy nájdete ďalšieho vývojára, ďalšiu agentúru, ďalšieho človeka, ktorý to prevezme. Nudné je výhoda, keď od toho závisí váš biznis.

Na čom záleží oveľa menej, než ľudia hovoria

Surový výkon a „škála“. Vy nemáte problém so škálou. Máte problém nikto-to-ešte-nepoužíva, čo je opačný problém. Architektúry navrhnuté pre milióny používateľov vás spomalia, keď ich máte jedenásť. Slávne firmy, ktoré napodobňujete, najprv postavili jednoduchú verziu a prebudovali ju neskôr, financované úspechom. Tak by ste mali aj vy.

Ktorý konkrétny framework tento rok „vyhráva“. Frameworky stúpajú a padajú v cykle módy, ktorý nemá takmer nič spoločné s tým, či dobre postavia váš fakturačný SaaS. Ktorákoľvek z mainstreamových, široko používaných možností prácu zvládne. Trend je šum; vyberte si z nudného, populárneho stredu a pokračujte ďalej.

Prečo „nudná“ technológia zvyčajne vyhráva

Medzi skúsenými tvorcami panuje tichá múdrosť, ktorú nováčikovia považujú za sklamanie: najlepšia technológia pre nový biznis je zvyčajne tá nudná, overená, trochu nemoderná. Nie preto, že nové nástroje sú zlé, ale preto, že každá voľba, ktorú urobíte, míňa obmedzený rozpočet novosti — počet neznámych, nepodporovaných, prekvapivých vecí, ktoré váš malý tím dokáže naraz zvládnuť.

Minite ten rozpočet na to, čo robí váš biznis výnimočným — na samotný produkt, na vhľad, ktorý máte len vy. Nemíňajte ho na databázu, o ktorej nikto nepočul, len aby ste sa cítili moderne. Nudný, zrelý stack znamená, že problémy už boli vyriešené, dokumentácia existuje, nábor je ľahký a nástroj budúci rok nezmizne, keď jeho jediný správca stratí záujem. Nudné vám umožní vložiť všetko vaše nadšenie tam, kde sa vypláca: do zákazníka.

Tu aj AI trochu mení obraz — a nie tak, ako naznačuje hype. AI asistenti na kódovanie sú dramaticky lepší pri nudných, populárnych technológiách, lebo boli trénovaní na desaťročí verejných odpovedí o nich. Vyberte si mainstreamový stack a váš tím (a vaše nástroje) dostanú rýchlejšiu pomoc zadarmo. Vyberte si niečo exotické a ste odkázaní sami na seba presne vtedy, keď si to môžete najmenej dovoliť.

Metóda rozhodovania, ktorú naozaj môžete použiť

Dosť princípov. Tu je konkrétny spôsob, ako dôjsť k rozhodnutiu, či už si vyberáte sami, zadávate brief freelancerovi alebo posudzujete, čo navrhuje agentúra. Nič z toho nevyžaduje, aby ste písali kód — len aby ste sa pýtali na správne veci a zvážili odpovede.

1. 1
   Začnite od tímu, nie od technológie

   Opýtajte sa: kto to bude stavať a udržiavať najbližšie dva roky? To, čo už dobre vedia, je vaša silná predvolená voľba. Meniť stacky kvôli naháňaniu trendu zriedka zvíťazí nad plynulosťou.
2. 2
   Predvolene voľte mainstream a overené

   Vyberajte z populárneho, dobre zdokumentovaného stredu každej vrstvy. Ak pre nejaký nástroj rýchlo nenájdete tutoriály, pracovné ponuky a veľké komunity, berte to ako varovanie, nie ako prednosť.
3. 3
   Optimalizujte na zmenu, nie na škálu

   Uprednostnite voľbu, ktorá robí úpravu vášho produktu lacnou a rýchlou. O produkte sa budete opakovane mýliť — úlohou stacku je urobiť mýlenie prežiteľným.
4. 4
   Udržujte architektúru čo najjednoduchšiu

   Jedna databáza. Jeden backend. Jeden frontend. Žiadne mikroslužby, žiadne šikovné distribuované čokoľvek, kým vás k tomu nedonúti skutočný, zmeraný problém. Jednoduchosť je cieľ, nie kompromis.
5. 5
   Zapíšte si, prečo ste to zvolili

   Jeden odsek: kto to stavia, čo ste vybrali a čo by sa muselo zmeniť, aby ste to prehodnotili. Táto poznámka vás ušetrí od opätovného preberania rozhodnutia zakaždým, keď si niekto prečíta nejaký vyhrotený názor.

Ak nebudete dodržiavať nič iné, dodržujte kroky jeden a štyri. Stavajte s ľuďmi, ktorých máte, na najjednoduchšej architektúre, ktorá funguje. Táto kombinácia ticho odvráti dva spôsoby zlyhania, ktoré potápajú väčšinu prvých SaaS produktov: nikoho, kto to dokáže udržiavať, a systém príliš zložitý na svoju veľkosť.

Otázky pre toho, kto stack navrhuje

Väčšina zakladateľov si stack nevyberá sama — navrhne ho vývojár, agentúra alebo kamarát CTO. Nemusíte technológiu overovať sami. Musíte položiť hŕstku otázok a počúvať, ako odpovedajú. Sebavedomé odpovede jednoduchým jazykom sú dobré znamenie. Obranný žargón nie.

• „Prečo práve toto, a nie nudná populárna možnosť?“ — dobrá odpoveď je o vašich konkrétnych potrebách, nie o tom, čo je v trende.
• „Keby vás zrazil autobus, ako ľahko by to dokázal prevziať niekto iný?“ — odpoveď odhalí, aká vzácna a riziková je tá voľba.
• „Aká je najjednoduchšia verzia tejto architektúry, ktorá stále funguje?“ — sledujte, či siahajú po jednoduchosti alebo po zložitosti.
• „Aké ľahké bude nabrať naň ďalšieho vývojára?“ — bežné zručnosti znamenajú zdravý trh; exotické znamenajú závislosť.
• „Čo sa stane, keď budeme musieť o tri mesiace zmeniť kľúčovú funkciu?“ — chcete počuť, že zmena je lacná, nie obávaná.

Časté pasce, ktoré vyzerajú ako dobré nápady

Niekoľko vzorcov sa objavuje tak často, že stojí za to ich pomenovať, lebo každý z nich pôsobí v danej chvíli zodpovedne a neskôr vás draho stojí.

Stavanie na škálu, ktorú nemáte. Nutkanie „urobiť to poriadne“ vedie zakladateľov k tomu, že navrhujú pre milióny používateľov skôr, než ich majú desať. Každý kúsok toho zabezpečovania sa do budúcnosti je zložitosť, ktorú platíte teraz, časom a peniazmi, aby ste vyriešili problém, ktorý možno nikdy nepríde. Stavajte pre ďalších sto používateľov. Prebudujte to, keď to rast urobí nevyhnutným — a nech je to šťastný problém.

Naháňanie najnovšej veci. Lesklý framework vydaný minulý mesiac nemá žiadnu históriu, má slabú dokumentáciu a malilinkú komunitu. Budete tráviť noci debugovaním nástroja namiesto stavania svojho produktu. Nechajte iných byť prvými používateľmi; vy máte dodať biznis.

Outsourcing tomu najlacnejšiemu, na čomkoľvek, čo on preferuje. Najnižšia ponuka často prichádza s obskúrnym stackom, ktorý pozná len ten jeden tím. V deň, keď sa rozídete, sa váš produkt stane ostrovom, ku ktorému sa nikto iný nedostane. Lacno na začiatku, zničujúce neskôr. Trvajte na mainstreamovej technológii, na ktorú sa dá nabrať, aj keď outsourcujete — najmä keď outsourcujete.

Kedy je naozaj čas prehodnotiť váš stack

Nič z toho neznamená „nikdy nemeňte“. Znamená to meniť z reálnych dôvodov, zmeraných, nie vyfantazírovaných. Spoznáte, že je naozaj čas vyvíjať váš stack, keď sa objavia konkrétne signály — nie keď vás nejaký blogový článok znepokojí.

Všimnite si vzorec: reálne dôvody sú o zmeranej bolesti vo vašom skutočnom biznise. Falošné dôvody sú o móde, porovnávaní a nepokoji. Keď sa reálny signál naozaj objaví, meníte jeden kúsok naraz — nie celý stack v hrdinskom prepise, ktorý všetko na pol roka zastaví. Evolúcia, nie revolúcia.

Časté otázky