Idejas, validācija un product-market fit

Startupa sākumā viss izskatās vienkārši: vajag labu ideju.

Taču “laba ideja” pati par sevi vēl neko nenozīmē. Tā var būt oriģināla, tehniski iespaidīga un pat saņemt daudz komplimentu, bet joprojām nekļūt par biznesu. Idejai jāatrodas krustpunktā starp reālu problēmu, sasniedzamu auditoriju, pietiekami labu risinājumu un cilvēku gatavību mainīt savu rīcību vai maksāt.

Tāpēc startupā nevajadzētu jautāt tikai:

Kā izdomāt kaut ko ģeniālu?

Noderīgāki jautājumi ir:

• Kur cilvēki regulāri zaudē laiku, naudu vai iespējas?
• Ko viņi dara neērti, manuāli vai ar vairākiem nesavienotiem rīkiem?
• Par ko viņi jau maksā, bet joprojām ir neapmierināti?
• Kas tehnoloģiju, likumu vai cilvēku paradumu maiņas dēļ tagad kļuvis iespējams?
• Kuru problēmu es pazīstu labāk nekā vairums citu?
• Vai varu sākt ar vienu cilvēku un vēlāk atklāt, ka tādu ir tūkstošiem?

Šajā rakstā apskatīsim visu ceļu: no ideju meklēšanas un tirgus izpētes līdz prototipam, pirmajiem lietotājiem, validācijai un product-market fit.

Labas idejas biežāk atrod, nevis izdomā

Vāja startupa ideju ģenerēšanas metode ir apsēsties pie baltas lapas un mēģināt izdomāt “kaut ko ar AI”, “jauno Uber” vai projektu milzīgam tirgum, kuru pats nepazīsti.

Daudz spēcīgākas idejas rodas no novērojuma:

• pats regulāri sastopies ar problēmu;
• strādā nozarē un redzi neefektīvus procesus;
• klienti atkārtoti lūdz vienu un to pašu;
• cilvēki ir izveidojuši sarežģītus pagaidu risinājumus;
• tehnoloģija ļauj izdarīt to, kas agrāk bija pārāk dārgi;
• noteikumu vai tirgus izmaiņas rada jaunu vajadzību;
• esošie projekti ignorē šauru, bet maksātspējīgu auditoriju.

Paul Graham iesaka meklēt problēmas, īpaši tādas, ar kurām esi sastapies pats. Tas nenozīmē, ka drīksti būvēt tikai sev. Tas nozīmē, ka personīga pieredze dod pieeju detaļām, kuras cilvēks no malas bieži neredz.

Piemēram, skolotājs var pamanīt, ka katru nedēļu stundām gatavo individualizētus uzdevumus. Interneta veikala īpašnieks var redzēt, ka klienti regulāri izvēlas nepareizo izmēru. Būvniecības projektu vadītājs var zināt, ka viena piedāvājuma sagatavošanai informācija jāmeklē desmit dokumentos.

Katrs no šiem novērojumiem ir vērtīgāks par abstraktu vēlmi “uztaisīt platformu”.

Kāpēc problēma parasti ir vērtīgāka par ideju?

Ideja ir tavs pirmais minējums par risinājumu. Problēma ir iemesls, kāpēc klientam vispār vajadzētu kaut ko mainīt.

Ja iemīlies problēmā, vari izmēģināt vairākus risinājumus. Ja iemīlies vienā konkrētā idejā, vari turpināt to aizstāvēt arī tad, kad tirgus rāda, ka tā nestrādā.

Iedomāsimies, ka sākotnējā ideja ir “mobilā lietotne ģimenes ēdienkartes plānošanai”. Pēc sarunām atklājas, ka ģimenes negrib plānot vēl vienā lietotnē. Patiesā problēma ir ikvakara nogurums, nezinot, ko ātri pagatavot no mājās esošā.

Iespējamais risinājums var izrādīties pavisam cits:

• WhatsApp asistents;
• automātiski ieteikumi pēc veikala čeka;
• gatavs piecu vakariņu komplekts;
• ledusskapja satura atpazīšana;
• recepšu pakalpojums konkrētām uztura vajadzībām.

Problēma paliek, bet risinājuma forma mainās.

Kā pazīt vērtīgu problēmu?

Labai startupa problēmai bieži piemīt vairāki no šiem raksturlielumiem.

Tā ir sāpīga

Cilvēks zaudē naudu, laiku, klientus, reputāciju, drošību vai emocionālo mieru.

Tā atkārtojas

Problēma, kas rodas katru dienu vai nedēļu, parasti rada vairāk vērtības nekā tā, kas notiek reizi piecos gados.

Cilvēki jau mēģina to risināt

Excel tabula, manuāls process, asistents, vairāku rīku kombinācija vai dārgs ārpakalpojums ir labs signāls. Cilvēks jau “maksā” ar naudu vai laiku.

Ir skaidrs, kam tā sāp

“Visiem cilvēkiem” nav lietojama pirmā auditorija. “Mazām zobārstniecības klīnikām ar 3-10 ārstiem” ir daudz konkrētāka.

Auditoriju var sasniegt

Pat liels tirgus ir nederīgs, ja nezini, kur šie cilvēki atrodas un kā viņus uzrunāt.

Problēmas atrisināšanai ir budžets

Lietotājs var ļoti vēlēties risinājumu, bet nebūt pircējs. B2B gadījumā jānoskaidro arī, kurš lietos projektu, kurš pieņems lēmumu un kurš maksās.

Tagad ir īstais brīdis

Jauna tehnoloģija, paradums, likums, izmaksu kritums vai infrastruktūra var padarīt ideju iespējamu tieši tagad.

Kur meklēt startupa idejas?

1. Savā ikdienā veido “problēmu žurnālu”

Divas vai četras nedēļas pieraksti katru situāciju, kurā:

• kaut kas aizņem nepamatoti ilgu laiku;
• informācija jāpārraksta ar roku;
• jāizmanto vairāki nesavienoti rīki;
• cilvēks saka: “Tā mēs vienmēr darām”;
• tiek izmantota sarežģīta Excel tabula;
• jāgaida atbilde no viena konkrēta cilvēka;
• rodas viena un tā pati kļūda;
• tu domā: “Kāpēc šo nevar izdarīt automātiski?”

Neizvērtē idejas uzreiz. Vispirms savāc novērojumus. Pēc tam meklē atkārtojošos modeļus.

2. Vēro darba procesus

Daudz vērtīgu B2B ideju slēpjas garlaicīgos procesos:

• rēķinu pārbaude;
• dokumentu apstiprināšana;
• grafiku veidošana;
• datu ievadīšana;
• atskaites;
• piedāvājumu sagatavošana;
• klientu pieprasījumu sadale;
• atbilstības pārbaudes.

Tie var neizskatīties pēc aizraujošiem startupiem, bet uzņēmumi par šādu problēmu risināšanu maksā. Paul Graham šo aklumu pret nepatīkamiem un sarežģītiem darbiem sauc par schlep blindness: visi redz problēmu, bet neviens negrib ķerties pie tās smagās daļas.

3. Meklē pagaidu risinājumus

Ja cilvēki savieno Google Forms, Excel, e-pastu, WhatsApp un piecus manuālus soļus, viņi būtībā jau ir uzbūvējuši sev projektu - tikai ļoti neērtu.

Pajautā:

• Ko šis process mēģina paveikt?
• Kur rodas visvairāk kļūdu?
• Kura daļa prasa cilvēka spriedumu?
• Ko varētu apvienot vienā plūsmā?
• Par kuru procesa daļu uzņēmums labprāt maksātu?

4. Lasi sūdzības, ne tikai tendenču prognozes

Idejas var atrast:

• konkurentu negatīvajās atsauksmēs;
• Reddit un nozares forumos;
• Facebook grupās;
• palīdzības centros un biežāk uzdotajos jautājumos;
• darba sludinājumos;
• programmatūras integrāciju pieprasījumos;
• komentāros zem nozares satura;
• klientu atbalsta sarakstē;
• meklētāju jautājumos.

Ja simtiem cilvēku atkārtoti sūdzas par vienu ierobežojumu, iespējams, pastāv niša. Taču jāpārbauda, vai viņi būtu gatavi mainīt projektu vai maksāt, nevis tikai publiski dusmoties.

5. Skaties uz izmaiņām

Jaunas iespējas bieži rodas pārmaiņu brīžos:

• AI padara iespējamu iepriekš dārgu analīzi;
• jauns regulējums rada obligātu procesu;
• sabiedrības novecošana maina pakalpojumu pieprasījumu;
• attālināts darbs rada jaunu koordinācijas problēmu;
• jauna platforma rada savu izstrādātāju ekosistēmu;
• aparatūras izmaksu kritums ļauj radīt lētāku fizisku projektu.

Noderīga brainstorm formula:

Jaunā iespēja + veca, sāpīga problēma + konkrēta auditorija.

Piemēram:

Datorredze + manuāla preču defektu pārbaude + nelieli ražotāji.

6. Meklē pārāk plašu projektu ignorētas nišas

Liels horizontāls rīks bieži apkalpo daudzus “pietiekami labi”, bet nevienu izcili.

Piemēram, vispārīga projektu vadības sistēma var nederēt:

• būvniecības brigādēm objektā;
• kāzu organizatoriem;
• filmu uzņemšanas komandām;
• laboratorijām;
• skolēnu mācību projektiem.

Vertikāls projekts var uzvarēt ar nozares valodu, gataviem procesiem, dokumentiem, integrācijām un uzticību.

7. Sāc ar pakalpojumu un meklē projektu tajā

Pakalpojumu sniedzēji bieži atkārto vienu un to pašu darbu vairākiem klientiem. Ja daļu procesa iespējams standartizēt, automatizēt un pārdot atkārtoti, pakalpojums var kļūt par projektu.

Piemēram, aģentūra katram klientam manuāli apkopo sociālo tīklu rezultātus. Vispirms tā izveido iekšēju automatizāciju, pēc tam klientu paneli, bet vēlāk - atsevišķu projektu citām aģentūrām.

8. Savieno divas pasaules, kuras labi pazīsti

Dažreiz priekšrocība nav viena unikāla tehnoloģija, bet neparasta kompetenču kombinācija:

• programmēšana + izglītība;
• dizains + loģistika;
• medicīna + datu analīze;
• mode + personalizēta ražošana;
• finanses + spēļu mehānika;
• māksla + mākslīgais intelekts.

Cilvēks, kurš saprot abas puses, redz iespējas, kuras speciālists tikai vienā jomā var nepamanīt.

Praktiskas brainstorm tehnikas

Tehnika: 10 problēmas dienā

Septiņas dienas pēc kārtas pieraksti desmit problēmas. Nevis risinājumus - problēmas. Mērķis nav uzreiz atrast uzvarētāju, bet trenēt spēju pamanīt neefektivitāti.

Tehnika: “Kāpēc tas joprojām notiek šādi?”

Izvēlies nozari un uzraksti 20 procesus, kuros joprojām izmanto:

• papīru;
• e-pasta pielikumus;
• telefona zvanus;
• manuālu pārrakstīšanu;
• novecojušu programmatūru;
• cilvēka atmiņu.

Pēc tam noskaidro, vai iemesls ir tikai tehnoloģiju trūkums. Varbūt patiesais šķērslis ir regulējums, uzticība, integrāciju izmaksas vai tas, ka vecais process patiesībā strādā pietiekami labi.

Tehnika: “Desmitreiz labāk”

Izvēlies esošu projektu un jautā:

• Kā to padarīt desmitreiz ātrāku?
• Desmitreiz lētāku?
• Tik vienkāršu, lai to izmantotu cilvēks bez apmācības?
• Pieejamu auditorijai, kuru esošais projekts ignorē?
• Pilnīgi automātisku?
• Ar cilvēka ekspertu vietās, kur AI kļūdās?

Te nav obligāti jāsasniedz tieši matemātisks 10× uzlabojums. Mērķis ir neapstāties pie kosmētiski labākas kopijas.

Tehnika: “Darbs, ko cilvēks mēģina paveikt”

Nesāc ar projekta kategoriju. Nosauc rezultātu, kuru cilvēks vēlas.

Nevis:

“Viņam vajag kalendāra lietotni.”

Bet:

“Viņš vēlas panākt, lai pieci aizņemti cilvēki ātri vienotos par tikšanās laiku.”

Šādi iespējams ieraudzīt risinājumus, kas neizskatās pēc tradicionāla kalendāra.

Tehnika: pretējais pieņēmums

Pieraksti nozares pašsaprotamos pieņēmumus un apgriez tos otrādi.

• Programmatūru pārdod ar mēneša abonementu. Vai var maksāt tikai par rezultātu?
• Konsultācija notiek ar cilvēku. Vai lielāko daļu var sagatavot asinhroni?
• Kurss vispirms māca teoriju. Vai var sākt ar reālu uzdevumu?
• Klientam pašam jāievada dati. Vai sistēma tos var iegūt automātiski?

Ne katrs pretējais variants būs labs. Taču šī metode palīdz ieraudzīt nozares ieradumus, kuri nav dabas likumi.

Uztaisi vienam cilvēkam - bet izvēlies pareizo cilvēku

Labs veids, kā sākt, ir atrisināt problēmu vienam konkrētam cilvēkam tik labi, lai viņš projektu tiešām gribētu lietot.

Tas palīdz izvairīties no abstrakta “vidējā lietotāja”. Tu redzi īstu darbplūsmu, valodu, iebildumus un situācijas detaļas.

Taču ir viens nosacījums: šim cilvēkam jābūt pārstāvim plašākai grupai.

Ja uzbūvē projektu tikai viena drauga ļoti specifiskam hobijam, iespējams, tirgus beidzas ar vienu cilvēku. Ja atrisini problēmu vienam grāmatvedim, kuru līdzīgā veidā piedzīvo tūkstošiem mazu grāmatvedības biroju, sākuma punkts var būt lielisks.

Pirms būvē vienam cilvēkam, pārbaudi:

• Vai vēl vismaz 10 cilvēkiem ir līdzīga problēma?
• Vai viņi to apraksta līdzīgi?
• Vai process atkārtojas?
• Vai risinājumu var izmantot bez pilnīgas pārbūves katram klientam?
• Vai šos cilvēkus iespējams atrast un sasniegt?

Mērķis ir ļoti konkrēts sākums, nevis vienreizējs individuāls projekts.

Tirgus izpēte: uz ko pievērst uzmanību?

Tirgus izpētes mērķis nav pierādīt, ka tava ideja ir laba. Mērķis ir atrast iemeslus, kāpēc tā varētu nestrādāt, kamēr kļūdas vēl ir lētas.

1. Klients

• Kas tieši ir lietotājs?
• Kas ir pircējs?
• Kurš pieņem lēmumu?
• Kāda situācija izraisa vajadzību?
• Cik bieži tā rodas?
• Kā klients to apraksta saviem vārdiem?

B2B projektā šīs var būt dažādas personas. Darbinieks lieto, vadītājs apstiprina, finanšu direktors maksā, bet IT un juridiskā komanda var nobloķēt pirkumu.

2. Esošā alternatīva

Konkurents nav tikai līdzīgs startups. Konkurents var būt:

• Excel;
• e-pasts;
• praktikants;
• aģentūra;
• “nedarīt neko”;
• universāls AI;
• esošās sistēmas papildfunkcija.

Jānoskaidro, kāpēc cilvēks izvēlētos mainīt pašreizējo risinājumu. “Mūsu dizains ir modernāks” parasti nav pietiekams iemesls migrēt datus, mācīties jaunu sistēmu un uzņemties risku.

3. Problēmas intensitāte un biežums

Novērtē abus atsevišķi.

4. Tirgus lielums - no apakšas uz augšu

Milzīgs nozares kopējais apgrozījums neko daudz nepasaka par tavu sasniedzamo tirgu.

Praktiskāks aprēķins:

Sasniedzamo klientu skaits × reālistiska gada cena × sasniedzamā tirgus daļa.

Piemēram, ja Latvijā ir 2000 atbilstošu uzņēmumu, projekts maksā €1200 gadā un tuvāko gadu laikā reāli vari iegūt 5%, sākotnēji sasniedzamais gada ieņēmumu apjoms būtu ap €120 000. Tas var būt labs mazs bizness, bet, iespējams, ne riska kapitāla mēroga startups. Tad jāvērtē eksports, augstāka cena vai plašāks segments.

5. Tirgus dinamika

• Vai tirgus aug vai sarūk?
• Vai parādās jauns regulējums?
• Vai lielie spēlētāji virzās šajā nišā?
• Vai tehnoloģija samazina ieejas barjeras?
• Vai klientu paradumi mainās?
• Kāpēc risinājums ir vajadzīgs tieši tagad?

6. Konkurence un kategorija

Ja ir vairāki veiksmīgi konkurenti, kategorija ir validēta. Tev jāatrod, kāpēc konkrēta auditorija izvēlēsies tevi.

Ja ir viens ļoti izteikts līderis, ar nedaudz labāku kopiju var nepietikt. Var būt vajadzīga:

• šaurāka niša;
• radikāli labāka pieredze;
• jauns biznesa modelis;
• cits izplatīšanas kanāls;
• tehnoloģiska vai izmaksu priekšrocība.

Ja konkurentu nav vispār, noskaidro, vai esi atradis jaunu iespēju vai problēmu, par kuru neviens nevēlas maksāt.

7. Sasniedzamība

Kur atrodas pirmie 100 potenciālie lietotāji?

Ja uz šo jautājumu nav atbildes, projekta izplatīšana var būt daudz grūtāka par izstrādi.

Kā novērtēt vairākas idejas?

Katrai idejai vari piešķirt vērtējumu no 1 līdz 5.

Kopējais punktu skaits nav absolūta patiesība. Tabula palīdz pamanīt, ka aizraujoša ideja var būt ar nesasniedzamu auditoriju, mazu budžetu vai ļoti dārgu pirmo testu.

Kā zināt, vai ideja ir pietiekami laba, lai būvētu?

Pirms pilnas izstrādes vajadzētu būt vismaz daļējām atbildēm uz šiem jautājumiem:

1. Kas ir pirmais konkrētais lietotājs?
2. Kādu sāpīgu darbu viņš mēģina paveikt?
3. Kā viņš to risina šodien?
4. Kāpēc esošais risinājums nav pietiekams?
5. Vai problēma atkārtojas?
6. Vai cilvēks iegulda tās risināšanā laiku vai naudu?
7. Vai varu sasniegt vismaz pirmos 20-50 lietotājus?
8. Kāds ir mans riskantākais pieņēmums?
9. Kā to pārbaudīt bez visa projekta uzbūvēšanas?
10. Kas notiks, ja universāls AI piedāvās līdzīgu funkciju?

Idejai nav jābūt pierādītai pilnībā - citādi tas vairs nebūtu startups. Bet tai jābūt pietiekami pamatotai, lai nākamais eksperiments būtu saprātīgs.

Kas ir idejas validācija?

Validācija ir process, kurā pieņēmumus aizvieto ar pierādījumiem.

Tu nepārbaudi “vai ideja ir laba” kā vienu lielu jautājumu. Tu pārbaudi atsevišķas hipotēzes:

• Problēmas hipotēze: cilvēkiem tiešām ir šī problēma.
• Auditorijas hipotēze: zinām, kam tā sāp visvairāk.
• Risinājuma hipotēze: piedāvātais veids rada vērtību.
• Kanāla hipotēze: spējam šos cilvēkus sasniegt.
• Cenas hipotēze: viņi ir gatavi maksāt pietiekami daudz.
• Noturēšanas hipotēze: vērtība nav tikai vienreizēja interese.
• Ekonomikas hipotēze: klientu iespējams apkalpot rentabli.

Katram testam vajadzētu pārbaudīt vienu no riskantākajiem pieņēmumiem.

Validācijas pierādījumu kāpnes

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

1. draugs saka, ka ideja ir lieliska;
2. svešs potenciālais klients atzīst problēmu;
3. cilvēks atstāj e-pastu;
4. viņš piekrīt sarunai vai demo;
5. viņš gaida projektu un atgādina par sevi;
6. viņš dod datus vai iegulda laiku testā;
7. uzņēmums piekrīt pilotprojektam;
8. klients veic priekšpasūtījumu vai depozītu;
9. klients samaksā pilnu cenu;
10. klients sasniedz rezultātu;
11. viņš lieto projektu atkārtoti;
12. viņš atjauno abonementu vai pērk vēlreiz;
13. viņš iesaka projektu citiem bez atlīdzības.

Startupam jākāpj pa šīm kāpnēm uz augšu. Liels gaidīšanas saraksts ir patīkams signāls, bet tas nav līdzvērtīgs klientiem, kuri lieto un maksā.

Kā runāt ar potenciālajiem klientiem?

Intervijas mērķis nav pārdot savu ideju vai saņemt komplimentu. Mērķis ir saprast cilvēka realitāti.

Jautā par pagātni

Slikts jautājums:

“Vai tu izmantotu AI rīku, kas automātiski sagatavo piedāvājumus?”

Labāki jautājumi:

• Pastāsti par pēdējo reizi, kad gatavoji piedāvājumu.
• Cik ilgi tas aizņēma?
• Kuri cilvēki bija iesaistīti?
• Kurā vietā radās grūtības?
• Kādas kļūdas mēdz notikt?
• Ko šis process uzņēmumam maksā?
• Ko jau esi mēģinājis uzlabot?

Neizstāsti risinājumu pārāk agri

Ja sākumā izskaidrosi savu projektu, cilvēks centīsies būt pieklājīgs un pielāgos atbildes tavai idejai.

Meklē rīcību un detaļas

Īsta problēma rada konkrētus stāstus. Hipotētiska interese rada vispārīgus teikumus.

Prasi nākamo soli

Sarunas beigās piedāvā konkrētu rīcību:

• izmēģināt prototipu;
• iedot anonimizētu piemēru;
• rezervēt pilotprojektu;
• iepazīstināt ar lēmuma pieņēmēju;
• veikt priekšpasūtījumu.

Ja visi slavē ideju, bet neviens nepiekrīt nākamajam solim, signāls ir vājš.

Prototips, MVP un projekts nav viens un tas pats

Prototips

Prototips parāda, kā risinājums varētu darboties. Tas var būt zīmējums, klikšķināms dizains, video vai manuāla demonstrācija. Prototipam nav obligāti jābūt tehniski funkcionējošam.

To izmanto, lai pārbaudītu:

• vai cilvēks saprot ideju;
• vai darba plūsma ir loģiska;
• kura funkcija viņam šķiet vērtīga;
• vai viņš gribētu spert nākamo soli.

MVP

MVP ir mazākā funkcionējošā projekta versija, kas atrisina galveno problēmu un ļauj mācīties no reālas lietošanas.

Tas var būt:

• landing page ar priekšpasūtījumu;
• viena funkcionējoša funkcija;
• “concierge MVP”, kur darbu aiz ekrāna veic cilvēks;
• no-code risinājums;
• vienkārša mobilā vai tīmekļa lietotne;
• pakalpojums ar daļēju automatizāciju.

Gala projekts

Tas ir uzticams, pilnīgāks un mērogojams risinājums ar drošību, atbalstu, integrācijām un dažādu lietotāju vajadzībām.

Sākumā nevajag būvēt gala projektu, ja vēl nav pierādīts, ka cilvēkiem vajadzīgs tā kodols.

Izvēlies MVP pēc lielākā riska

Dažādām idejām vajag dažādus MVP.

Ja nezini, vai cilvēkus interesē piedāvājums, uztaisi landing page. Ja nezini, vai viņi saprot procesu, uztaisi klikšķināmu prototipu. Ja nezini, vai iespējams sasniegt vajadzīgo tehnisko kvalitāti, uztaisi tehnisko eksperimentu. Ja nezini, vai viņi maksās, piedāvā priekšpasūtījumu vai maksas pilotu. Ja nezini, vai pakalpojums dod rezultātu, sākumā izdari to manuāli.

MVP nav jābūt mazam pēc koda apjoma. Tam jābūt mazākajam eksperimentam, kas dod ticamu atbildi uz svarīgāko jautājumu.

Kur atrast pirmos lietotājus un early adopters?

Pirmie lietotāji reti atnāk paši. Dibinātājam viņi parasti jāatrod un jāuzrunā personīgi.

Sāc ar cilvēkiem, kuri problēmu izjūt visvairāk

Early adopters nav vienkārši cilvēki, kuri mīl jaunas tehnoloģijas. Tie ir cilvēki, kuriem problēma ir tik sāpīga, ka viņi ir gatavi izmēģināt nepilnīgu risinājumu.

Labs agrīnais lietotājs:

• problēmu piedzīvo bieži;
• jau izmanto pagaidu risinājumu;
• aktīvi meklē alternatīvu;
• spēj ātri pieņemt lēmumu;
• piedod dažas nepilnības, ja saņem vērtīgu rezultātu;
• dod detalizētu atgriezenisko saiti.

Konkrētas vietas, kur meklēt

• savi profesionālie kontakti;
• LinkedIn meklēšana un personīgas ziņas;
• nozares Facebook un Slack grupas;
• Reddit apakšgrupas;
• profesionālās asociācijas;
• konferences un mazi nozares pasākumi;
• esoša konkurenta lietotāju kopienas;
• uzņēmumi, kuri publicē atbilstošus darba sludinājumus;
• cilvēki, kuri raksta par problēmu sociālajos tīklos;
• aukstie e-pasti precīzi atlasītiem uzņēmumiem;
• savs saturs par konkrēto problēmu;
• sadarbības partneri, kuri jau apkalpo auditoriju.

Neprasi tikai “vai gribi testēt?”

Uzrunā ar problēmu un konkrētu ieguvumu:

“Runāju ar nelieliem grāmatvedības birojiem, kuri katru mēnesi vairākas stundas manuāli pārbauda klientu iesūtītos dokumentus. Testēju risinājumu, kas atrod trūkstošo informāciju pirms dokumenti nonāk pie grāmatveža. Meklēju piecus birojus pilotam. Vai jums šis process šobrīd rada problēmas?”

Tas izklausās daudz ticamāk nekā “esam revolucionārs AI startups”.

Dari lietas, kas vēl nav mērogojamas

Pirmajiem lietotājiem vari personīgi:

• uzstādīt sistēmu;
• importēt datus;
• sagatavot pirmo rezultātu;
• vadīt onboarding;
• atbildēt uz katru jautājumu;
• novērot viņu darbu ekrānā;
• pielāgot procesu.

Šo darbu vēlāk automatizēsi. Sākumā tas palīdz saprast, ko vispār ir vērts automatizēt.

Kas ir product-market fit?

Product-market fit jeb projekta atbilstība tirgum ir stāvoklis, kurā konkrēta klientu grupa projektu patiešām grib un saņem no tā atkārtotu vērtību.

Tas nav viens veiksmīgs launch, daudz reģistrāciju vai pozitīvas atsauksmes. Product-market fit parādās lietotāju rīcībā:

• viņi sasniedz galveno rezultātu;
• regulāri atgriežas;
• maksā un turpina maksāt;
• ir neapmierināti, ja projekts nedarbojas;
• iesaka to citiem;
• izmanto projektu arī bez dibinātāja personīgas palīdzības;
• pieprasījums sāk vilkt projektu uz priekšu.

Sequoia īpaši izceļ noturēšanu: bez retention augošs projekts ar laiku zaudēs lietotājus tikpat ātri vai ātrāk, nekā iegūs jaunus.

Product-market fit nav universāls procents

Dažādi projekti tiek lietoti atšķirīgi.

• Sociālajam tīklam var būt svarīga ikdienas aktivitāte.
• Grāmatvedības rīkam - ikmēneša lietošana un abonementa atjaunošana.
• Ceļojuma plānotāju cilvēks var izmantot tikai dažas reizes gadā.
• B2B sistēmai ar gada līgumu būtiska būs konta paplašināšanās un līguma pagarināšana.
• Tirgus platformai jānotur gan pircēji, gan pārdevēji.

Tāpēc PMF jāvērtē atbilstoši projekta dabiskajam lietošanas ritmam.

Product-market fit pazīmes

Skaties uz signālu kopumu.

Retention līkne stabilizējas

Pēc sākotnējā krituma paliek lietotāju grupa, kura turpina projektu lietot.

Klienti maksā bez īpašas pierunāšanas

Cena nav vienīgais sarunas temats, jo ieguvums ir skaidrs.

Rodas organiski ieteikumi

Daļa jauno klientu atnāk no esošajiem lietotājiem.

Lietotāji sūdzas par projekta nepieejamību

Tas nav patīkami tehniski, bet norāda, ka projekts viņiem kļuvis svarīgs.

Klienti prasa vairāk

Nevis nejaušas funkcijas, bet iespēju projektu izmantot plašāk: vairāk komandām, projektiem, datiem vai tirgiem.

Viena klientu grupa izceļas

Bieži PMF vispirms parādās ļoti šaurā segmentā. Kopējie vidējie rādītāji var būt vāji, bet konkrētas nozares lietotāji paliek un maksā daudz biežāk. Tas ir signāls fokusēties.

Kas NAV product-market fit?

Daudz mājaslapas apmeklējumu

Trafiks pierāda, ka kanāls spēj radīt uzmanību, nevis ka projekts rada vērtību.

Daudz reģistrāciju

Bezmaksas kontu iespējams izveidot intereses pēc. Svarīgi ir tas, kas notiek pēc reģistrācijas.

Veiksmīga Product Hunt diena

Launch var dot īslaicīgu auditorijas vilni, kurā liela daļa cilvēku nav mērķa klienti.

Investīcija

Investors pērk iespējamību, ka uzņēmums nākotnē kļūs vērtīgs. Finansējums pats par sevi nepierāda PMF.

Viens liels klients

Tas ir vērtīgs signāls, bet var būt vienreizējs individuāls projekts. Jāpārbauda, vai piedāvājumu var atkārtot.

Lietotāji saka, ka projekts ir labs

Jāskatās, vai viņi atgriežas un maksā.

Dibinātājs personīgi izglābj katru klientu

Agrīnā posmā tas ir normāli un pat vajadzīgi. Taču PMF nav pierādīts, kamēr vērtību spēj radīt arī pats projekts un atkārtojams process.

Straujš pieaugums ar augstu churn

Ja katru mēnesi ienāk 1000 jaunu lietotāju, bet gandrīz visi aiziet, uzņēmums pilda cauru spaini.

Atšķirība starp validation un product-market fit

Validācija nav viens zīmogs, ko saņem idejas sākumā. Tā turpinās visu uzņēmuma dzīvi. Arī pēc PMF jāvalidē jauna cena, funkcija, auditorija vai valsts.

Ko darīt, ja validācija neizdodas?

Negatīvs rezultāts nav izniekots laiks, ja to saņem ātri un lēti.

Noskaidro, kas tieši neizdevās:

• problēma nav pietiekami sāpīga;
• izvēlēta nepareiza auditorija;
• piedāvājums nav saprotams;
• risinājums nedod pietiekamu uzlabojumu;
• cena neatbilst vērtībai;
• nav uzticības;
• klientu sasniegšana ir pārāk dārga;
• problēma pastāv, bet budžets atrodas pie citas personas;
• lietotājs grib rezultātu, bet negrib vēl vienu rīku.

Pēc tam vari mainīt vienu elementu un testēt vēlreiz.

Kad turpināt?

• Cilvēki atzīst sāpīgu problēmu.
• Daļa sper konkrētu nākamo soli.
• Ir skaidrs, ko uzlabot.
• Rezultāti ar katru iterāciju kļūst labāki.

Kad apstāties vai būtiski mainīt virzienu?

• Pēc vairākām intervijām problēma atkārtojas reti.
• Neviens jau neko nedara tās risināšanai.
• Cilvēki slavē, bet konsekventi atsakās testēt vai maksāt.
• Auditoriju nav iespējams ekonomiski sasniegt.
• Katram klientam vajadzīgs pilnīgi cits projekts.
• Arī pēc vairākiem uzlabojumiem neviens projektu nelieto atkārtoti.

Nevajag atteikties pēc pirmā “nē”. Taču ieguldītais laiks nav pierādījums, ka ideja jāturpina mūžīgi.

Praktisks ceļš no idejas līdz PMF

1. Pieraksti 20-50 problēmas

Savā darbā, ikdienā vai labi pazīstamā nozarē.

2. Izvēlies trīs perspektīvākās

Vērtē sāpes, biežumu, budžetu, sasniedzamību, tirgus lielumu un savu priekšrocību.

3. Veic vismaz 10 sarunas par katru

Nesāc ar prezentāciju. Izpēti pagātnes rīcību un esošos risinājumus.

4. Izvēlies riskantāko pieņēmumu

Ne vienmēr tas ir tehniskais. Bieži lielākais risks ir maksātspēja vai klientu sasniegšana.

5. Izveido mazāko ticamo testu

Landing page, prototips, manuāls pakalpojums, maksas pilots vai tehniska demonstrācija.

6. Atrodi 5-20 early adopters

Personīgi uzrunā cilvēkus, kuri problēmu izjūt visvairāk.

7. Prasi rīcību vai maksājumu

Neapstājies pie “man patīk”.

8. Uzbūvē šauru MVP

Tam jāatrisina viena būtiska problēma līdz galam.

9. Mēri aktivizāciju un retention

Vai lietotājs sasniedz rezultātu? Vai viņš atgriežas projekta dabiskajā ritmā?

10. Fokusējies uz segmentu, kurā signāli ir visspēcīgākie

PMF bieži atrod nevis paplašinoties, bet sākumā sašaurinoties.

20 jautājumu tests tavai idejai

1. Kādu konkrētu problēmu risinu?
2. Kam tā sāp visvairāk?
3. Kad tā radās pēdējo reizi?
4. Cik bieži tā atkārtojas?
5. Ko cilvēki dara pašlaik?
6. Cik tas viņiem maksā?
7. Kāpēc esošie risinājumi nav pietiekami?
8. Kas ir lietotājs, pircējs un lēmuma pieņēmējs?
9. Kur atradīšu pirmos 20 lietotājus?
10. Kāpēc risinājums ir iespējams vai vajadzīgs tieši tagad?
11. Kāds ir visbīstamākais pieņēmums?
12. Kā to pārbaudīt divās nedēļās?
13. Kāda darbība būtu spēcīgs intereses pierādījums?
14. Kāda ir mazākā versija, kas dod reālu rezultātu?
15. Vai cilvēks maksātu pirms visu funkciju izveides?
16. Kā mērīšu, vai viņš saņem vērtību?
17. Kāds ir projekta dabiskais atkārtotas lietošanas ritms?
18. Kas liks klientam palikt?
19. Kas neļaus konkurentam vai universālam AI mūs viegli aizstāt?
20. Kas man būtu jāierauga, lai godīgi atzītu, ka ideja nestrādā?

Pēdējais jautājums ir īpaši svarīgs. Ja nav neviena rezultāta, kas liktu ideju atmest, tu neveic eksperimentu - tu meklē apstiprinājumu savai pārliecībai.

Noslēgumā

Laba startupa ideja reti sākas ar perfektu atklāsmi. Tā sākas ar uzmanību.

Tu pamani problēmu, kuru citi pieņem kā normālu. Izpēti, kam tā sāp visvairāk. Pārbaudi, kā cilvēki to risina tagad. Izveido mazu eksperimentu. Atrodi dažus lietotājus. Vēro nevis viņu komplimentus, bet rīcību. Tad būvē, mēri un maini.

Validācija pierāda, ka ir vērts spert nākamo soli. MVP ļauj mācīties no reālas lietošanas. Product-market fit parādās tad, kad konkrēts tirgus projektu ne tikai pamēģina, bet grib lietot atkārtoti.

Tāpēc nesāc ar jautājumu:

“Ko es varētu uzbūvēt?”

Sāc ar:

“Kura problēma ir pietiekami sāpīga, lai cilvēks mainītu savu rīcību, un kāds ir lētākais godīgais veids, kā to pārbaudīt?”

Tieši tur sākas labs startups.

Avoti un tālāka lasīšana

• Paul Graham - How to Get Startup Ideas: https://www.paulgraham.com/startupideas.html
• Paul Graham - Schlep Blindness: https://www.paulgraham.com/schlep.html
• Paul Graham - Organic Startup Ideas: https://www.paulgraham.com/organic.html
• Y Combinator - The Real Product-Market Fit: https://www.ycombinator.com/library/5z-the-real-product-market-fit
• Y Combinator - How to Plan an MVP: https://www.ycombinator.com/library/6f-how-to-plan-an-mvp
• Y Combinator - Essential Startup Advice: https://www.ycombinator.com/library/4D-yc-s-essential-startup-advice
• Sequoia Capital - Retention: https://articles.sequoiacap.com/retention
• Stripe - Startup Business Checklist: https://stripe.com/resources/more/checklist-for-business-startups-what-founding-teams-need-to-do-first