Miks enamik vibe coding projekte kasutust ei leia? Väldi neid 4 lõksu ja säästa aasta
Ehitasid mitu kõrvalprojekti, aga ühtegi ei kasutata? Probleem pole tehnoloogias, vaid kõiges muus. Siin on 4 levinud lõksu, millesse ma ise olen langenud ja mida kogukonnas näinud.
Sinu tehnilised oskused on piisavad
Sinu GitHubis on 10 repositooriumit.
Kõik töötavad. Igal on README. Mõnel on isegi demovideod. Kasutad Cursorit koos Claude'iga ja suudad ühe nädalavahetusega valmis teha täisfunktsionaalse äpi. Tehniliselt pole sul probleeme.
Aga su pangakonto? Null eurot. Mitte midagi pole tulnud.
Kui see kõlab tuttavalt, pole sa üksi. R/vibecodingu ja Indie Hackersi kogukondades on see peaaegu kõige levinum lugu. Keegi ehitab midagi vinget, postitab selle, saab palju laike ja "lahe!" kommentaare. Kolm kuud hiljem lebavad see toode vaikselt GitHubis. Looja on juba oma järgmise kõrvalprojekti kallal.
Ma ise olen mõnda neist lõksudest kogenud. Escape Coach on toode, mille me ise valmis tegime, ja siis ise kõrvale panime. Ülejäänud lõkse olen näinud teisi kogukonnas üksteise järel kukkumas.
Muster on peaaegu alati sama: ehita midagi, jaga seda, saa mõned laikid, imesta, miks keegi ei maksa, siis alusta järgmise asjaga.
Probleem pole sinu tehnilistes oskustes. Probleem on kõiges muus peale tehnika.
Selles postituses tahan sinuga rääkida nendest mittetehnilistest lõksudest.
Neli lõksu, millesse ma ise olen kukkunud või mida olen näinud teisi kukkumas.
Kui ehitad kõrvalprojekti, loodan, et need aitavad sul mõnest ringteest mööda minna.
Lõks 1: Ehitamine ilma publikuta
See on kõige ebaootuspärasem vaatepunkt, kuid samal ajal kõige järjepidevam muster, mida olen täheldanud.
Enamik inimesi ehitab tooteid nii:
Mul on hea idee. Ma ehitan selle valmis.
Valmis. Nüüd otsin kasutajaid.
Kõlab loogiliselt, eks?
Aga tooted, mida tegelikult kasutatakse, on peaaegu alati vastupidi.
Asi pole esmalt ideedes ja siis inimestes, vaid kõigepealt leia inimesed, ja seejärel leia ideid nende vajadustest.
Parimad tooted tulenevad korduvast vajadusest kogukonnas, kuhu sa juba kuulud. Oled selles kogukonnas kolm, kuus kuud. Näed iga päev inimesi sarnaseid küsimusi küsimas, iga päev inimesi sama asja üle kurtmas. Sa mõistad probleemi detaile paremini kui keegi teine, sest sul endalgi on see probleem.
Siis ehitad sa midagi, et seda lahendada.
See on täiesti erinev ideest, mis on laua taga välja mõeldud.
BridgeMind on hea näide. Neil on vibe coding kogukond üle 7000 liikmega Discordis. Kuid oluline on see, et nad ei ehitanud esmalt toodet ja otsinud siis kasutajaid. Nad ehitasid esmalt kogukonna, veetsid kuid liikmetega suheldes, küsimustele vastates ja vajadusi jälgides. Alles siis hakkasid nad toodet arendama.
Nende tellimusmudelil on kolm taset ($0 / $16 / $40), sest nad mõistavad sügavalt, mida erineva taseme kasutajad vajavad. Seda ei pakutud huupi. See tuli tuhandetest vestlustest.
Võrdle seda meie enda kogemusega.
Kui me ehitasime Escape Coachi, oli meie lähtepunkt see, mida meie arvasime treenerid ja õpilased vajavad. Cashback-ülesanded, treenerite edetabelid, lõpetamismehhanismid. Need funktsioonid kõlasid kõik mõistlikult. Igaüks neist oli eraldi võttes loogiline.
Kuid me polnud kolme kuud jõusaalitreenerite kogukonnas veetnud. Me ei näinud iga päev, mille üle treenerid kurdavad. Me disainisime toote oma kujutlusvõime järgi, mitte tegelikest vajadustest juhindudes.
Tulemus: funktsioone lisandus, aga kasutajatest kaugenesime.
Selle asja kõige raskem osa pole tehnika. Toote ehitamine on inseneridele mugavustsoon. Ava editor, kirjuta paar rida koodi, näe, et midagi hakkab tööle – see on kohene saavutus.
Kuid inimeste jälgimine ja nendega vestlemine – see on ebamugav. Pead sukelduma kogukonda, veetma aega teiste postitusi lugedes, nende küsimustele vastates ja lühiajaliselt ei näe sa mingit tasu. Tunned, et raiskad aega, sest sa võiksid koodi kirjutada.
Kuid see aeg pole raisatud. See aeg on sinu kõige tõelisema turumõistmise kogumine.
Kui sul on praegu tooteidee, küsi endalt üks küsimus: Kui kaua oled sa oma sihtrühma kogukonnas olnud?
Kui vastus on null, siis peaksid ilmselt klaviatuuri käest panema, leidma selle kogukonna ja veetma seal esmalt kolm kuud.
Lõks 2: Igavesti tasuta, hirm tasu küsida
Sa ehitasid midagi. Sõbrad ütlevad, et see on hea. Sina ka arvad, et on okei.
Mis siis edasi?
Paned selle kõigile tasuta kasutamiseks üles.
Miks? Sest tunned, et see pole veel piisavalt hea. Sest kardad, et kui küsid tasu, siis keegi seda ei kasuta. Sest arvad, et sa pole veel piisavalt kvalifitseeritud raha küsima.
Need põhjused kõlavad kõik mõistlikult. Kuid need kõik viitavad samale probleemile: sa kasutad tasuta pakkumist, et vältida tagasilükkamise võimalust.
Käitumisökonoomika seisukohast on nullhinna efekt reaalne. Käitumuslik lõhe 0 dollarilt 1 dollarile on suurem kui 1 dollarilt 100 dollarile. Tasuta asju laetakse alla ilma neid väärtustamata, kasutatakse paar korda ja unustatakse. Aga 1 dollari eest ostetud asja kasutatakse tõsisemalt, sest sellega on seotud pühendumine.
See pole lihtsalt teooria.
Modest Mitkusel polnud enne Cursoriga toodete loomist mingit programmeerimiskogemust. Ta kasutas vibe codingut kolm kuud, et luua RankPill, AI SEO tööriist. Nüüd on tema kuusissetulek 23 000 dollarit.
RankPill ei olnud tema esimene toode. Enne seda pidas ta Notioni mallide äri, kogudes 120 000 klienti. Oluline on see, et ta küsis tasu esimesest päevast alates. Ta ei pakkunud tasuta kasutamist pool aastat ja seejärel läinud üle tasuliseks, vaid määrati hind esimesest versioonist alates.
Ta teadis, kuidas hinda määrata ja mille eest kliendid on nõus maksma, sest ta küsis pidevalt tasu. Iga tasu küsimine oli õppetund. Iga makse oli signaal, mis ütles, mida ta õigesti tegi. Iga maksmata jätmine oli samuti signaal, mis ütles, kus on vaja kohandusi teha.
Kui hoiad alati tasuta, ei saa sa neid signaale kunagi.
Teisalt, Seonyu Kim on kümneaastase kogemusega disainer. Ta kasutas Claude Code'i ja Lovable'it Hiina sõnavara õppimise rakenduse Routine Chinese loomiseks. Toote kvaliteet on väga hea, kasutajaliides elegantne, funktsioonid täielikud.
Aga sissetulek? Tema enda sõnul oli see brutaalselt pettumust valmistav, nullilähedane.
Põhjuseid on mitu, kuid üks neist on kriitiline: üleminekut tasuta versioonilt tasulisele polnud algusest peale tootesse sisse ehitatud. Kasutajad harjusid tasuta kasutamisega. Nende sundimine ootamatult maksma tekitas tohutut hõõrdumist.
Tasu küsimata jätmise põhjus pole sageli see, et toode pole piisavalt hea. See on see, et me ise ei usu piisavalt, et meie loodu on väärtuslik.
Ebapädevuse sündroom, hirm tagasilükkamise ees, tunne, et pole veel piisavalt täiuslik. Neid psühholoogilisi takistusi on raskem lahendada kui ühtegi tehnilist probleemi. Kuid neil kõigil on ühine ravi: küsige üks kord raha ja vaadake, mis juhtub.
Võib-olla ei juhtu midagi. Võib-olla keegi maksab ja sa avastad, et maailm pole kokku kukkunud.
Esimene inimene, kes sulle maksab, on olulisem kui esimesed 1000 tasuta kasutajat. Sest see tehing muudab sinu vaadet oma tootele. Sa ei ole enam keegi, kes teeb kõrvalprojekti, sa oled keegi, kellel on kliendid.
Õige lähenemine on lihtne: Määra hind alates 1. päevast. See ei pea olema kõrge, ka $5 sobib. Oluline pole summa, vaid see, et sa lood ärimudeli esimesest päevast, mitte tasuta tööriista.
Lõks 3: Pidevalt funktsioone lisades, kasutajaid otsimata
Sinu kümnes funktsioon ei aita sul leida esimest klienti.
See kõlab otsekoheselt, kuid mul kulus kuid, et sellest tõeliselt aru saada.
Kui me ehitasime Escape Coachi, muutus meie funktsioonide nimekiri aina pikemaks. Cashback-ülesanded, treenerite edetabelid, lõpetamismehhanismid, osavõtuarvestus, kursuste haldus. Iga funktsioon tundus oluline. Igal oli oma loogika.
Aga kas tead? Iga lisatud funktsioon lükkas valmimiskuupäeva ühe päeva võrra edasi.
Me lisasime pidevalt funktsioone, mõeldes alati, et väheke veel ja valmis, veel üks ja saab avaldada. Kuid see "väheke veel" ei lõppenud kunagi. Sest kui oled ühe funktsiooni valmis teinud, näed, et ka teine on oluline. Ja siis veel üks. Ja siis veel üks.
Lõpuks panime Escape Coachi kõrvale. Mitte sellepärast, et see halb oli, vaid sellepärast, et me jäime kinni lõputusse ehitamise ringi.
Tagasi vaadates oli see üks parimaid otsuseid, mida me tegime.
R/vibecodingu kogukonnas näen seda mustrit korduvalt. Milline on kõige levinum postituse tüüp? Uute funktsioonide jagamine.
Vaata enim interaktsioonidega postitusi – peaaegu kõik need räägivad sellest, kuidas leida esimesed 10 kasutajat. Miks? Sest kasutajate leidmine on see, kus kõik tegelikult kinni jäävad. Kõik oskavad funktsioone teha, kõik oskavad koodi kirjutada. Aga kuidas panna võõras inimene sinu toodet avama, seda korra kasutama ja siis selle eest maksma? See on tõeline väljakutse.
Siin on väga praktiline ajajaotuse põhimõte: 30% toote arendamisele, 70% toote promomisele.
Lugesid õigesti. Seitse kümnendikku sinu ajast peaks minema sellele, et inimesed sinu tootest teada saaksid, potentsiaalsete kasutajatega vestlemisele ja oma protsessi jagamisele kogukondades. Ainult kolm kümnendikku koodi kirjutamisele.
See on inseneridele väga ebaloomulik. Oleme harjunud kulutama 90% ajast tootele, arvates, et mida parem toode, seda rohkem inimesi tuleb.
Kuid tõde on see, et 70-punktine toode hea levitamisega on sada korda parem kui 95-punktine toode null levitamisega.
Enne järgmise funktsiooni lisamist küsi endalt see küsimus:
Kas see funktsioon aitab mul leida järgmise kliendi, või väldin ma lihtsalt seda hirmutavamat asja – inimestega rääkimist?
Kui vastus on viimane, sulge editor. Ava oma sihtrühma kogukond. Vasta küsimusele. Räägi kellegagi. See 30-minutiline vestlus võib olla väärtuslikum kui sinu järgmine funktsioon.
Lõks 4: Puudub müügikanal
Sa ehitasid hea toote. Hakkasid ka tasu küsima. Ja sa ei kukkunud funktsioonilõksu.
Aga ikka ei tule keegi.
Miks?
Sest head tooted ei leia ise tee inimesteni. See on kõige julmem ja tõetruum lause.
Võid arvata, et kui toode on piisavalt hea, levib suusõnaline reklaam iseenesest. Kuid reaalsus on see, et enne, kui sinu toote esimene võõras avastab, ei eksisteeri suusõnalist reklaami. Vajad kanalit, et viia oma toode õigete inimesteni.
Levitamine on olulisem kui toode. Seda ei ütle ma mina; seda ütlevad sulle peaaegu kõik edukad iseseisvad arendajad.
Alex Finn ehitas AI tööriista Creator Buddy, mis analüüsib X-i postituste toimivust. Tema aastatulu on 300 000 dollarit, kasumimarginaal 90%, töötajate arv on null.
Mis on tema levitamisstrateegia? Ei mingeid tasulisi reklaame, ei mingeid külma e-kirju, ei mingeid uhkeid kasvu häkkereid. Lihtsalt järjepidevalt jagades oma toote ehitamise protsessi X-is. Ehitamine avalikult. Iga päev jagab ta edusamme, probleeme, õpitut.
Kõlab lihtsalt, eks?
Lihtne, kuid mitte kerge. Sest sa pead seda järjepidevalt tegema, iga päev tegema, isegi siis, kui keegi ei vaata. Alex tegi seda, seega oli tema publik olemas enne, kui ta toote avaldas. Ta ei pidanud inimesi pärast avaldamist otsima, sest inimesed olid juba seal.
Teisalt, Ben Ratcliffe tegi Summarie.co, Chrome'i laienduse, mis aitab mõista neid teenusetingimusi, mida keegi ei loe. Toode on praktiline, lahendab tõelise probleemi.
Kuid ta just avaldas ja on veel eel-tulu faasis. Toode on valmis, aga levitamist alles katsetatakse. See erinevus Alex Finniga ei seisne toote kvaliteedis, vaid selles, kas publik ootas juba enne avaldamist.
Paul Graham on kunagi öelnud, et paljud vibe-koodiga rakendused teenivad tõepoolest raha. Kuid kui vaadata hoolikalt neid, kes on raha teeninud, siis igaüks neist oli levitamise asja paika pannud. Eranditeta.
Õige lähenemine on: Vali üks kogukond, kuhu sa saad püsima jääda, ja seejärel jaga järjepidevalt oma protsessi.
Pane tähele, et ütlesin üks. Mitte X pluss Reddit pluss Indie Hackers pluss LinkedIn pluss YouTube kõik korraga. Vali üks. See, kus sa tunned end kõige mugavamalt. Seejärel jaga vähemalt kord nädalas.
Mida jagada?
Ära oota mingit suurt läbimurret, et jagada. Parandasid täna vea, jaga seda. Õppisid täna kasutajaga vesteldes midagi, jaga seda. Otsustasid täna funktsiooni maha võtta, jaga seda. Said täna esimese 5-dollarise sissetuleku, jaga seda.
Need tähtsusetud igapäevased asjad on sinu levitamine.
Lõpuks, üks ebamugav tõde:
Kui sul on nädalas vaid 10 tundi, kuluta 7 tundi levitamisele, 3 tundi tootele. Enamik inimesi teeb vastupidi. Nad kulutavad 9 tundi koodi kirjutamisele, 1 tunni postituse tegemisele.
Pööra see suhe ümber. Sinu toode ei pea olema täiuslik, kuid sinu levitamine peab olema järjepidev.
Mida edukad tooted õigesti teevad?
Pärast nelja lõksu arutamist vaatame asja teist külge.
Uurisin 18 vibe coderi juhtumit, alates 0 dollarist kuni 87 000 dollarini kuus. Neid kõrvuti vaadates on mõned mustrid väga ilmsed.
Esmalt võrdlustabel:
| Kasutamata toote muster | Kasutatud toote muster |
|---|---|
| Esmalt ehita toode, siis leia kasutajad | Esmalt leia probleem, jälgi kogukonnas |
| Igavesti tasuta | Määra hind alates 1. päevast |
| Lõputult funktsioone lisades | 30% arendusele, 70% promomisele |
| Oota, et inimesed ise tulevad | Jaga aktiivselt oma protsessi ühes kogukonnas |
| Tee pärast valmimist üks postitus | Ehitamine avalikult, protsessi pidev dokumenteerimine |
See pole teooria. See on koostatud 18 reaalse juhtumi põhjal.
Mõned põhiandmed:
18 juhtumist 12 puhul oli "ehitamine avalikult" või kogukonna haldamine nende peamine klientide hankimise kanal. Mitte SEO, mitte tasulised reklaamid, mitte App Store'i orgaaniline liiklus. See oli pidev kohalolek, jagamine ja inimestega suhtlemine kogukonnas.
Kaks nullilähedase sissetulekuga juhtumit, Seonyu Kim ja Ben Ratcliffe, ei omanud halbu tooteid. Seonyu Kimil on kümneaastane disainikogemus, Ben Ratcliffe'i toode lahendab tõelise probleemi. Kuid mõlemal puudus levitamisstrateegia. Tooted olid valmis, kuid keegi ei teadnud nende olemasolust.
Veel üks tähelepanuväärne juhtum. Üks anonüümne Hacker Newsi kasutaja väitis, et tema vibe-koodiga toote kuusissetulek oli 60 000 dollarit, kuid hiljem häkiti see sisse, Stripe'i API võtmed lekkisid ja klientidele tehti tagasimakseid. See tuletab meelde, et isegi levitamisega ei saa põhialuseid vahele jätta. Turvalisus, koodikvaliteet – need pole asjad, mida AI saab täielikult asendada.
Kuid kui 18 juhtumist peaks valima vaid ühe järelduse, siis see on see:
Tavaline toode levitamisega on tõenäolisemalt ellujääv kui suurepärane toode ilma levitamiseta.
See ei tähenda, et toode pole oluline. Muidugi on see oluline. Kuid kui saad korraga korda teha ainult ühe asja, siis tee korda levitamine. Sest kasutajatega nad ütlevad sulle, kuidas toodet muuta. Kuid ilma kasutajateta ei näe sa isegi suunda.
Sa ei pea seda kõike üksi tegema
Seda artiklit kirjutades mõtlesin pidevalt, et kui keegi oleks mulle seda kõike kuus kuud tagasi öelnud, kas oleksime mõned lõksud vältinud?
Võib-olla. Võib-olla mitte. Mõned asjad tuleb lihtsalt ise läbi teha, et neist tõeliselt aru saada.
Aga vähemalt oleks saanud kiiremini minna.
Meie Vibe Code Home'i loomise põhjus oli just selle lünga nägemine. Igaüks teab, kuidas tehisintellekti abil midagi ehitada, kuid peaaegu keegi ei tea, kuidas sellest midagi, mida inimesed kasutavad ja mille eest maksavad, teha.
Tehniline barjäär on langenud uskumatult madalale. Cursorit ja Claude'i kasutades saab tõepoolest ühe nädalavahetusega valmis teha täisfunktsionaalse rakenduse. Kuid positsioneerimist, hinnakujundust, levitamist – neid asju ei saa ükski AI tööriist ühe klõpsuga automaatselt teha.
Meie ka veel õpime. VCH on alles algfaasis, me ise harjutame neid asju. Selle artikli kirjutamine ei ole mäetipult alla vaatamine, vaid poolelt mäelt tagasi hüüdmine, et öelda tagumistele, kus kivid on.
Neli lõksu, kordame üle:
- Ehitamine ilma publikuta – Leia kogukond, jälgi vajadusi, siis tegutse.
- Igavesti tasuta, hirm tasu küsida – Määra hind alates 1. päevast, kasvõi $5.
- Pidevalt funktsioone lisades, kasutajaid otsimata – 30% toote arendamisele, 70% promomisele.
- Puudub müügikanal – Vali üks kogukond, jaga järjepidevalt oma protsessi.
Kõige raskema sammu oled sa juba omandanud. Sa oskad asju ehitada, sa oskad koodi kirjutada, sa oskad AI tööriistade abil oma mõtted reaalsuseks muuta.
Ülejäänu teeme koos.
Tahad teada, kus sinu kõrvalprojekt kinni on? Broneeri tasuta konsultatsioon, vaatame koos. Me ise oleme ka veel sellel teekonnal.
