Smartsoft
Smartsoft raksti

Startupa fāzes: no idejas līdz scale

Ideja, validācija, prelaunch, MVP, launch, product-market fit, growth un scale vienā saprotamā ceļā.

No malas startups bieži izskatās pēc vienkārša stāsta:

Radās laba ideja, tika uzbūvēts projekts, tas tika palaists un sāka augt.

Realitātē gandrīz nekad viss nenotiek tik taisnā līnijā.

Starp ideju un augošu uzņēmumu ir vairākas atšķirīgas fāzes. Katrā no tām ir cits galvenais jautājums, citi darbi un citas metrikas. Tas, kas ir pareizi vienā fāzē, citā var būt bīstami.

Pirms projekta palaišanas svarīgākais ir mācīties un netērēt pārāk daudz. Pēc palaišanas - saprast, vai cilvēki projektu tiešām lieto un vai ir gatavi par to maksāt. Izaugsmes fāzē jāatrod atkārtojams klientu piesaistes mehānisms. Savukārt mērogošanas laikā jāpanāk, lai uzņēmums spētu apkalpot daudz lielāku pieprasījumu, nesabrūkot tehniski, finansiāli vai organizatoriski.

Šis raksts izvedīs cauri visam ceļam:

  1. problēma un ideja;
  2. sākotnējā validācija;
  3. MVP un pre-launch;
  4. palaišana;
  5. tirgus validācija un product-market fit;
  6. izaugsme;
  7. mērogošana;
  8. nobriedis uzņēmums un nākamais “zero to one”.

Svarīgi: šīs nav telpas, kuru durvis aizveras uz visiem laikiem. Startupam bieži jāatgriežas iepriekšējā fāzē, jāmaina projekts, auditorija, cena vai pat pati problēma.

Pirms sākam: startups nav vienkārši jauns uzņēmums

Ja cilvēks atver frizētavu un plāno apkalpot konkrēta rajona klientus, tas ir jauns bizness, bet ne obligāti startups.

Startupam raksturīga ne tikai jaunība. Tas meklē biznesa modeli, kuru iespējams atkārtot un būtiski mērogot. Sākumā vēl nav droši zināms:

  • kam tieši projekts būs vajadzīgs;
  • par ko cilvēki būs gatavi maksāt;
  • kā viņus sasniegt;
  • vai projekts spēs noturēt lietotājus;
  • vai viena klienta apkalpošana maksās mazāk, nekā uzņēmums no viņa nopelna;
  • vai šo modeli var atkārtot simtiem vai miljoniem reižu.

Tāpēc startupu nevar vadīt kā jau stabilu uzņēmumu. Stabils uzņēmums izpilda zināmu modeli. Startups šo modeli vēl meklē.

“Zero to one” princips

Jēdziens zero to one - no nulles līdz vienam - apzīmē brīdi, kad tiek radīts kaut kas jauns. Tā nav tikai pirmā koda rinda vai uzņēmuma reģistrācija.

Startupā “nulle” nozīmē, ka pagaidām eksistē tikai pieņēmumi:

  • mēs domājam, ka šāda problēma pastāv;
  • mēs domājam, ka konkrētiem cilvēkiem tā ir svarīga;
  • mēs domājam, ka mūsu risinājums būs pietiekami labs;
  • mēs domājam, ka viņi par to maksās.

“Viens” rodas tad, kad ir pierādīts pirmais darbojošais modelis:

  • reāls klients;
  • reāla problēma;
  • reāls risinājums;
  • reāla lietošana;
  • vēlams - reāls maksājums.

Pēc tam sākas ceļš no viena līdz daudziem: atkārtot rezultātu ar nākamajiem klientiem, automatizēt procesus, palielināt komandu, tirgu un ieņēmumus.

Šīs ir divas ļoti atšķirīgas spēles.

No nulles līdz vienam vajag eksperimentēt, sarunāties ar klientiem un darīt lietas, kas vēl nav efektīvas. No viena līdz simtam vai miljonam vajag standartizēt, automatizēt un mērogot to, kas jau pierādīts.

Daudzas kļūdas rodas, mēģinot pārāk agri uzvesties tā, it kā “viens” jau būtu atrasts.


1. fāze: problēma un ideja

Galvenais jautājums

Vai šī ir pietiekami svarīga problēma konkrētiem cilvēkiem?

Startupam nav jāsākas ar iespaidīgu tehnoloģiju. Daudz drošāk ir sākt ar problēmu.

Vāja ideja bieži izskatās šādi:

“Tagad populārs ir AI. Uztaisīsim AI lietotni ceļotājiem.”

Spēcīgāka ideja izskatās šādi:

“Cilvēki, kuri paši plāno vairāku pilsētu ceļojumu, pavada daudzas stundas, salīdzinot lidojumus, viesnīcas, pārvietošanās laikus un darba grafiku. Vai varam šo procesu saīsināt no piecām stundām līdz divdesmit minūtēm?”

Otrajā gadījumā ir redzams:

  • konkrēts lietotājs;
  • konkrēta situācija;
  • esošais neērtais process;
  • izmērāms uzlabojums.

Ko darīt šajā fāzē?

  • Apraksti vienu konkrētu klienta tipu.
  • Nosauc problēmu vienā teikumā.
  • Izpēti, kā cilvēki to risina pašlaik.
  • Noskaidro, cik bieži problēma rodas.
  • Noskaidro, ko tā maksā naudā, laikā, riskā vai zaudētās iespējās.
  • Apskati tiešos un netiešos konkurentus.
  • Pārbaudi, vai tirgū vispār ir pietiekami daudz potenciālo klientu.

Konkurentu esamība ne vienmēr ir slikta zīme. Vairāki maksājoši tirgus dalībnieki var apliecināt, ka problēmas kategorija eksistē. Daudz bīstamāka reizēm ir pilnīgi tukša niša - iespējams, neviens tajā neko nepārdod tāpēc, ka cilvēkiem risinājums nav pietiekami vajadzīgs.

Ko šajā fāzē vēl nevajag darīt?

  • Būvēt visas iespējamās funkcijas.
  • Algot lielu komandu.
  • Pirkt dārgu reklāmu.
  • Mēnešiem slīpēt logotipu.
  • Veidot infrastruktūru miljonam lietotāju.
  • Pieņemt, ka draugu komplimenti ir tirgus validācija.

Signāls, ka vari doties tālāk

Tu spēj skaidri pateikt:

“Mēs palīdzam [konkrētai auditorijai] atrisināt [konkrētu problēmu], kura šobrīd tiek risināta [esošā veidā], un mūsu pieeja varētu dot [konkrētu ieguvumu].”

Tas vēl nav pierādījums. Tā ir pietiekami precīza hipotēze, kuru var sākt pārbaudīt.


2. fāze: sākotnējā validācija

Galvenais jautājums

Vai problēma ir reāla, un vai cilvēki ir gatavi kaut ko darīt, lai to atrisinātu?

Validācija nesākas pēc projekta palaišanas. Tā sākas vēl pirms projekta izveides.

Tomēr ir svarīgi saprast atšķirību starp cilvēku teikto un viņu rīcību.

Ja jautāsi:

“Vai tu izmantotu lietotni, kas palīdz ietaupīt naudu?”

lielākā daļa atbildēs “jā”. Šāda atbilde neko daudz nepierāda.

Labāki jautājumi ir:

  • Kad pēdējo reizi tev bija šī problēma?
  • Kā tu to atrisināji?
  • Cik ilgu laiku tas prasīja?
  • Ko tu jau esi izmēģinājis?
  • Par ko tu pašlaik maksā?
  • Kas notiek, ja problēmu neatrisini?

Jautā par pagātnes rīcību, nevis par hipotētisku nākotni.

Validācijas līmeņi

Ne visi signāli ir vienādi stipri.

No vājākā līdz spēcīgākajam:

  1. cilvēks saka, ka ideja viņam patīk;
  2. cilvēks iedod e-pastu;
  3. cilvēks piekrīt intervijai vai demonstrācijai;
  4. cilvēks gaida projektu un atkārtoti interesējas;
  5. cilvēks iedod pieeju datiem vai iegulda laiku izmēģinājumā;
  6. cilvēks paraksta nodomu vienošanos;
  7. cilvēks veic priekšpasūtījumu;
  8. cilvēks samaksā;
  9. cilvēks lieto projektu atkārtoti;
  10. cilvēks iesaka to citiem.

Pat e-pastu saraksts vēl nepierāda, ka būs maksājoši klienti. Taču tas ir stiprāks signāls nekā kompliments sociālajos tīklos.

Kā validēt bez gatava projekta?

  • Sarunas ar 10-30 potenciālajiem klientiem.
  • Vienkārša landing page ar skaidru piedāvājumu.
  • Gaidīšanas saraksts.
  • Klikšķināms dizaina prototips.
  • Manuāli sniegts pakalpojums, izliekoties, ka aiz tā jau ir sistēma.
  • Priekšpasūtījums vai depozīts.
  • Mazs reklāmas tests, lai novērtētu interesi.
  • Aukstie e-pasti vai tiešās ziņas konkrētai auditorijai.

Piemēram, pirms būvēt automātisku cenu aprēķina sistēmu remontdarbiem, vari desmit klientiem tāmi sagatavot manuāli. Ja neviens nevēlas saņemt pat manuālu rezultātu, automatizācija problēmu neatrisinās.

Galvenās metrikas

Šajā posmā absolūtie skaitļi vēl var būt mazi. Svarīgāk ir skatīties:

  • cik no uzrunātajiem piekrita sarunai;
  • cik atpazina problēmu kā būtisku;
  • cik jau tērē naudu alternatīvam risinājumam;
  • cik pieteicās izmēģinājumam;
  • cik bija gatavi maksāt vai veikt priekšpasūtījumu;
  • kādi iebildumi atkārtojās.

Signāls, ka vari doties tālāk

Tev ir ne tikai pozitīvi vārdi, bet arī pirmā rīcība: gaidīšanas saraksts, aktīvi testētāji, priekšpasūtījumi, pilotprojekts vai skaidrs pierādījums, ka cilvēki pašlaik tērē laiku un naudu šīs problēmas risināšanai.


3. fāze: MVP un pre-launch

Galvenais jautājums

Kāda ir mazākā projekta versija, ar kuru varam pārbaudīt svarīgāko pieņēmumu?

MVP nav vienkārši slikti uztaisīta gala projekta versija. Tas ir mazākais risinājums, kas rada pietiekamu vērtību, lai no reālas lietošanas kaut ko iemācītos.

MVP var būt:

  • landing page;
  • prototips;
  • viena funkcionējoša projekta iespēja;
  • maksas pakalpojums, kura aizmugurē daudz kas vēl tiek darīts manuāli;
  • neliela slēgta sistēma dažiem uzņēmumiem;
  • viena kursa vai satura sadaļa, nevis visa platforma.

Ja galvenais risks ir “vai cilvēki vispār grib šo rezultātu?”, reizēm pietiek ar landing page un manuālu pakalpojumu. Ja risks ir tehnisks - piemēram, vai sistēma spēj pietiekami precīzi atpazīt bojājumu attēlā - jāuzbūvē tehniskais eksperiments.

Pre-launch nav tikai reklāmas kampaņa

Pre-launch jeb sagatavošanās palaišanai ir laiks, kurā projekts vēl nav publiski pieejams, bet tiek veidots pirmais pieprasījums.

Šajā posmā vajadzētu:

  • definēt pirmo šauro auditoriju;
  • izveidot skaidru pozicionējumu;
  • sagatavot landing page;
  • vākt e-pastus vai pieteikumus;
  • atrast pirmos 10-50 testētājus;
  • veidot attiecības ar kopienām un nozares cilvēkiem;
  • sagatavot demonstrāciju, ekrānattēlus un skaidrojumu;
  • izlemt cenu vai vismaz cenu hipotēzi;
  • uzstādīt analītiku;
  • sagatavot atbalstu un kļūdu ziņošanas procesu;
  • izvēlēties palaišanas kanālus.

Labs pre-launch nozīmē, ka palaišanas dienā neesi viens tukšā internetā. Tev jau ir cilvēki, kuri zina, ko būvē, un ir gatavi izmēģināt.

Piemērs

Tu veido rīku, kas skolotājam no izvēlētās tēmas izveido matemātikas spēli.

Pārāk liels MVP būtu platforma ar 20 spēļu veidiem, skolēnu kontiem, atskaitēm, maksājumiem, skolas administrāciju un mobilo lietotni.

Labāks MVP var būt:

  • viens spēles formāts;
  • skolotājs ievada tēmu un vecuma grupu;
  • sistēma izveido uzdevumus;
  • skolotājs saņem spēlējamu saiti;
  • tu manuāli pārbaudi ģenerēto saturu.

Ar to var pārbaudīt svarīgāko: vai skolotāji šo tiešām izmanto stundās un vēlas lietot atkārtoti.

Biežākā kļūda

Mēģināt pirms palaišanas izdomāt pilnīgi visu. Startupā skaidrība rodas no saskares ar tirgu. Jo ilgāk projekts ir paslēpts, jo ilgāk tu mācies tikai no saviem pieņēmumiem.

Signāls, ka vari palaist

Projekts spēj izpildīt vienu galveno solījumu. Tas nav perfekts, bet lietotājs var pabeigt galveno darbību bez dibinātāja skaidrojuma katrā solī. Ir sagatavoti pirmie testētāji, analītika un veids, kā saņemt atsauksmes.


4. fāze: launch jeb palaišana

Galvenais jautājums

Kas notiek, kad projektu iedodam reāliem lietotājiem?

Palaišana nav finišs. Tā ir brīdis, kad sākas daudz kvalitatīvāka mācīšanās.

Pirms launch projekts dzīvo komandas iztēlē. Pēc launch kļūst redzams:

  • vai cilvēki saprot piedāvājumu;
  • vai viņi spēj reģistrēties;
  • kurā vietā apstājas;
  • vai sasniedz pirmo vērtīgo rezultātu;
  • vai atgriežas;
  • vai maksā;
  • ko lūdz uzlabot;
  • kas salūzt pie reālas lietošanas.

Launch veidi

Palaišanai nav obligāti jābūt vienai lielai dienai.

Slēgts beta tests - projekts pieejams nelielai uzaicinātu cilvēku grupai. Pakāpeniska palaišana - lietotāji tiek pievienoti pa daļām. Publiska palaišana - par projektu tiek paziņots visiem. Nišas palaišana - sākumā tikai vienā nozarē, pilsētā vai kopienā. Platformas palaišana - Product Hunt, Hacker News, Reddit vai nozares katalogs. Pārdošanas palaišana - B2B projekts tiek piedāvāts konkrētiem uzņēmumiem, nevis izziņots visam internetam.

Ne katram projektam ir vajadzīgs Product Hunt. Vietējam B2B grāmatvedības risinājumam daudz vērtīgākas var būt 20 precīzi izvēlētas sarunas ar uzņēmumiem.

Ko darīt launch laikā?

  • Personīgi vēro pirmos lietotājus.
  • Ātri labo bloķējošās kļūdas.
  • Atbildi uz jautājumiem.
  • Pieraksti iebildumus un neskaidros formulējumus.
  • Nespried tikai pēc reģistrāciju skaita.
  • Salīdzini dažādus piesaistes kanālus.
  • Prasi maksājumu pietiekami agri.
  • Sazinies arī ar tiem, kuri sāka, bet nepabeidza.

Vanity metrics jeb skaisti, bet tukši skaitļi

Palaišanas dienā var būt:

  • 10 000 mājaslapas apmeklējumu;
  • 1000 “patīk”;
  • 500 reģistrāciju;
  • publikācija medijos.

Tas izskatās lieliski, bet vēl nepierāda biznesu.

Svarīgāki jautājumi:

  • Cik lietotāju sasniedza galveno rezultātu?
  • Cik atgriezās pēc nedēļas vai mēneša?
  • Cik samaksāja?
  • Cik ieteica projektu citam?
  • Vai viņi būtu vīlušies, ja projekts pazustu?

Signāls, ka launch ir izdevies

Nevis tas, ka par tevi runāja vienu dienu, bet tas, ka ieguvi pietiekami daudz reālas lietošanas, lai saprastu, ko uzlabot tālāk. Labs launch rada mācīšanos, pirmos klientus un nākamo eksperimentu sarakstu.


5. fāze: validācija pēc palaišanas un product-market fit

Galvenais jautājums

Vai esam uzbūvējuši projektu, kuru konkrēts tirgus patiešām grib?

Pirms palaišanas tu validēji problēmu un interesi. Tagad jāvalidē pats projekts un biznesa modelis.

Šī bieži ir garākā un emocionāli grūtākā fāze. Projekts jau eksistē, taču vēl nav skaidrs, vai tas kļūs par biznesu.

Komanda atkārto vienu ciklu:

  1. novēro lietotājus;
  2. atrod lielāko šķērsli;
  3. izvirza hipotēzi;
  4. izmaina projektu, cenu vai piedāvājumu;
  5. izmēra rezultātu;
  6. atkārto.

Kas ir product-market fit?

Product-market fit jeb projekta atbilstība tirgum nozīmē, ka konkrētai auditorijai projekts rada pietiekami lielu vērtību, lai cilvēki to aktīvi lietotu, saglabātu un ieteiktu.

To nevar pilnībā noteikt ar vienu universālu skaitli. Taču par to liecina vairāku signālu kopums:

  • lietotāji regulāri atgriežas;
  • klientu noturēšana stabilizējas;
  • cilvēki ir gatavi maksāt;
  • daļa klientu atnāk pēc ieteikumiem;
  • pārdošanas sarunas kļūst vieglākas;
  • lietotāji paši prasa paplašināt projektu;
  • klienti būtu patiesi neapmierināti, ja projekts pazustu;
  • komanda jūt pieprasījuma spiedienu, nevis tikai stumj projektu tirgū.

Spēcīgākais signāls parasti nav reģistrācija, bet noturēšana. Reklāma var atvest cilvēku vienu reizi. Tikai projekta vērtība liek viņam atgriezties.

Ko šajā posmā mainīt?

Gandrīz visu:

  • auditoriju;
  • problēmas formulējumu;
  • galveno funkciju;
  • cenu;
  • pārdošanas modeli;
  • onboarding procesu;
  • pozicionējumu;
  • reizēm arī visu projekta virzienu.

Šādu būtisku virziena maiņu sauc par pivot. Tas nav automātiski neveiksmes pierādījums. Neveiksme būtu gadiem turpināt projektu, par kuru tirgus skaidri neizrāda interesi.

Biežākā kļūda: būvēt pēc katra pieprasījuma

Pirmajiem klientiem būs daudz ideju. Taču viņu ieteikumi var vilkt projektu dažādos virzienos.

Jāmeklē nevis skaļākais klients, bet atkārtojošs modelis:

  • vai vairākiem cilvēkiem ir viena un tā pati problēma;
  • vai uzlabojums palīdz galvenajai auditorijai;
  • vai tas palielina aktivizāciju, noturēšanu vai ieņēmumus;
  • vai tas atbilst projekta stratēģijai.

Galvenās metrikas

  • Aktivizācija: cik lietotāju sasniedz pirmo vērtīgo rezultātu.
  • Konversija: cik apmeklētāju reģistrējas un cik lietotāju kļūst par maksātājiem.
  • Retention: cik atgriežas pēc noteikta laika.
  • Churn: cik pārtrauc lietošanu vai abonementu.
  • Lietošanas biežums un galvenās darbības.
  • Ieņēmumi un atkārtotie ieņēmumi.
  • Klientu intervijas un atteikšanās iemesli.
  • Organiski ieteikumi.

Signāls, ka vari pāriet uz izaugsmi

Tu aptuveni zini:

  • kurš ir ideālais klients;
  • kādu rezultātu viņš pērk;
  • kāpēc viņš paliek;
  • cik viņš maksā;
  • kur viņu iespējams sasniegt;
  • ka projekts notur vismaz pietiekamu daļu klientu.

Nav jābūt perfektam. Taču nevajadzētu agresīvi pirkt trafiku projektam, no kura lielākā daļa cilvēku uzreiz aiziet.


6. fāze: growth jeb izaugsme

Galvenais jautājums

Kā atkārtojami iegūt arvien vairāk pareizo klientu?

Izaugsme sākas tad, kad uzņēmums vairs ne tikai meklē, vai kādam projekts ir vajadzīgs, bet mēģina atkārtot jau pierādītu rezultātu.

Šajā posmā uzņēmums meklē savus izaugsmes dzinējus:

  • SEO;
  • saturs;
  • tiešā pārdošana;
  • partnerības;
  • rekomendācijas;
  • affiliate programma;
  • sociālie tīkli;
  • kopiena;
  • maksas reklāma;
  • projektu virzīta izaugsme;
  • viral loop;
  • paplašināšanās esošajos klientu kontos.

Ne visi kanāli der visiem projektiem. €10 mēneša patērētāju lietotnei nevar izmantot tādu pašu pārdošanas procesu kā €50 000 gadā vērtai uzņēmumu sistēmai.

Šeit sākas sistemātiski eksperimenti

Piemēram:

  • mainīt landing page virsrakstu;
  • testēt bezmaksas izmēģinājuma ilgumu;
  • salīdzināt Google Ads un nozares partnerības;
  • uzlabot uzaicināšanas mehānismu;
  • izveidot konkrētai nišai paredzētu landing page;
  • samazināt soļu skaitu līdz pirmajam rezultātam;
  • testēt gada plānu pret mēneša abonementu.

Katram eksperimentam vajag:

  1. hipotēzi;
  2. vienu galveno metriku;
  3. pietiekamu datu apjomu;
  4. lēmumu pēc rezultāta.

“Do things that don’t scale”

Arī izaugsmes sākumā dibinātāji bieži dara lietas, kuras nevarēs turpināt mūžīgi:

  • personīgi uzrunā katru klientu;
  • manuāli ievada datus;
  • paši vada onboarding;
  • individuāli palīdz sasniegt pirmo rezultātu;
  • personīgi prasa ieteikumus.

Tas nav slikti. Sākumā šādi uzņēmums iemācās, kas klientam patiesībā vajadzīgs. Automatizēt vajag pēc tam, kad process ir saprasts.

Galvenās metrikas

  • Jauno klientu skaits un pieauguma temps.
  • CAC - viena klienta iegūšanas izmaksas.
  • LTV - klienta vērtība visā sadarbības laikā.
  • Atmaksāšanās periods.
  • Konversijas katrā piltuves solī.
  • Retention un churn dažādām klientu grupām.
  • Organisko un maksas klientu attiecība.
  • Ieņēmumu pieaugums.
  • Bruto peļņa un naudas patēriņš.

Svarīgi: augošs apmeklējums nav tas pats, kas augošs bizness. Ja klientu iegūšana maksā vairāk, nekā viņi uzņēmumam ienes, reklāmas budžeta palielināšana tikai paātrina zaudējumus.

Signāls, ka vari sākt mērogot

Tev ir vismaz viens atkārtojams klientu piesaistes kanāls, saprotama ekonomika un projekts, kurš notur lietotājus. Tu zini ne tikai, ka vari iegūt desmit klientus, bet arī aptuveni, kas nepieciešams nākamajiem simts vai tūkstotim.


7. fāze: scale jeb mērogošana

Galvenais jautājums

Kā palielināt apjomu, nezaudējot kvalitāti un nesagraujot uzņēmumu?

Growth un scale nav viens un tas pats.

Growth nozīmē atrast un pierādīt izaugsmes mehānismu. Scale nozīmē šo mehānismu būtiski palielināt.

Ja izaugsmes posmā viens pārdevējs atrod procesu, ar kuru mēnesī noslēdz desmit darījumus, mērogošana nozīmē izveidot sistēmu, kurā desmit pārdevēji kopā var noslēgt simts darījumus, nesamazinot kvalitāti un nesadedzinot visu naudu.

Kas mainās mērogošanas laikā?

Tehnoloģija

  • Vai serveri izturēs desmitkārtīgu slodzi?
  • Vai datubāzes struktūra ir piemērota augšanai?
  • Vai sistēma ir droša?
  • Vai kļūdas iespējams ātri pamanīt?
  • Vai ir rezerves kopijas un atjaunošanas plāns?
  • Vai AI izmaksas uz vienu lietotāju ir kontrolējamas?

MVP reizēm tiešām jāuzbūvē no jauna. Tas nav nekas neparasts. MVP tika radīts, lai pārbaudītu pieņēmumu, nevis obligāti apkalpotu miljonu lietotāju.

Komanda

  • Dibinātājs vairs nevar pieņemt katru lēmumu.
  • Jādefinē lomas un atbildība.
  • Vajag vadītājus, procesus un dokumentāciju.
  • Jauniem darbiniekiem jāspēj ātri saprast projektu.
  • Jāsaglabā kvalitāte un kultūra, komandai augot.

Klientu apkalpošana

  • Atbalsta pieprasījumi palielinās.
  • Vajag pašapkalpošanās materiālus.
  • Jānosaka reakcijas laiki un atbildības.
  • Lielākiem klientiem var būt vajadzīgs SLA.
  • Atkārtotus jautājumus jārisina pašā projektā.

Finanses

  • Jāprognozē naudas plūsma.
  • Jāsaprot vienības ekonomika.
  • Jākontrolē komandas un infrastruktūras izmaksas.
  • Jāvērtē, vai izaugsmi finansēt no ieņēmumiem vai piesaistīt investīciju.

Investora nauda nav nopelnīta nauda. Tā ir nauda, kas uzticēta uzņēmumam, lai tas ātrāk sasniegtu lielāku rezultātu. Ja pierādīta modeļa nav, papildu kapitāls var tikai dārgāk un ātrāk mērogot kļūdu.

Kāpēc reizēm jāmēro ātri?

Ātrums ir īpaši svarīgs, ja:

  • darbojas tīkla efekts;
  • tirgū uzvar viens vai daži līderi;
  • konkurenti strauji tuvojas;
  • pastāv īss tehnoloģiskais iespēju logs;
  • nepieciešams ātri iegūt datus vai piedāvājuma apjomu;
  • pirmajam mērogam ir būtiska izmaksu priekšrocība.

Tirgus platformā var būt svarīgi ātri iegūt gan pircējus, gan pārdevējus. Pretējā gadījumā konkurents sasniedz vajadzīgo tirgus blīvumu pirmais.

Kāpēc reizēm lēnāk ir labāk?

Lēnāka izaugsme var būt gudrāka, ja:

  • projekts vēl nav pietiekami stabils;
  • klientu churn ir augsts;
  • katrs jauns klients rada zaudējumus;
  • nozare prasa augstu uzticību;
  • kļūdas var kaitēt cilvēkiem vai reputācijai;
  • komanda nespēj uzturēt kvalitāti;
  • biznesam nav nepieciešama “uzvarētājs paņem visu” dinamika;
  • uzņēmums var veselīgi augt no saviem ieņēmumiem.

Mērogošanas mērķis nav vienkārši kļūt lielākam. Mērķis ir kļūt lielākam, saglabājot vai uzlabojot biznesa kvalitāti.

Signāls, ka mērogošana darbojas

  • Ieņēmumi aug paredzami.
  • Klientu noturēšana nepasliktinās.
  • Vienības ekonomika saglabājas veselīga.
  • Sistēma iztur lielāku slodzi.
  • Jauni darbinieki palielina jaudu, nevis tikai haosu.
  • Klientu apkalpošanas kvalitāte nekrīt.
  • Uzņēmumam ir pietiekama naudas rezerve.

8. fāze: nobriedis projekts un nākamais “zero to one”

Galvenais jautājums

Kur būs nākamais izaugsmes avots?

Agrāk vai vēlāk sākotnējais tirgus kļūst piesātināts. Izaugsmes temps samazinās, klientu piesaistes kanāli kļūst dārgāki un konkurenti panāk veiksmīgās funkcijas.

Nobriedis uzņēmums var:

  • ieiet jaunā valstī;
  • pievienot jaunu klientu segmentu;
  • radīt nākamo projektu;
  • paplašināties no vienas funkcijas uz veselu platformu;
  • iegādāties citu uzņēmumu;
  • mainīt cenu modeli;
  • izmantot savus datus vai izplatīšanu jaunā veidā.

Šajā brīdī lielam uzņēmumam atkal jāiemācās domāt kā mazam startupam. Jaunais virziens sākas ar hipotēzi, validāciju un MVP - tātad ar jaunu ceļu no nulles līdz vienam.

Piemēram, valodu apguves uzņēmums, kurš jau dominē savā kategorijā, var sākt mācīt matemātiku vai mūziku. Taču esošā auditorija vēl negarantē, ka jaunais projekts būs vajadzīgs. Arī tam jāatrod sava atbilstība tirgum.


Startup fāzes vienā pārskatā

FāzeGalvenais jautājumsSvarīgākais darbsGalvenais pierādījums
IdejaVai problēma ir svarīga?Problēmas un auditorijas izpētePrecīza, pārbaudāma hipotēze
Sākotnējā validācijaVai cilvēki rīkosies?Intervijas, landing page, priekšpasūtījumiReāla interese, laiks vai maksājums
MVP un pre-launchKo būvēt vispirms?Mazākais vērtīgais projekts un pirmā auditorijaGatavi testētāji un funkcionējošs kodols
LaunchKā cilvēki lieto projektu?Palaišana, vērošana un kļūdu labošanaReālas lietošanas dati
Product-market fitVai tirgus projektu grib?Iterācijas, noturēšana un cenaAtkārtota lietošana un maksājumi
GrowthKā atkārtojami iegūt klientus?Kanālu un piltuves eksperimentiStrādājošs izaugsmes mehānisms
ScaleKā palielināt apjomu?Sistēmas, komanda, infrastruktūraPrognozējama un ekonomiski veselīga augšana
BriedumsKur augt tālāk?Jauni tirgi un projektiNākamais pierādītais izaugsmes virziens

Finansējuma raundi nav tas pats, kas projekta fāzes

Pre-seed, seed, Series A, B un C ir finansējuma stadijas. Tās bieži pārklājas ar projekta attīstību, bet nav universāla sakritība.

Viens uzņēmums seed investīciju var piesaistīt tikai ar ideju un spēcīgu komandu. Cits līdz tam jau pelna. Bootstrapped uzņēmums var sasniegt product-market fit un ievērojamu mērogu bez neviena investīciju raunda.

Ļoti vienkāršoti:

  • Pre-seed: komanda, problēma, pirmā validācija un prototips.
  • Seed: MVP, pirmie klienti un product-market fit meklējumi.
  • Series A: pierādīts pieprasījums un atkārtojama izaugsme.
  • Series B un tālāk: agresīvāka mērogošana, jauni tirgi un komandas paplašināšana.

Taču raunda nosaukums pats par sevi neko nepierāda. Piesaistīta nauda nav tas pats, kas projekta kvalitāte, ieņēmumi vai peļņa.

Startup reti pārvietojas tikai uz priekšu

Reālais ceļš drīzāk izskatās šādi:

Ideja → validācija → MVP → launch → atklājam problēmu → atgriežamies pie auditorijas → mainām projektu → palaižam vēlreiz → atrodam noturēšanu → augam → atklājam, ka kanāls nav rentabls → mainām cenu → augam vēlreiz.

Atgriešanās nav neveiksme. Tā ir startup darba būtība.

Svarīgi ir neatkārtot vienu un to pašu eksperimentu bez jaunas informācijas. Katram ciklam vajadzētu samazināt kādu būtisku nezināmo:

  • vai pastāv problēma;
  • vai risinājums strādā;
  • vai cilvēki maksā;
  • vai viņi paliek;
  • vai klientus var iegūt rentabli;
  • vai sistēmu var mērogot.

Biežākās kļūdas, sajaucot fāzes

Mērogot pirms product-market fit

Uzņēmums pērk daudz reklāmas, algo pārdevējus un palielina komandu, lai gan klienti projektu neizmanto atkārtoti. Rezultātā tas ātrāk iztērē naudu, nevis ātrāk atrod tirgu.

Slīpēt projektu pirms validācijas

Gadu tiek būvēta perfekta sistēma, kuru vēl nav izmēģinājis neviens reāls klients.

Uztvert launch kā vienīgo iespēju

Dibinātājs gaida lielu palaišanas dienu un baidās, ka neveiksmes gadījumā viss būs beidzies. Patiesībā projektu var palaist vairākas reizes - beta versiju, jaunu pozicionējumu, jaunu nišu vai būtiski uzlabotu versiju.

Growth sajaukt ar nejaušu publicitāti

Viens virāls ieraksts var dot lielu trafiku, bet vēl neveido atkārtojamu kanālu.

Scale sajaukt ar komandas palielināšanu

Vairāk darbinieku automātiski nenozīmē lielāku jaudu. Bez skaidriem procesiem komandas augšana var palēnināt uzņēmumu.

Finansējumu sajaukt ar panākumiem

Investīcija dod vairāk laika un resursu, bet palielina arī gaidas. Tā nav peļņa un neatrisina projekta vai tirgus problēmas.

Ko dibinātājam darīt katrā fāzē?

Dibinātāja loma mainās kopā ar uzņēmumu.

Ideja un validācija

Dibinātājs pats runā ar klientiem, pēta problēmu un formulē hipotēzes.

MVP un launch

Dibinātājs palīdz būvēt, pārdod, apkalpo klientus un vēro katru būtisko projekta soli.

Product-market fit meklējumi

Dibinātājs nosaka prioritātes, atsakās no liekā un palīdz komandai ļoti ātri mācīties.

Growth

Dibinātājs sāk pārvērst atsevišķus panākumus atkārtojamā sistēmā un piesaista cilvēkus konkrētiem izaugsmes kanāliem.

Scale

Dibinātāja darbs arvien vairāk kļūst par komandas, kapitāla, stratēģijas un organizācijas veidošanu. Viņš vairs nevar būt visu lēmumu un informācijas centrs.

Ne katram dibinātājam patīk visas fāzes. Cilvēks, kurš ir izcils “zero to one” izgudrotājs, var nebaudīt lielas organizācijas vadīšanu. Savukārt labs mērogošanas vadītājs ne vienmēr ir cilvēks, kurš tukšā lapā atradīs pirmo projektu. Arī tas ir normāli.

Kā saprast, kurā fāzē esi?

Atbildi uz pieciem jautājumiem:

  1. Vai mums jau ir maksājoši klienti?
  2. Vai viņi projektu lieto atkārtoti?
  3. Vai zinām, kāpēc viņi paliek vai aiziet?
  4. Vai spējam paredzami iegūt nākamos klientus?
  5. Vai, divkāršojot klientu skaitu, uzņēmums spētu viņus apkalpot?

Ja vēl nav klientu, esi idejas, validācijas vai MVP fāzē. Ja klienti ir, bet nepaliek, vēl meklē product-market fit. Ja klienti paliek, bet nezini, kā iegūt nākamos, esi izaugsmes kanāla meklējumos. Ja kanāls strādā, bet sistēma nespēj uzņemt apjomu, sākas mērogošanas darbs.

Noslēgumā

Startupa ceļš nav “izdomā, uzbūvē un reklamē”. Katrā fāzē ir jāatrisina cita problēma.

  • Idejas fāzē jāpierāda, ka problēma ir īsta.
  • Validācijas fāzē jāpierāda, ka cilvēki rīkosies.
  • MVP fāzē jāatrod mazākais risinājums, kas dod vērtību.
  • Launch laikā jāiegūst reāla lietošana un mācīšanās.
  • Product-market fit posmā jāpierāda, ka cilvēki projektu grib un turpina lietot.
  • Growth posmā jāatrod atkārtojams klientu piesaistes mehānisms.
  • Scale posmā jāpalielina apjoms, nesagraujot projekta kvalitāti un biznesa ekonomiku.

Svarīgākais ir nepārlekt pāri nepatīkamajām fāzēm.

Reklāma nevar izglābt projektu, kuru cilvēki nevēlas. Investīcija nevar aizstāt product-market fit. Liela komanda nevar atrisināt neskaidru virzienu. Savukārt perfekta tehnoloģija pati neatrod klientus.

Sākumā tavs uzdevums nav izskatīties pēc liela uzņēmuma. Tavs uzdevums ir pēc iespējas ātrāk un lētāk pārvērst svarīgākos pieņēmumus pierādījumos.

Vispirms no nulles līdz vienam. Tad - no viena līdz daudziem.


Avoti un tālāka lasīšana

  • Y Combinator - How to Find Product-Market Fit: https://www.ycombinator.com/library/7V-how-to-find-product-market-fit
  • Y Combinator - The Real Product-Market Fit: https://www.ycombinator.com/library/5z-the-real-product-market-fit
  • Paul Graham - Do Things That Don’t Scale: https://www.paulgraham.com/ds.html
  • Paul Graham - Startup = Growth: https://paulgraham.com/growth.html
  • Stripe - How to Start a Startup: https://stripe.com/resources/more/how-to-start-a-startup-a-guide-for-entrepreneurs
  • Sequoia Capital - Sustainable Product Growth: https://articles.sequoiacap.com/sustainable-product-growth