Kako postati vlastiti tehnički suosnivač - i zašto vrijedi vašeg vremena

Napomena : ovaj je blog nadahnut mojim nedavnim intervjuom za podcast s Quincyjem Larsonom iz FreeCodeCampa, gdje o tome razgovaramo u zadnjih 15-ak minuta.

Tražite tehničkog suosnivača? Bio sam i ja. Godinama. Bilo je to teško putovanje, jer prevladavajuća "mudrost" jest da trebate izaći i pronaći tehničkog suosnivača, jer su ih imali svi uspješni startupi (usput, nisu istiniti). Ali što se događa kad ste na kraju piste i vaš je izbor naučiti kodirati ili prestati?

Tehnički suosnivači trebali bi vam pružiti stabilnost, komplement osnovnih vještina i odgovornost koja nije moguća kao samostalni osnivač. Naravno, nitko ne prati bezbroj primjera kada vam je suosnivač smeća neizmjerno otežao put ili vam osujetio sposobnost napretka. Ali naravno, ono što "oni" znače jest da vam ne treba samo tehnički suosnivač, već vam treba pravi tehnički suosnivač, duh!

Pa naravno.

Ništa od ovoga nije posebno koristan savjet. To je kao da kažete da trebate biti budni da biste imali dobre ideje (čini se očitim i intuitivnim, ali ne uvijek istinitim).

Moje iskustvo kao netehničkog (samostalnog) osnivača

Evo što sam osobno iskusio u godinama koje sam proveo tražeći tehničke suosnivače:

  1. Proveo sam hrpu vremena pregledavajući forume, LinkedIn i popise kontakata tražeći ljude koji su zadovoljili minimalne kriterije
  2. Proveo sam puno vremena ne mogavši ​​puno provjeriti, testirati, napredovati, jer nisam imao što potvrditi, testirati ili napredovati, osim dobro nabrušenog terena
  3. Upoznao sam puno ljudi, a većinu nije zanimalo poduzetništvo ili nisu imali potrebnu radnu etiku (poznatu kao mazohistički niz)
  4. Upoznao sam mnogo ljudi koji su bili zainteresirani, ali iz svih krivih motiva (brzo se obogatiti, slava, slava ...)
  5. Upoznao sam nekoliko ljudi koji su imali prave motivacije i (koliko sam mogao shvatiti) prave vještine, ali koji nisu imali mentalitet da izdrže brutalnost pokretanja
  6. Upoznao sam vrlo malo ljudi koji su iskusili pokretanje i imali vještine, ali nijedan od njih nije bio oduševljen mojim konceptima (statistička neizbježnost)

Znao sam glupo čučati o softveru, iako sam želio osnovati tehnološku tvrtku. Dakle, evo mojih pogrešaka iz tog vremena:

  1. Nisam imao pojma o temeljnim, najosnovnijim aspektima softvera i njegovom dizajnu
  2. Grubo sam podcijenio složenost (nisam znao koliko nisam znao)
  3. Grubo sam podcijenio uključeno vrijeme
  4. Grubo sam precijenio ljude kojima sam prilazio da bi bili tehnički suosnivači
  5. Značajno sam (ali ne i svjesno) pretjerao u svojoj ulozi u početnom razdoblju - "gužva" i "razvoj poslovanja" bile su moje vještine i nisam uvažio da su neke od najuspješnijih startup tvrtki potrošile trećinu svog vremena na te stvari i većinu svog vremena grade proizvod i odgovaraju potrebama kupaca

Gotovo 4 godine govorio sam sebi „ Ne moram učiti kodirati. Moje talente je bolje koristiti drugdje ”. Zvuči poznato?  

To je samo djelomično istina. Kao netko s vrlo ograničenim resursima, svoje je talente trebalo iskoristiti na onome što mi je davalo najbolje šanse za uspjeh . Imao sam rezervnog novca koji bih mogao potrošiti na programere. Imao sam neko vrijeme koje bih mogao potrošiti na upravljanje njima, a to se vrijeme uglavnom stvaralo smanjenjem društvenih aktivnosti, spavanja i zabranjivanjem vikenda. Imao sam dragocjeno iskustvo koje bih mogao iskoristiti u sastavljanju poslovnog plana. Imao sam jake socijalne vještine i komunikacijske vještine koje bih mogao iskoristiti za nagovaranje potencijalnih klijenata, a također i potencijalnih suosnivača.

Radio sam sve te stvari i približavao se svojim ciljevima. Ali trebalo je puno previše vremena. Naravno, napredak je uvijek spor, sigurno sporiji nego što bismo željeli. Ali mi se samo dodatno usporavamo ne gledajući objektivno na situaciju. Čak i kad sam imao suosnivače (koji su na kraju prestali jer je bilo preteško ili su se njihove životne okolnosti promijenile), otkrio sam da mi je upravljanje radnom etikom, očekivanjima i raspoloženjima oduzimalo puno vremena i energije. To je u redu - ali nitko za to ne proračunava.

Vidite, kao ambiciozni osnivači, naš najveći neprijatelj je sve što uzrokuje da gubimo vrijeme. Sa svakim tjednom koji prođe bez rezultata vjerojatnije ćete prestati. I nikada uistinu ne znamo koliki je naš vremenski trošak kad odaberemo način djelovanja. I nikad ne znamo kada smo žrtve zablude koja je potonula.

Gledajući unatrag, to me koštalo 4 godine i poprilično novca. I na kraju toga, jedini način da se opet započne bilo je ponoviti tu potrošnju vremena, truda i novca, radeći isto - sastavljajući plan, a zatim očajnički tražeći tehničkog suosnivača.

Evo nas opet…

Jednostavna vremenska matematika

2014. godine pročitao sam blog Sama Altmana, predsjednika YCombinatora. U njemu Sam govori neke od najdubljih istina koje sam ikad zanemario. Evo tvita koji sam iskopao iz zabave.

Prva dva ili tri puta kada sam pročitao njegov članak iznio sam zaista razumne zvučne argumente zašto se to ne odnosi na mene. Pogriješio sam i koštalo me je novca, ali još gore, koštalo me puno vremena (vratio sam novac).

U osnovi tvrdi da je brže ( puno brže ) naučiti programirati dovoljno za izradu svog prototipa nego pronaći pouzdanog, pouzdanog suosnivača koji dobro pristaje i koji će ići na daljinu. Ne samo brže, nego su i izgledi za napredak znatno veći.

Očito je. Pronalaženje dobrog suosnivača, tehničkog ili nekog drugog, duga je prilika - poput pronalaska pravog partnera za život - i zahtijeva određeni stupanj sreće. Naučiti malo kodirati je brže, ne treba sreće i stoga ima veću stopu uspjeha.

Zapravo možete prestati čitati ovaj blog upravo ovdje ako želite. Pročitajte njegovo. To je bolje. Jedini razlog zašto pišem svoje jest dijeljenje izravnih osobnih iskustava koja potvrđuju ono što je rekao. Znakovito je da je do danas njegov blog imao samo ~ 8.500 pregleda - od toga desetak mojih. To je mnogo manje od broja ambicioznih netehničkih utemeljitelja vani.

Analogija datiranja

U srednjoj školi sjećam se da su mi rekli da ćete, ako očajnički želite naklonosti nekoga, postupati na način koji ugrožava sebe - svoje standarde, svoje vrijednosti i svoje najbolje interese. Zadovoljit ćete se ljudima, ponašanjem i situacijama koje ne odgovaraju vama.

Potpuno je isto s traženjem suosnivača. Kako je vrijeme prolazilo, a moj strah i očaj su se povećavali, našao sam se kompromitirajući - smanjujući svoje standarde. Pregovarajući protiv sebe. Traženje izgovora za druge. Naseljavanje.

S vremenom sam donosio loše odluke i loše kompromise. Srećom, niti jedna od tih loših odluka nije rezultirala stvarnim odnosima suosnivača.

Moja je poanta da sam bio spreman na loše kompromise, samo da bih napredovao. To je loš početak nečega na što ćete možda morati potrošiti sljedećih 10–20 godina svog života.

Tehničke stvari ne prestaju pri lansiranju

Primamljivo je biti taktičan i reći da samo moram lansirati. To nije održiv plan. Razlika je između planiranja "nadoknaditi kad dođem do tog mosta" i toga što morate učiniti jer vam život nije ostavio izbora.

Na teži sam način naučio kako je moja potreba za tehničkom pomoći rasla nakon lansiranja. Mislio sam da će se tvrda dvorišta lansirati. Čovječe, jesam li pogriješio. Stvari se lome. Pojavljuju se bube. Značajke ne rade kako se očekivalo. Korisnici imaju snažne poglede na stvari. Iteracija je način za postizanje uklapanja na tržište proizvoda. I to mora biti brzo, dobro koordinirano i sustavno. Podaci pomažu, a puno vrijednih podataka dolazi nakon pokretanja!

Zbog toga plaćanje programera nije održivo ako nemate puno sredstava. I vjerojatno nećete dobiti puno sredstava prije nego što uopće imate proizvod. Moguće je, ali ne za većinu osnivača.

Pa što ćete učiniti kada se 4 tjedna nakon pokretanja stvari pokvare, korisnici prijave neočekivane pogreške i poslužitelj se sruši ili je trgovina aplikacija promijenila neka pravila? Trošite više novca. I molite programere da požure. U međuvremenu se potrudite pronaći korisnike, predstaviti ih, prodati itd.

Sigurno trošite svoje vrijeme na stvari i one su važne. No, s obzirom na mogućnost izbora između popravljanja programske pogreške / dodavanja značajki zbog kojih se korisnici traže i prenošenja vašeg poslovnog plana na potencijalnog financirača sjemena, vaše vrijeme najbolje koristi proizvod, a ne smola. A to ne možete jer ne znate kako. Dakle, naprežete se na stvarima drugog reda, jer se ne možete naprezati na stvarima od najveće važnosti .

Razvijanje tehničke empatije

Kao što sam spomenuo u podcastu, bio sam (mučno) jedan od onih ljudi koji su inzistirali da je "to jednostavan, brz prototip". Potpuno, krajnje, jadno mi je nedostajao bilo kakav koncept kakav je proces razvoja.

Quincy, osnivač freeCodeCampa i onaj koji vodi podcast, vrlo je dobro sažeo:

Pruža vam empatiju prema iskustvu programera i pomaže vam u značajnim vremenskim procjenama, ne samo u smislu onoga što je moguće, već i onoga što je izravno, a što složeno. [parafrazirano]

Zamislite ako vam dođe netko tko nema pojma o vašem poslu i inzistira da bi nešto što traje tjedan dana trebalo dva dana - ne biste li ih htjeli lupiti po glavi i jednostavno se s gnušanjem okrenuti?

Ozbiljno me neugodno zbog svih vremena kad sam to učinio (inzistirajte na tome da je to jednostavna aplikacija, a ne da nekoga kucate po glavi).

Još gore, zašto bi me shvatili ozbiljno? Jesam li im zaista pokazao poštovanje i predanost pokušavajući barem malo naučiti njihov zanat? S njihove točke gledišta, skrivao sam se iza svojih vještina i razumnog opravdanja da kodiranje " nije najbolje korištenje mog vremena ".

Evo još jedne zlokobne nuspojave nedovoljne upućenosti u tehničke stvari. Nikad ne bih mogao procijeniti relativne vještine ljudi s kojima sam razgovarao. Morao sam ići na vjeru, povjerenje ili preporuke. Nisam imao načina procijeniti njihovu spremnost baš za svrhu koju sam im trebao ispuniti.

Gledajući unatrag, mogao sam si uštedjeti tonu novca i mjesece truda, dok sam gradio vještinu koja mi stazu proširuje gotovo unedogled - da sam ranije naučio kodirati.

Kao što Sam Altman kaže:

"Kad ljudi poput ovog kažu" Učinit ću sve što je potrebno da ovaj posao bude uspješan "(što oni gotovo uvijek kažu), kažem nešto poput" Zašto ne naučiti hakirati? "

Zašto ne. Učini sve što je potrebno. Pogotovo ako pomaže vašem startupu da "ne umre".

Inženjerstvo nije sve-na-kraju

Niti jednog trenutka ne mislim da je kodiranje odgovor na sve. Ako ste među onima koji imaju zainteresiranog i potpuno pouzdanog tehničkog suosnivača, kolegu, kolegu, brata i sestre itd., Onda da, nije najbolje iskoristiti vaše vrijeme - zašto? Jer u toj drugoj osobi imate sjajan resurs. Tada učenje kodiranja duplicira skupove vještina.

Ali kada nemate taj skup vještina, malo naučiti najbolje je korištenje vašeg vremena ako vam dugoročno štedi puno vremena. Evo matematike koju primjenjujem:

prioritet = vjerojatnost ishoda u određenoj jedinici vremena

Tako:

Pronađite suosnivača za 6 mjeseci i počnite graditi u 7. mjesecu: 50% vjerojatnosti

Naučite dovoljno koda za 6 mjeseci i počnite graditi u 7. mjesecu: 90%

Čitav ovaj članak bio bi potpuno očit kad bi rekao da programeri moraju naučiti marketinške i komunikacijske vještine kako bi se mogli prezentirati. Koderi moraju izaći iz zgrade i razgovarati sa svojim kupcima, a ne samo s kodom. Ovo se sada smatra "očitim" savjetom.

Pa zašto obrnuto nije jednako očito?

Dajte si vjerodostojnost

Inženjeri su poput jako lijepe djevojke za šankom. Stalno ih "udaraju". Stalno im se prilazi. Ne znam izravno, ali pretpostavljam da se to brzo umara, a cinizam je samo još jedno "svidjet će vam se moja ideja o pokretanju".

Znate li što je osvježavajuće za nekoga s kim razgovarate u baru? Interes i svijest o njima. Isto vrijedi i za kodere. Ako ste dovoljno svjesni njihova svijeta i ako vas dovoljno zanimaju pojedinosti njihovih vještina, odgovorit će i, u najmanju ruku, pomoći.

Ovo pomalo znam iz osobnog iskustva. Otkad sam naučio kodirati, imam mnogo više inženjera koji mi rado daju savjete, usmjeravaju me, ispravljaju, pa čak i sa mnom zaranjaju u moje ideje. Nije lakše pronaći pravog suosnivača, ali to nema nikakve veze s stručnošću, a više s njihovim interesima, prioritetima i životnim okolnostima.

I što sad?

I sada sam prvi put u životu u poziciji da mogu eksperimentirati sa svojim idejama. Ranije me to koštalo vremena i novca. Sad me to košta malo vremena, pa čak i tada manje vremena nego pronalaženje programera, pregovaranje o opsegu, nadgledanje rada, pregled rada, rad na testiranju. A to je vrijeme ulaganje, jer neprestano usavršavam vještinu, čak iako se ideja pokazala komercijalno neisplativom.

Nisam dobar programer. Mislim da ne moram biti (možda ću za 5 godina revidirati ovo stajalište). Ali znam dovoljno za izradu vlastitih prototipova i razumijevanje onoga što je uključeno u izgradnju održivog proizvoda. I znam dovoljno da prihvatim koji bitovi treba prepustiti vanjskom poslu, kako opisati ono što želim, a ne odvesti me na vožnju, procijeniti učinak i udružiti se s drugim hakerima kako bi dobili rezultate. Možda nikad nisam profesionalni programer i to je u redu. Ne radi se o tome.

Ali postao sam vlastiti tehnički suosnivač. Možda dođe dan kada moje vrijeme stvarno najbolje iskorištavaju netehničke stvari. Ali taj će dan doći kad izgradim nešto što raste. Vjerujem da sam povećao svoje šanse da to nešto pronađem jednostavno zato što mogu izvoditi još mnogo jeftinih eksperimenata s malim stresom koji ne uključuju trošenje novca ili moljenje drugih za pomoć.

Sve to za manje od 12 mjeseci. Razmisli o tome. Možda je zaista najbolje iskoristiti svoje vrijeme ako želite biti osnivači.

Postskriptum za studente freeCodeCampa

Zaista, istinski vjerujem da su vam najdragocjeniji resursi vrijeme, trud i novac. Od njih, najvažniji izvor je vrijeme, jer se preostala dva mogu obnoviti i oporaviti. Pa ako ćete potrošiti vrijeme na nešto, pobrinite se da vas to približi ovom cilju.

Imajući to na umu, ako želite uložiti 3 sata sa mnom kako bih pronašao vaš najkraći put do učenja kodiranja (posebno ako želite pokrenuti), krenite na moje mjesto tečaja i tamo se prijavite (ne skočni prozor!). Ako u poruku dodate riječi "BESPLATNO MOJE VRIJEME", znat ću da ste čitač freeCodeCampa i poslat ću vam promotivni kôd, jer i mene je, kao i vi, i freeCodeCamp solidno pokrenuo.

Pogledajte ponovno pokrenuti podcast FreeCodeCamp, gdje Quincy i Abbey koriste svoje nevjerojatno iskustvo kao edukatori kako bi prikupili sadržaj koji će vam pomoći na putovanju. Nedavno sam bio u epizodi 53 i neke stvari u ovom postu tamo su detaljnije obrađene. Podkastu možete pristupiti i na iTunes, Stitcher i Spotify ili izravno s ove stranice.

Mogu me kontaktirati na Twitteru: @ZubinPratap