De la idee la primii utilizatori plătitori: cum am lansat un SaaS B2B

A sosit cu o foaie de calcul, o intuiție și un termen-limită pe care conferința din domeniul ei i-l stabilise fără să o întrebe. Peste patru luni avea să fie pe o scenă mică, în fața a aproximativ două sute de oameni care conduceau exact genul de afacere pe care ideea ei era menită să o servească. Voia să le arate ceva real — nu slide-uri, nu un machetă, ci un produs în care un străin se putea autentifica și plăti. De la acea conversație începe acest studiu de caz, iar cel mai util lucru la el este cât de obișnuit era punctul de plecare.

Am schimbat aici, în mod intenționat, detaliile care ar identifica-o. Fondatoarea este reală, produsul este în funcțiune, iar cifrele sunt aproape de adevăr, dar rotunjite și atenuate, astfel încât nimeni să nu poată deduce despre cine este vorba. Ceea ce contează nu este nișa anume — ci forma parcursului, fiindcă această formă se repetă aproape de fiecare dată când un fondator fără pregătire tehnică încearcă să transforme o idee bună într-un software funcțional. Dacă vă aflați undeva la începutul acelui drum, cam așa pot arăta următoarele câteva luni atunci când lucrurile merg bine.

Pe scurt: un domeniu pe care îl cunoștea în profunzime, un proces manual chinuitor pe care toți din el îl tolerau, o foaie de calcul pe care o folosea discret pentru a face treaba mai bine decât colegii ei și zero pregătire tehnică. După unsprezece săptămâni de muncă concentrată, au apărut primii utilizatori plătitori. Iată cum și — mai sincer — iată unde ne-am poticnit.

Situația: o foaie de calcul care face o treabă reală

Fondatoarea conducea o mică firmă de consultanță într-un domeniu reglementat, cu multe documente. Clienții ei erau alte afaceri mici, iar fiecare dintre ele se lupta cu aceeași corvoadă recurentă — adunarea unui teanc de formulare, verificarea completitudinii lor, urmărirea părților lipsă și producerea unui rezumat curat înainte de un termen-limită. Majoritatea concurenților ei făceau asta cu e-mailuri, apeluri telefonice și un dosar de șabloane Word. Ea o făcea cu o foaie de calcul pe care o construise și o rafinase timp de patru ani, iar clienții ei o adorau discret pentru asta.

Acea foaie de calcul era întreaga intuiție. Nu era un plan de afaceri sau o analiză de piață — era o dovadă. Oamenii se bazau deja pe instrumentul ei, îi cereau să-l ruleze pentru afaceri pe care nici măcar nu le consilia, ofereau să plătească doar pentru acces. Când clienții încearcă să cumpere ceva înainte să fie construit, puteți înceta să ghiciți dacă există cerere. Întrebarea nu a fost niciodată merită făcut. Întrebarea era poate deveni acesta un software pe care altcineva îl poate folosi fără ca ea să stea lângă el.

Constrângerile ei erau la fel de reale. Un buget fix, care provenea din propriile economii, nu dintr-un fond. Termenul-limită al conferinței. Și o regulă strictă asupra căreia am convenit devreme: acesta nu putea deveni un proiect care să-i ceară atenția în fiecare zi, fiindcă încă avea o firmă de consultanță de condus. Orice am fi construit trebuia să fie realizabil, accesibil ca preț și plictisitor de operat. Aceste trei cuvinte au modelat fiecare decizie care a urmat.

Prima sarcină a fost să decidem ce să NU construim

Când fondatorii își descriu produsul de vis, lista de funcționalități este întotdeauna enormă, fiindcă și-l imaginează de ani de zile. A ei umplea două pagini: tablouri de bord, permisiuni de echipă, un jurnal de audit, memento-uri automate, un portal pentru clienți, facturare, analize, integrări cu trei instrumente folosite de clienții ei și — desigur — „un pic de inteligență artificială pe undeva pe acolo”. Fiecare element era rezonabil. Construirea tuturor înainte de lansare ar fi fost un dezastru.

Așa că am făcut exercițiul pe care îl facem cu toată lumea: pentru fiecare funcționalitate, am pus o singură întrebare directă. Dacă aceasta ar lipsi în ziua lansării, ar refuza un client să plătească? Nu „ar fi mai frumos cu ea” — chiar ar muri vânzarea. Majoritatea funcționalităților pică acest test, și tocmai asta e ideea. Cele care supraviețuiesc sunt produsul vostru real. Tot restul este o foaie de parcurs, un lucru minunat de avut, dar nu lucrul pe care îl construiți primul.

Ce a supraviețuit era aproape jenant de mic. Un utilizator putea crea un cont, configura un dosar, invita clientul să încarce documentele necesare și primi înapoi același rezumat curat și verificat pe care îl producea foaia ei de calcul — doar că automat și fără ca ea să fie implicată. Asta a fost tot. Niciun tablou de bord. Niciun rol de echipă. Nicio inteligență artificială, încă nu. Patru funcționalități, o singură treabă clară, făcută cum trebuie.

Ce am construit de fapt în unsprezece săptămâni

Lucrăm în cicluri scurte și vizibile, în loc să dispărem pentru trei luni și să ne întoarcem cu o surpriză. Cam în fiecare săptămână, fondatoarea primea un link către ceva pe care îl putea apăsa, chiar și când era urât și pe jumătate conectat. Acest ritm contează mai mult decât pare: i-a păstrat deciziile mici și frecvente, în loc să le lase să se adune într-o singură evaluare înfricoșătoare la final.

Săptămânile 1–3: coloana vertebrală

Mai întâi am construit nucleul lipsit de glamour — conturi, o modalitate sigură de a stoca documente și modelul de date din spatele fluxului de lucru al dosarului. Nimic din toate acestea nu este vizibil pentru un client, și toate sunt partea care e scumpă de reparat mai târziu dacă te grăbești. Fiindcă produsul gestiona documente sensibile ale altor afaceri, am tratat controlul accesului și separarea datelor ca pe o cerință de lansare, nu ca pe o îmbunătățire ulterioară. Acesta este unul dintre puținele locuri unde am refuzat să tăiem.

Săptămânile 4–7: treaba propriu-zisă

Apoi partea care a făcut să merite plata: transformarea logicii foii ei de calcul în motorul care verifică documentele pentru completitudine și produce rezumatul. Aceasta era inima produsului și i-am acordat cel mai mult timp. Am stat cu ea și am descompus de ce exista fiecare regulă din foaia ei de calcul — și mai multe dintre ele s-au dovedit a fi obiceiuri, nu cerințe, ceea ce ne-a permis să simplificăm. Până la finalul săptămânii a șaptea, puteai rula un dosar real de la cap la coadă.

Săptămânile 8–11: a-l face sigur pentru a cere bani

Ultima etapă a fost diferența dintre o demonstrație și un produs. Plata, ca oamenii să se poată abona efectiv. O înscriere curată care nu avea nevoie de manual. Cele câteva zeci de stări de eroare mici care decid dacă un străin are încredere în software-ul vostru sau pleacă. Și testarea — plictisitoare, repetitivă — cu fondatoarea și doi clienți prietenoși care au fost de acord să-l strice intenționat înainte să o facă străinii. Acel ultim grup și-a meritat reducerea de acces timpuriu de multe ori.

Întrebarea „pune și niște IA în el”, răspunsă onest

Lista ei de dorințe avea pe ea inteligență artificială, așa cum au acum majoritatea listelor de dorințe. Am contestat-o, și merită explicat de ce, fiindcă este același sfat pe care îl dăm aproape tuturor. Treaba pe care trebuia să o facă versiunea unu — verificarea unui set cunoscut de documente față de un set cunoscut de reguli — este o treabă pe care regulile o fac mai bine decât IA. Este previzibilă, este auditabilă, iar când un client reglementat întreabă „de ce a semnalat sistemul asta”, vreți un răspuns clar, nu o ridicare din umeri.

Asta nu înseamnă că IA nu avea niciun loc. Exista o problemă cu adevărat dezordonată, de natură lingvistică, ascunsă în flux: clienții încărcau adesea documente aproape corecte, dar etichetate greșit, sau lipeau informații ca text liber în loc să completeze formularul. Citirea acelei dezordini și sortarea ei este exact ceea ce IA modernă face bine. Așa că am notat-o cu grijă — și apoi am lăsat-o pentru versiunea a doua. Adăugarea ei înainte de lansare ar fi întârziat termenul pentru a șlefui o funcționalitate pentru care nimeni nu ceruse încă să plătească.

Obținerea primilor utilizatori plătitori

Iată partea de care fondatorii se tem cel mai mult și pentru care se pregătesc cel mai puțin. Un produs pe care nimeni nu-l poate găsi nu este o afacere, ci un hobby. Dar această fondatoare avea un avantaj care valora mai mult decât orice buget de marketing: avea deja un public care avea încredere în ea, iar câțiva dintre ei ceruseră să plătească înainte ca software-ul să existe. Planul de lansare s-a sprijinit în întregime pe asta, și ar trebui să o facă și al vostru, dacă îl aveți.

În loc de o lansare publică spectaculoasă, am făcut invers — una discretă, deliberată. Cu două săptămâni înainte de conferință, a trimis e-mailuri celor câțiva clienți care ceruseră deja, le-a oferit prețuri de membru fondator și i-a integrat manual, urmărind printr-un apel video cum îl foloseau. Fiecare confuzie a devenit o reparație. Când a urcat pe acea scenă, nu prezenta o idee; descria un software pentru care colegii ei plăteau deja, și putea spune asta în mod onest.

1. 1
   Începeți cu oamenii care deja cer

   Primul ei contact a mers doar către clienții care se oferiseră anterior să plătească. Cererea caldă convertește înainte ca cea rece măcar să răspundă.
2. 2
   Integrați primii câțiva manual

   Niciun eroism de tip self-service la început. A ghidat fiecare utilizator timpuriu în direct, transformând fiecare punct de confuzie într-o reparație concretă.
3. 3
   Stabiliți prețuri pentru fondatori, nu pentru totdeauna

   Utilizatorii timpurii au primit un preț de fondator clar limitat în timp. Le-a răsplătit riscul și le-a dat clienților ulteriori un motiv pentru care prețurile creșteau.
4. 4
   Folosiți termenul-limită ca lansare

   Conferința nu a fost un truc de marketing adăugat ulterior — a fost factorul forțator care a păstrat scopul onest pe tot parcursul.

Rezultatul — și ce înseamnă el cu adevărat

Până la finalul lunii lansării, produsul avea primii abonați plătitori — un număr mic, genul pe care îl poți număra încă pe degetele de la două mâini, fiecare dintre ei o afacere reală care plătea o taxă lunară reală. Sună modest, și chiar este. Este, totodată, cel mai greu prag din întreaga viață a unui produs software. Trecerea de la zero clienți plătitori la câțiva este mult mai grea decât trecerea de la câțiva la mulți, fiindcă este momentul în care ideea încetează să fie a voastră și devine a pieței.

Cifrele de mai jos sunt ilustrative și rotunjite, dar sunt fidele formei a ceea ce s-a întâmplat. Ceea ce vrem să rețineți din ele nu sunt cifrele — sunt proporțiile. O primă versiune cu scop strict definit, un buget mic și concentrat, un calendar scurt și o lansare orientată către cererea caldă, nu către tot internetul.

Unde am greșit

Un studiu de caz care enumeră doar victorii este o reclamă, așa că iată partea onestă. Am făcut două greșeli care merită numite, fiindcă veți fi tentați de aceleași.

În primul rând, am subestimat integrarea. Stabiliserăm scopul produsului cu grijă, dar am tratat primele cinci minute din experiența unui utilizator nou ca pe ceva de gândit ulterior, ceva de pus la punct la final. S-a dovedit a fi momentul decisiv, și am petrecut o săptămână neplanificată reconstruind înscrierea și primul ecran gol, astfel încât un străin să poată înțelege ce să facă fără să i se spună. Data viitoare, experiența primei utilizări este o funcționalitate din prima zi, nu din săptămâna a zecea.

În al doilea rând, am lăsat o singură regulă „mică” din motorul de verificare să se umfle. Fondatoarea a menționat un caz limită aproape în treacăt, am convenit că era ușor, și a consumat în liniște trei zile, fiindcă datele din lumea reală erau mai dezordonate decât a dezvăluit vreodată foaia ei de calcul curată. Lecția nu a fost „evitați cazurile limită” — a fost că foaia ei de calcul făcuse pe tăcute o curățare manuală pe care uitase că o făcea. Software-ul trebuie să facă vizibilă acea muncă invizibilă, iar asta costă întotdeauna mai mult decât se așteaptă oricine.

Dacă vă aflați acolo unde era ea

Ce a făcut ca asta să funcționeze nu a fost o arhitectură ingenioasă sau un instrument la modă. A fost disciplina privind scopul și sinceritatea privind cererea. Avea dovada că oamenii îl voiau înainte să scriem o singură linie de cod, iar noi am fost neînduplecați în a construi cea mai mică versiune pentru care cineva ar plăti totuși. Niciuna dintre acestea nu necesită pregătire tehnică. Ambele sunt lucruri pe care le puteți începe săptămâna aceasta, pe cont propriu.

Dacă aveți o foaie de calcul pe care oamenii vă cer mereu să o rulați, sau un proces manual pentru care clienții vă mulțumesc, s-ar putea să fiți mai aproape de un produs decât credeți. Mișcarea periculoasă este să vă imaginați versiunea finită, completă ca funcționalități, și să încremeniți la cât de mare pare. Nu o faceți. Găsiți singura treabă pe care trebuie neapărat să o facă, construiți doar atât și puneți-l în fața oamenilor care deja cer. Foaia de parcurs poate aștepta. Primul utilizator plătitor nu poate.

Întrebări frecvente