Константин Берлинский - Школа стартапов №1 - Личный опыт. 2-ое издание с иллюстрациями

Конспект3: https://t.me/progresspunk/251

Твит: https://twitter.com/afscott/status/1544735716671819777

Источник фото: https://cms.replit.com/assets/workspace.png

Партнер 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

Источник фото: слайд 2 презентации https://docs.google.com/presentation/d/1KuTyvGyRdPEWLl3DoUFrqLnMFaxNXZ-cWOrKrrpk8i4/edit#slide=id.g13c82cfc605_0_0

Приглашенный партнер Дивья Бхат расскажет как установить ключевые показатели эффективности и цели. Мы проводим эти беседы в начале Startup School, потому что они помогут вам быстрее запуститься (если вы еще не сделали это), установить цели на конец курса и добиться реального прогресса.

Про KPI все понятно. Без цели непонятно куда плыть. Надо ставить цели. Большую часть не достигнешь, но это нормально, главное идти примерно в правильном направлении и очень быстро.

Спикер говорила быстро, энергично, на типичном американском английском. Девушка была без ума от себя. В результате понял 50—70% и постоянно терял нить рассуждения. И доклад ее длинный. Хотя были текстовые слайды, по ним можно понять основные мысли.

Тезисы:

– никто не скажет фаундеру на что тратить его время

– ваша задача двигаться быстро, но в правильном направлении

– главная задача как можно быстрее получить сигнал, что продукт нужен рынку

– важно расставить приоритеты, делать сначала важные вещи

– не обращать внимания на «метрики тщеславия» – сколько получили инвестиций, от кого, размер команды, офис, лайки, упоминания в СМИ

– типовые ошибки: оптимизировать бумажную часть работы, рефакторить код чтобы поддержать высокие нагрузки, решать сложные задачи а не проблемы клиентов, нанять адвокатов