Как да станете свой собствен технически съосновател - и защо си заслужава времето

Забележка : този блог е вдъхновен от скорошното ми интервю за подкаст с Quincy Larson на freeCodeCamp, където говорим за това през последните 15 минути или така.

Търсите технически съосновател? Бях и аз. В продължение на много години. Това беше трудно пътуване, защото преобладаващата „мъдрост“ е, че трябва да излезете и да намерите технически съосновател, защото всички успешни стартиращи фирми ги имаха (между другото не е вярно). Но какво се случва, когато сте в края на пистата си и вашият избор е да се научите да кодирате или да се откажете?

Техническите съоснователи трябва да ви дадат стабилност, допълнение към основните умения и отчетност, които не са възможни като самостоятелен основател. Разбира се, никой не проследява безбройните примери, когато наличието на съосновател на боклука е направило пътуването ви неизмеримо по-трудно или е осуетило способността ви да напредвате изцяло. Но разбира се, това, което означават „те“, е, че не се нуждаете само от технически съосновател, а от правилния технически съосновател, бе!

Добре, разбира се.

Нищо от това не е особено полезен съвет. Все едно да кажеш, че трябва да си буден, за да имаш добри идеи (изглежда очевидно и интуитивно, но не винаги вярно).

Моят опит като нетехнически (соло) основател

Ето какво лично преживях през годините, прекарани в търсене на технически съоснователи:

  1. Прекарах много време в преглеждане на форуми, LinkedIn и списъци с контакти, търсейки хора, които отговарят на минималните критерии
  2. Прекарах много време, като не успях да проверя много, да тествам много, да напредвам много, защото нямах нищо за валидиране, тестване или напредък, освен добре отточен терен
  3. Срещнах много хора и повечето не се интересуваха от предприемачество или нямаха необходимата работна етика (известна още като мазохистка ивица)
  4. Срещнах много хора, които се интересуваха, но поради всички грешни мотивации (бързо забогатяване, слава, слава ...)
  5. Срещнах няколко души, които имаха правилните мотивации и (доколкото мога да разбера) правилните умения, но които нямаха манталитета да издържат на бруталността при стартиране
  6. Срещнах много малко хора, които са опитвали стартиране и са имали умения, но никой от тях не е бил очарован от моите концепции (статистическа неизбежност)

Знаех, че не мога да клякам за софтуера, въпреки че исках да създам технологична компания. И така, ето моите грешки от тогава:

  1. Нямах представа за основните, най-основните аспекти на софтуера и неговия дизайн
  2. Грубо подцених сложността (не знаех колко не знам)
  3. Грубо подцених ангажираното време
  4. Грубо надцених хората, при които се обърнах, за да бъдат технически съоснователи
  5. Значително (но не съзнателно) надцених ролята си в началния период - „бързането“ и „развитието на бизнеса“ бяха моите умения и не осъзнах, че някои от най-успешните стартиращи компании прекарват една трета от времето си за тези неща, и през по-голямата част от времето си изграждат продукта и отговарят на нуждите на клиентите

Близо до 4 години си казах „ Не е нужно да се уча да кодирам. Талантите ми се използват по-добре другаде ”. Звучи познато?  

Вярно е само отчасти. Като човек с много ограничени ресурси, талантите ми трябваше да бъдат използвани за всичко, което ми даде най-добрия шанс за успех . Имах малко резервни пари, които можех да похарча за разработчици. Имах известно време, което можех да прекарам в управлението им, и това време беше създадено главно чрез намаляване на социалната активност, сън и забрана за почивните дни. Имах ценен опит, който бих могъл да използвам при съставянето на бизнес план. Имах силни социални умения и комуникативни умения, които бих могъл да използвам, за да се насоча към перспективите, а също и към потенциалните съоснователи.

Направих всички тези неща и се приближих по-близо до целите си. Но отне твърде много време. Разбира се, напредъкът винаги е бавен, със сигурност по-бавен, отколкото бихме искали. Но ние само се забавяме допълнително, като не гледаме обективно на ситуацията. Дори когато имах съоснователи (които в крайна сметка напуснаха, защото беше твърде трудно или техните житейски обстоятелства се промениха), установих, че управлението на тяхната работна етика, очаквания и настроения отне много време и енергия. Това е добре - но никой не бюджетира за това.

Виждате ли, че като амбициозни основатели най-големият ни враг е всичко, което ни кара да губим време. С всяка седмица, която минава без резултати, е по-вероятно да се откажете. И никога не знаем истински каква е цената ни за времето, когато избираме начин на действие. И никога не знаем кога сме жертви на заблудата с потънали разходи.

Поглеждайки назад, това ми костваше 4 години и доста пари. И в края на това, единственият начин да започнете отново е да повторите тези разходи на време, усилия и пари, като правите едно и също нещо - съставяте план и след това отчаяно търсите технически съосновател.

Пак започваме…

Проста математика на времето

През 2014 г. прочетох блог на Сам Олтман, президент на YCombinator. В него Сам казва някои от най-дълбоките истини, които някога съм пренебрегвал. Ето туитът, който изкопах за забавление.

Първите 2 или 3 пъти, когато прочетох неговото парче, направих наистина разумни звучащи аргументи защо това не се отнася за мен. Сгреших и ми струваше пари, но по-лошо ми костваше много време (върнах парите обратно).

По принцип той твърди, че е по-бързо ( много по-бързо ) да се научите да програмирате достатъчно, за да изградите своя прототип, отколкото да намерите надежден, надежден съосновател, който е подходящ и ще измине дистанцията. Не просто по-бързо, но шансовете за напредък са значително по-високи.

Очевидно е. Намирането на добър съосновател, технически или по друг начин, е дълъг шанс - като намирането на точния партньор за цял живот - и изисква известна степен на късмет. Да се ​​научиш да кодираш малко е по-бързо, не се нуждае от късмет и следователно има по-висок процент на успех.

Всъщност можете да спрете да четете този блог точно тук, ако искате. Прочетете неговото. Е по-добре. Единствената причина да пиша своя е да споделя пряк личен опит, който потвърждава казаното от него. Показателно е, че към днешна дата неговият блог е имал само ~ 8 500 гледания - от които дузина са моите. Това е много по-малко от броя на амбициозните нетехнически основатели там.

Аналогия за запознанства

В гимназията си спомням, че ми казваха, че ако се отчаяте от привързаността на някого, ще действате по начини, които компрометират себе си - вашите стандарти, вашите ценности и вашите най-добри интереси. Ще се задоволите с хора, поведения и ситуации, които не са подходящи за вас.

Съвсем същото е и с търсенето на съоснователи. С течение на времето и нарастването на страха и отчаянието ми се оказах компромисен - намалявайки стандартите си. Преговори срещу себе си. Оправдаване на другите. Уреждане.

С течение на времето взех лоши решения и лоши компромиси. За щастие, нито едно от тези лоши решения не доведе до действителни съоснователни отношения.

Моят въпрос е, че бях готов да направя лоши компромиси, само за да постигна напредък. Това е лошо начало на нещо, за което може да се наложи да прекарате следващите 10–20 години от живота си.

Техническите неща не приключват при стартирането

Изкушаващо е да бъдем тактически и да кажем, че просто трябва да започна. Това не е устойчив план. Има разлика между това да планирате „да си го измислите, когато стигна до онзи мост“ и да се наложи да го направите, защото животът не ви оставя избор.

Научих по трудния начин, че нуждата ми от техническа помощ нарасна след старта. Мислех, че твърдите дворове ще стартират. Момче, греших ли. Нещата се чупят. Появяват се бъгове. Функциите не работят както се очаква. Потребителите имат силни възгледи за нещата. Итерацията е начинът да се постигне съответствие на продуктовия пазар. И то трябва да бъде бързо, добре координирано и систематично. Данните помагат и много ценни данни идват след стартирането!

Ето защо плащането за разработчици не е устойчиво, освен ако нямате много финансиране. И няма вероятност да получите много средства, преди дори да имате продукт. Възможно е, но не и за повечето основатели.

И така, какво ще правите, когато 4 седмици след стартирането нещата се развалят, потребителите съобщават за неочаквани грешки и сървърът се срине или магазинът за приложения е променил някои правила? Харчите повече пари. И помолете разработчиците да побързат. Междувременно се стараете да намирате потребители, да предлагате, да продавате и т.н.

Със сигурност отделяте времето си за нещата и те са важни. Но при даден избор между поправяне на грешка / добавяне на функции, за които потребителите ви претендират, и насочване на вашия бизнес план към потенциален финансиращ семена, най-доброто използване на вашето време е продуктът, а не терена. И не можете да го направите, защото не знаете как. Така че вие ​​се натоварвате върху неща от втори ред, защото не можете да се натоварвате върху неща от първостепенно значение .

Развиване на техническа съпричастност

Както споменах в подкаста, бях (обезсърчително) един от хората, които настояваха, че „това е прост, бърз прототип“. Напълно, напълно, ужасно ми липсваше каквато и да е концепция за това какъв е процесът на развитие.

Куинси, основателят на freeCodeCamp и този, който управлява подкаста, го обобщи много добре:

Това ви дава съпричастност към опита на разработчиците и ви помага да правите смислени оценки на времето, не само по отношение на това, което е възможно, но и това, което е просто и какво е сложно. [перифразирано]

Представете си, ако някой, който няма представа за вашата работа, дойде при вас и настоява, че нещо, което отнема една седмица, трябва да отнеме 2 дни - не бихте ли искали да ги почукате по главата и просто да се обърнете с отвращение?

Сериозно се смущавам от всички времена, в които съм правил това (настоявайте, че това е просто приложение, а не да чукам някой по главата).

Още по-лошо, защо биха ме приели сериозно? Наистина ли бях им показал уважение и ангажираност, поне като се опитах да науча малко от техния занаят? От тяхна гледна точка аз се криех зад уменията си и разумното оправдание, че кодирането „ не е най-доброто използване на времето ми “.

Ето още един зловещ страничен ефект от липсата на достатъчно познания по техническите неща. Никога не бих могъл да оценя относителните умения на хората, с които говорих. Трябваше да продължа с вяра, доверие или препоръки. Нямах начин да преценя тяхната годност за същата цел, която трябваше да изпълнят.

Поглеждайки назад, можех да си спестя тона пари и месеци усилия, докато изграждах умение, което разширява пистата ми почти за неопределено време - ако се научих да кодирам по-рано.

Както казва Сам Олтман:

„Когато хора като този казват„ Ще направя всичко необходимо, за да направя този бизнес успешен “(което почти винаги казват), аз казвам нещо като„ Защо да не се научим да хакваме? “

Защо не наистина. Правете каквото е необходимо. Особено, ако помага на стартиращия ви „да не умре“.

Инженерингът не е всичко-край-всичко

Нито за един миг не мисля, че кодирането е отговорът на всичко. Ако сте сред тези, които имат заинтересован и напълно надежден технически съосновател, съученик, колега, брат или сестра и т.н., тогава да, това не е най-доброто използване на времето ви - защо? Защото имате страхотен ресурс в този друг човек. Тогава ученето за кодиране дублира набори от умения.

Но когато нямате този набор от умения, научаването на малко от него е най-доброто използване на вашето време, ако спестява много време в дългосрочен план. Ето математиката, която прилагам:

приоритет = вероятност за резултат в дадена единица време

Така:

Намерете съосновател след 6 месеца и започнете да изграждате през 7-ми месец: 50% вероятност

Научете достатъчно код за 6 месеца и започнете да изграждате през 7-ми месец: 90%

Цялата тази статия би била напълно очевидна, ако се казва, че кодерите трябва да се научат на маркетингови и комуникационни умения, за да се представят. Кодерите трябва да излязат от сградата и да говорят с клиентите си, а не само с код. Сега това се счита за „очевиден“ съвет.

И така, защо обратното не е толкова очевидно?

Дайте си доверие

Инженерите са като наистина добре изглеждащото момиче в бара. Те се „удрят“ през цялото време. Те се приближават през цялото време. Не знам директно, но предполагам, че това бързо се уморява, а цинизмът е просто още едно „ще харесаш идеята ми за стартиране“.

Знаете ли какво е освежаващо за някого, с когото разговаряте в бар? Интерес и информираност за тях. Същото важи и за кодерите. Ако сте наясно достатъчно с техния свят и се интересувате достатъчно от детайлите на техните умения, те ще отговорят и най-малкото ще помогнат.

Това малко знам от личен опит. Откакто се научих да кодирам, имам много повече инженери с удоволствие да ми дават съвети, да ме напътстват, коригират и дори да се потопят в идеите ми с мен. Не е по-лесно да се намери точния съосновател, но това няма нищо общо с експертизата и повече с техните интереси, приоритети и житейски обстоятелства.

И сега какво?

И сега, за първи път в живота си, съм в позиция, в която мога да експериментирам с идеите си. По-рано ми костваше време и пари. Сега това ми коства малко време и дори тогава по-малко време от намирането на разработчици, договарянето на обхвата, надзора на работата, прегледа на работата, работата по тестване. И това време е инвестиция, тъй като продължавам да усъвършенствам уменията, дори ако идеята се окаже търговско нежизнеспособна.

Не съм страхотен програмист. Не мисля, че трябва да бъда (може би след 5 години ще преразгледам този възглед). Но знам достатъчно, за да създам свои собствени прототипи и да разбера какво е свързано с изграждането на жизнеспособен продукт. И знам достатъчно, за да се обадя кои битове да се възлагат на външни изпълнители, как да опиша това, което искам, да не се разкарвам, да оценя резултата и да се обединя с други хакери, за да постигнем резултати. Може никога да не съм професионален разработчик и това е добре. За това не става въпрос.

Но станах свой собствен технически съосновател. Може да дойде ден, когато най-доброто използване на моето време наистина са нетехническите неща. Но този ден ще дойде, след като изградя нещо, което расте. Вярвам, че съм увеличил шансовете си да открия това нещо, просто защото мога да провеждам много повече евтини, ниско напрегнати експерименти, които не включват да харча пари или да моля други за помощ.

Всичко това за по-малко от 12 месеца. Помисли за това. Може би наистина е най-доброто използване на вашето време, ако искате да бъдете основател.

Послепис за студенти freeCodeCamp

Наистина, наистина вярвам, че най-ценните ви ресурси са вашето време, усилия и пари. От тях най-важният ресурс е времето, тъй като другите два могат да бъдат подновени и възстановени. Така че, ако ще отделите време за нещо, уверете се, че то ви доближава до тази цел.

Имайки това предвид, ако искате да инвестирате 3 часа с мен, за да намерите най-краткия си път към обучението за кодиране (особено ако искате да стартирате), след това се насочете към сайта на курса ми и използвайте формуляра за регистрация (не изскачащият прозорец!). Ако добавите думите „БЕЗПЛАТНО МОЕТО ВРЕМЕ“ към съобщението, ще знам, че сте читател на freeCodeCamp и ще ви изпратя промоционален код, защото точно като вас, freeCodeCamp ми даде стабилен старт.

Вижте рестартирания подкаст freeCodeCamp, където Куинси и Аби използват невероятното си преживяване като преподаватели, за да съберат заедно съдържание, което ще ви помогне в пътуването. Наскоро бях в епизод 53 и някои от нещата в този пост са разгледани по-подробно там. Можете също да получите достъп до подкаста в iTunes, Stitcher и Spotify или директно от тази страница.

С мен могат да се свържат в Twitter: @ZubinPratap