лучший способ понять хороша ли идея это реализовать ее
не бояться бросить исходную идею и начать работать над другой
Слайды: https://docs.google.com/presentation/d/1Cm1TPjTSmZ9W_1ecxfNEYIwxPEMF8BWlWRyi14Je8OI/edit?usp=drivesdk
Конспект: https://docs.google.com/document/d/1eeaN4Bsfc8rxNgppvGG9e1Vy6OAQzUTRwQKSNMYXDGE/edit#heading=h.cs2jd2tjdjlt
Вопросы для идеи стартапа: https://docs.google.com/document/d/1sjrHswZvqHS0ydXRQHmvLCVJzYYyGtYjty6OdQpzupA/preview?pru=AAABgfM5rY4*OcLRUBdX0AkyR7vJHa33TQ#heading=h.yi2eyg95uzly
Как найти идею стартапа: http://www.paulgraham.com/startupideas.html
Слепота (боязнь) скучной работы: http://www.paulgraham.com/schlep.html
Стоит ли следовать своей страсти? (Далтон Колдуэлл и Майкл Сейбел): https://www.youtube.com/watch?v=KWNNmPCF-Xs
Источник фото: слайд 62 презентации https://docs.google.com/presentation/d/1Cm1TPjTSmZ9W_1ecxfNEYIwxPEMF8BWlWRyi14Je8OI/edit#slide=id.p64
4. История Replit: как сайд-проект стал миллиардной компанией
Амджад и Хайя, основатели Replit, расскажут историю о том, как они выросли в Иордании, перебрались в Кремневую долину и в конечном итоге создали компанию с оборотом в миллиард долларов, любимую разработчиками. Это необыкновенная история со взлетами и падениями, о которой никогда раньше не рассказывали публично.
Два фаундера (муж и жена) сделали Replit online IDE для совместного кодинга, удобно для обучения программированию. https://en.wikipedia.org/wiki/Replit
На зуме было уже 8.5тыс слушателей (на первой лекции было почти 13тыс). Думаю, довольно бесполезно смотреть на такие истории успеха. Т.к. есть «эффект ореола». Если стартап взлетел, фаундеры начинают рассказывать байки как они вызывали Убер когда задерживались в офисе, нанимали новых людей или у них взлетели продажи в Индии. Для понимания процесса это бесполезно. У каждого проекта своя траектория. Те, у кого не получилось, точно также вызывали Убер.
Тезисы:
12 лет занял путь от идеи до успешной компании
все началось с сайд проекта (побочного домашнего проекта)
15 млн пользователей сейчас
сделали первую версию за выходные
продукт быстро стал виральным, получил отзывы в СМИ, компании стали использовать его как опенсорс
не получили инвестиций в Иордании, зато получили предложения работы в FAANG и другие компании
Амджад стал работать в найме, а Хайя не смогла найти работу и стала развивать Replit как учебный проект для резюме
когда проект взлетел Амджад ушел из Фейсбук*, хотя это было сложно т.к. платили хорошо и они были иммигрантами, а для иммигрантов важно работать в большой стабильной компании
чтобы запустить стартап нужно быть готовым работать над ним 5+ лет
подали заявку в YC, но провалились
запустили побочный продукт для школ, чтобы стать прибыльной компанией, но это стало потерей фокуса в разработке основного продукта, поэтому бросили школы и стали дорабатывать ядро системы
чтобы стать интересными для инвесторов сфокусировались на разработке и привлечении пользователей
YC заметили продукт и сами связались с ними
подались снова на YC, ради шутки как презентацию отправили мем-видео «Rick Roll», с трудом прошли отбор, т.к. эксперт YC был в ярости от такой небрежной заявки
прошли в YC, нарастили команду сильными программистами, половину курса потратили на рефакторинг, хотя YC советовало не делать этого, а нужно говорить с пользователями и выпускать релиз каждую неделю, но рефакторинг позволил быстро выпускать классные фичи, поэтому это было стратегически верное решение
после YC сделали роадмап по фичам на следующие 3 года
2 года после YC решали многочисленные проблемы с безопасностью, хакеры использовали Replit для криптомайнинга и веб атак, но поняли что это их преимущество, т.к. конкурентам придется решать те же проблемы
личные проблемы (со здоровьем родителей), культурные (наняли не тех людей), отклонили предложение о покупке компании на 1млрд $ от корпорации, т.к. хотели менять мир, а не просто заработать деньги
во время пандемии резко выросли, наняли людей, получили новые инвестиции, создали экосистему вокруг продукта
во время пандемии резко выросли, наняли людей, получили новые инвестиции, создали экосистему вокруг продукта
вопрос 1 «тяжело ли быть женатыми кофаундерами» нет, по сути ты все равно «женишься» на своем партнере, т.е. проводишь с ним больше времени чем с другими людьми
вопрос 2 «ранние признаки успешного бизнеса» если 1 человек вам платит, значит есть и 1000 кто тоже заплатит, думайте о стратегии захвата рынка TAM, иметь несколько бизнес-моделей
вопрос 3 «какие были сюрпризы» какой-то родитель критиковал Replit, что его ребенок зависает там, а не ходит в колледж, а ребенок быстро нашел работу и заработал кучу денег; написали сайт на Replit чтобы пережить COVID; вокруг Replit сформировалось сообщество
вопрос 4 «как рекламировались» непрерывно писали во все СМИ, были евангелистами
вопрос 5 «повлиял ли опыт работы в CodeAcademy на Replit?» в CA делали обучающие вещи, а Replit про создание нового (и тем самым обучаешься), они сделали творческую платформу, инструмент для самовыражения, чтобы получить больше пользователей
Конспект: https://docs.google.com/document/d/1NXfWJaP0_GQqIaPtsWdzPVeJpXFyTwv-wgWS2t45mEI/edit#heading=h.cs2jd2tjdjlt
Конспект2: https://www.startupschool.org/posts/47035
Конспект3: https://t.me/progresspunk/251
Твит: https://twitter.com/afscott/status/1544735716671819777
Источник фото: https://cms.replit.com/assets/workspace.png
5.1. Как планировать MVP
Партнер YC Group Майкл Сейбел выступит с коротким, но важным докладом о том, как планировать MVP.
В целом все ожидаемо. Основная мысль про MVP сразу не делать крутой продукт, а быстро запустить хоть что-то (MVP) и делать много итераций по доработке. Проверять разные гипотезы для роста или сделать пивот если случайно сел на дохлую лошадь. Если не стыдно за первую версию продукта, значит ты ошибся и потратил ресурсы и время на решение еще не подтвержденной проблемы. Конечно, может повезти и ты на старте нащупал проблему и делаешь сразу хорошо. Но в 99% случаях нет.
Что MVP лучше опросов тоже согласен. Мне было бы чисто из этических соображений трудно врать людям в опросах, что у нас уже есть продукт и предлагать сделать заказ (и по конверсии с лендинга понять, что это людям нужно). Лучше когда есть хоть какое-то решение, пусть и на коленке, но чтобы работал механизм решения проблемы. Про то, что лучше иметь 100 человек, кто обожает твой продукт, чем 100тыс кто так себе, согласен. Т.к. спалить деньги на широкую рекламу легко, но бессмысленно.
Спикер очень понравился. Говорил медленно, внятно, простыми словами, 99% понятно. И доклад был короткий, что большой плюс, т.к. не рассеивается внимание.
Тезисы:
основная мысль: запуститься быстро, а потом сделать много итераций, а не классически спросить юзеров, собрать команду, получить инвестиции, сделать качественно продукт, нанять PR
хорошая мысль: запуститься и спросить первых клиентов, какую проблему они себе решили и потом доделать продукт по их отзывам
фаундеры боятся, что если не сделают сразу качественный продукт, он умрет, это не так
вы не Стив Джобс и не сможете придумать идеальный продукт с первого раза и он тоже так никогда не делал
MVP: быстро делается для небольшого числа клиентов с ограниченной функциональностью, но поможет вам получить обратную связь, а не ответы на гипотетические вопросы через опросы и интервью
советы для MVP: ограничьте время, напишите ТЗ и урежьте его на 50%, не влюбляйтесь в MVP, любите своих клиентов и решайте их проблемы
вопрос 1 «что делать если у меня не софтверный стартап, т.е. трудно сделать MVP в железе» придумайте как удешевить процесс, возможно переделать в софт
вопрос 2 «как победить устоявшегося монополиста?» конкурируйте ассиметрично, не числом функций, а делайте лучше небольшую часть работы, т.к. ваши клиенты останутся с вами по мере вашего роста
Слайды: https://docs.google.com/presentation/d/1KuTyvGyRdPEWLl3DoUFrqLnMFaxNXZ-cWOrKrrpk8i4/edit?usp=drivesdk
Конспект: https://docs.google.com/document/d/1U-HlhnVa18KK6VB8O5ylc_hn_RU4FXA_vWKUpZAFuwU/edit
Конспект2: https://www.startupschool.org/posts/47207