Эта статья также опубликована на моем сайте: https://fwouts.com/articles/learning-to-fail-a-startup-diary

Это история Zenc Labs, нового технологического стартапа из Сиднея, Австралия.

Предыстория

Прошло девять месяцев с тех пор, как я покинул Google. У меня была комфортная жизнь, отличная зарплата, отличный рабочий день, дружелюбный и поддерживающий коллектив, технически сложная работа и доступ к неограниченному бесплатному питанию. Я надеялся вскоре получить повышение до «штатного инженера-программиста». Все шло отлично. И все же я подал в отставку.

Я хотел создать собственный стартап задолго до того, как присоединился к Google. Это была детская мечта. В 2015 году, проработав три года в Google, я понял, что никогда не уйду из такой замечательной компании, если не выгоню себя. Я сказал своему менеджеру: «Хедз-ап, я ухожу через два года». Мы посмеялись над иронией двухлетнего уведомления, но это заставило его почувствовать себя реальным. Это происходило. Через два года мне придется платить за еду.

Следующие два года я потратил, пытаясь узнать как можно больше об опыте, который мне предстояло пройти. Стартапы печально известны провалами, и я хотел изучить все полезные советы и уловки. Смотрел Лекции YCombinator. Я узнал обо всех способах разделения соучредителей. Я начал нетворкинг с основателями стартапов. Я исследовал мельчайшие аспекты регистрации компании в Австралии и юридические аспекты найма (и увольнения) сотрудников. Я подружился с несколькими бухгалтерами и юристами. Я изучил основы UX-дизайна и цифрового маркетинга.

Наступил март 2017 года, и я неохотно ушел. Спустя пару месяцев я начал проводить исследования пользователей - онлайн и лично - и изучать идеи прототипов. На этом этапе я еще не был уверен, что собирается построить мой стартап. Меня в первую очередь интересовали инструменты разработчика, потому что это казалось лучшим способом оказать положительное влияние на мир. В настоящее время многие идеи воплощаются в жизнь с помощью программного обеспечения, написанного разработчиками, поэтому, если вы поможете разработчикам работать более продуктивно и счастливее, вы сможете существенно повлиять на мировой прогресс (или упадок). Кроме того, разработчики обычно теряют часы или дни, имея дело с неработающими инструментами и процессами, поэтому должны быть некоторые легкие победы. По крайней мере, я так рассуждал.

Первая попытка

Я рассмотрел около 20 идей, начиная от «революционных IDE» (что, если бы ваш редактор кода действительно понимал, что вы пытались сделать, вместо того, чтобы быть просто расширенным текстовым редактором?) До «производителей мобильных приложений» (подумайте о SquareSpace для мобильных приложений) . Я построил минималистичный прототип для каждой идеи, чтобы оценить, могу ли я, как разработчик, даже рассмотреть возможность использования такой вещи. Прошло несколько недель. Все идет нормально.

В начале августа у меня было прозрение. Я собирался создать «Modular», платформу, ориентированную на разработчиков, которая полностью изменит способ написания кода. Вместо того, чтобы работать над большими проектами, хранящимися в папках с сотнями файлов, разработчики будут работать над минималистичными «модулями», которые можно легко запускать и тестировать изолированно с помощью «действий». Большая кодовая база станет осмысленной сборкой отдельных модулей, которые сами состоят из небольших изолированных модулей. Чтобы попросить фрилансера создать новый экран для вашего приложения, больше не потребуется предоставлять ему доступ ко всей вашей кодовой базе. Разработчики смогут внести свой вклад в экосистему, предлагая свои собственные действия. Вы можете сгенерировать рабочее приложение за несколько секунд, потому что кто-то написал «шаблонное» действие для вашего фреймворка / языка. Вы можете запустить и развернуть его еще несколькими щелчками мыши, потому что они также написали действие «запустить».

Через три месяца у меня был функциональный прототип, включающий полноценную командную строку и визуальный интерфейс. Я был взволнован. За исключением одного: я «забыл» поговорить с потенциальными клиентами на три месяца. У меня был классный продукт и никакого бизнес-плана. Что еще более важно, даже в качестве бесплатного инструмента он был слишком сложным, чтобы облегчить жизнь разработчику. Я потерпел неудачу до того, как выпустил продукт, что примечательно.

И все же, несмотря на (очевидную) неудачу проекта Modular, я многому научился. Я приобрел новые технические навыки (Node, React, TypeScript, WebSocket, Docker и ANTLR). Я обнаружил, что мое настроение было совершенно ненадежным показателем того, стоит ли что-то делать. Когда вы самостоятельно работаете над амбициозной идеей, вы можете опасно колебаться между волнением и отчаянием. Видимо, это нормально. Вам просто нужно продолжать работать над этим и помнить, что завтра и послезавтра все будет так же. Если вы не хотите эмоциональных американских горок, не делайте весь свой доход зависимым от того, нравитесь вы потенциальным клиентам или нет.

Вторая попытка

Месяц назад я встретился с другим разработчиком (назовем его Эриком), который возглавляет агентство по разработке мобильных приложений. Его не интересовала Modular. В его работе как разработчика был один недостаток, на который он жаловался: развертывание серверов на Amazon Web Services. У него не было времени разбираться со сложностью AWS, поэтому он делегировал работу подрядчику DevOps, работавшему неполный рабочий день. Если бы только был простой визуальный инструмент для развертывания кодовой базы в AWS вместо сложных инструментов командной строки! Он был готов платить за это 25 долларов в месяц.

Наконец-то я нашел клиента, у которого возникла настоящая проблема! Я решил отказаться от Modular и создать решение для развертываний AWS. Я ничего не знал об AWS. Я зарегистрировался один раз, запутался в их ужасных аббревиатурах и сразу переключился на более удобные облачные решения. Я установил AWS SDK, прочитал их документацию и приступил к работе. Престижность команде AWS: SDK на самом деле довольно хорош! В течение трех недель я отправил Эрику рабочий прототип инструмента «Развертывание». Он поделился со мной полезными отзывами (интерфейс нужно было еще упростить), которые я принял во внимание. Я отправил ему обновленный прототип. Это было потрясающе - я собирался подписать своего первого клиента! Я решил, что сейчас хорошее время для регистрации, чтобы подтвердить его обязательства и забрать его деньги. Официально родился мой стартап Zenc Labs!

Через неделю я не получил особых отзывов от Эрика. Как выяснилось, он был очень занят, и развертывание серверов ему не приходилось делать регулярно. Поэтому следующие несколько дней я потратил на создание целевой страницы (здесь), создание логотипа и его популяризацию в моем кругу общения. Вчера я писал в группе Sydney Startups и на HackerNews. Всего я получил две подписки по электронной почте. Оба они были друзьями. Несколько разработчиков оставили мне ценные отзывы, но ни один из них не нуждался в этом конкретном решении.

Развертывание еще не произошло. У меня есть несколько встреч с потенциальными пользователями. Существует несколько способов поворота Deploy (в настоящее время это настольное приложение, но я мог бы сделать его веб-приложением или инструментом командной строки). Но я точно не называю это успехом. Илон Маск сказал: «Предпринимательство - это как есть стакан и ходить по горячим углям одновременно». Я думаю, что это немного сурово, но я начинаю понимать, что он имеет в виду. Мысленно это вызов.

И снова, хотя все выглядит не очень хорошо, я узнал еще кое-что на своем пути. Технически я наконец понял экосистему AWS. Это потрясающе, но для большинства из нас полностью продумано. Я также изучил Vue.js, Electron и Webpack. Я приобрел свои дизайнерские навыки, создавая целевую страницу и отрисовывая логотипы для Deploy и Zenc Labs, получая полезные отзывы от друзей-дизайнеров UX. Каждый из этих навыков сделает меня быстрее в том, что я делаю, а в худшем случае они сделают меня более трудоспособным. Может быть, когда-нибудь я смогу даже поработать дизайнером UX! Что еще более важно, я понял, что поиск клиента с конкретной проблемой, который будет рад купить ваше решение, не обязательно является достаточно сильным сигналом. Вам необходимо тщательное исследование рынка, как бы скучно это ни звучало.

Как выглядит будущее

До того, как я погрузился в приключение со стартапом, план был прост. У меня был бы хороший бизнес-план. Мой соучредитель вскочил на борт, как только я это предложил. Стартап будет прибыльным в сентябре (два месяца назад).

Очевидно, этого пока не происходит. Я мог бы быть разочарован, но пока я рад, что пережил этот опыт. Приятно смотреть на человека, который явно сосредоточился не на том, и говорить: «Послушайте, он даже не соблюдает золотое правило общения с покупателями!». Менее забавно оказаться в таком же положении, когда «ты знал лучше».

Что мне труднее всего, так это придерживаться идеи. Мне очень хочется перестать работать над Deploy и вместо этого начать работать над другой классной идеей. Наверное, производитель мобильных приложений. Или инструмент визуализации кода. Наверное и то, и другое. И все же я знаю, что поступать так неразумно. Я сейчас смотрю в бездну, но через несколько недель / месяцев я просто буду смотреть в другую бездну, если переключусь на другой проект так рано. В темноте вам нужно подождать, чтобы привыкнуть к темноте, прежде чем вы сможете увидеть путь вперед.

Спасибо за прочтение!

Я надеюсь, что это поможет некоторым потенциальным основателям стартапов понять, на что это может быть похоже. Очевидно, что у каждого основателя стартапа совершенно разный опыт. Мне очень повезло, что я технический основатель, так что, по крайней мере, я не теряю десятки тысяч долларов на разработке программного обеспечения, усвоив эти уроки.

Напишите мне на [email protected]. Написать комментарий. Поделитесь своим собственным опытом стартапа. Если вы разработчик или кто-то, кто занимается созданием программного обеспечения, я буду рад получить известие от вас. Расскажите мне о своем разочаровывающем опыте разработки. Если вы хотите, чтобы существовал какой-то инструмент, для меня будет честью помочь в его реализации.

Подробнее о развертывании

Если вы хотите проверить развертывание, ознакомьтесь с ним на странице http://zenc.io/deploy или посмотрите видео ниже. Напишите мне для ссылки на прототип.