Y Combinator на каждый день
@y_everyday
«Есть идея стартапа, но хз, как её затестить, поэтому сижу, ничего не запускаю». Вот вам кейс лонча DoorDash для мотивации ⬇️
Фаундер DoorDash хотел запилить какой-нибудь сервис для малого бизнеса:
– Начал с разговора с девушкой-владельцем кондитерской о том, какие проблемы у неё есть.
– Она показала огромный список заказов, которые ей пришлось отменить, потому что клиентам требовалась доставка, но водителей у неё не было, и сама она разорваться тоже не могла.
– В течение следующих нескольких недель фаундер и его команда поговорили с ещё примерно 150–200 владельцами малого бизнеса. Очень многие соглашались с тем, что эта проблема реально существует (спрос есть, доставлять некому, решений никаких нет).
– Команда стартапа подумала, что идея сделать доставку для ресторанов лежит «на поверхности», и наверняка кто-то такое уже делал. Подумали, что раньше просто не было такого спроса, и поэтому идея не взлетала.
– «Как мы можем проверить эту гипотезу?», — подумали они. У них не было грузовиков, курьеров и какой-либо готовой инфраструктуры, они были просто кучкой студентов. И за одну ночь создать такой бизнес было невозможно.
– Поэтому они решили провести простой эксперимент: потратили полдня на создание посадочной страницы, которая была наполнена PDF-файлами меню из ресторанов Пало-Альто, а также телефоном фаундера и призывом позвонить, чтобы оформить доставку (на картинке тот самый сайт).
– «Будут звонки — хорошо, значит эта идея норм, и мы будем ей заниматься», — таков тест.
– И они получили первый звонок. Первый настоящий заказ, на пад-тай из тайского ресторана. Сами поехали в этот ресторан и сами отвезли его клиенту.
– На следующий день было 2 звонка. А потом 5, потом 7, 10 звонков в день…
– Несмотря на всю убогость сайта с PDF-ками, они продолжали получать заказы, и становилось понятно, что они на правильном пути, ведь была найдена такая потребность, при которой люди готовы мириться даже с неудобствами и их непрофессионализмом.
– На телефонные звонки они отвечали во время лекций. Пока гуляли, раздавали рекламные листовки. Не было никаких систем диспетчеризации: они использовали Google Docs для отслеживания заказов, а Find My Friends на iPhone, чтобы отслеживать, где были водители.
– Что важно в этом увидеть: у них не было водителей, алгоритмов, бэкенда, они не потратили 6 месяцев на создание какой-то причудливой системы диспетчеризации. Ничего из этого. Они просто запустились. Потому что в начале пути всё это не нужно. В начале всё сводится к тестированию идеи, попыткам запустить её. И выяснению того, нужно ли это людям.
– В YC есть мантра, о которой любят говорить: «Делать вещи, которые не масштабируются» (Do Things That Don’t Scale). В начале пути они делали всё делали сами, и их общение с бизнесом, клиентами и курьерами помогало делать продукт лучше.
– И теперь, конечно, они расширяются на другие города. Теперь им нужно беспокоиться о создании автоматизированных решений и систем диспетчеризации, и о том, как сопоставить спрос и предложение, и обо всех этих модных технологических штуках. Но всё это не имело значения в начале пути.
– Потому что на старте всё сводится к тому, чтобы запустить это дело и попытаться найти Product Market Fit. Делать вещи, которые не масштабируются, — одно из самых больших конкурентных преимуществ, когда вы начинаете. И вы сможете разобраться, как масштабироваться, если найдёте спрос. А если не найдёте, то это и не потребуется.
Давайте сегодня поиграем в игру. Вы пишете в комментариях свою идею (в формате «целевая аудитория → их проблема → ваше решение»), а я в ответ пишу, как вам её быстро и надёжно проверить в парадигме Do Things That Don’t Scale. Гоу! ��
@y_everyday
Фаундер DoorDash хотел запилить какой-нибудь сервис для малого бизнеса:
– Начал с разговора с девушкой-владельцем кондитерской о том, какие проблемы у неё есть.
– Она показала огромный список заказов, которые ей пришлось отменить, потому что клиентам требовалась доставка, но водителей у неё не было, и сама она разорваться тоже не могла.
– В течение следующих нескольких недель фаундер и его команда поговорили с ещё примерно 150–200 владельцами малого бизнеса. Очень многие соглашались с тем, что эта проблема реально существует (спрос есть, доставлять некому, решений никаких нет).
– Команда стартапа подумала, что идея сделать доставку для ресторанов лежит «на поверхности», и наверняка кто-то такое уже делал. Подумали, что раньше просто не было такого спроса, и поэтому идея не взлетала.
– «Как мы можем проверить эту гипотезу?», — подумали они. У них не было грузовиков, курьеров и какой-либо готовой инфраструктуры, они были просто кучкой студентов. И за одну ночь создать такой бизнес было невозможно.
– Поэтому они решили провести простой эксперимент: потратили полдня на создание посадочной страницы, которая была наполнена PDF-файлами меню из ресторанов Пало-Альто, а также телефоном фаундера и призывом позвонить, чтобы оформить доставку (на картинке тот самый сайт).
– «Будут звонки — хорошо, значит эта идея норм, и мы будем ей заниматься», — таков тест.
– И они получили первый звонок. Первый настоящий заказ, на пад-тай из тайского ресторана. Сами поехали в этот ресторан и сами отвезли его клиенту.
– На следующий день было 2 звонка. А потом 5, потом 7, 10 звонков в день…
– Несмотря на всю убогость сайта с PDF-ками, они продолжали получать заказы, и становилось понятно, что они на правильном пути, ведь была найдена такая потребность, при которой люди готовы мириться даже с неудобствами и их непрофессионализмом.
– На телефонные звонки они отвечали во время лекций. Пока гуляли, раздавали рекламные листовки. Не было никаких систем диспетчеризации: они использовали Google Docs для отслеживания заказов, а Find My Friends на iPhone, чтобы отслеживать, где были водители.
– Что важно в этом увидеть: у них не было водителей, алгоритмов, бэкенда, они не потратили 6 месяцев на создание какой-то причудливой системы диспетчеризации. Ничего из этого. Они просто запустились. Потому что в начале пути всё это не нужно. В начале всё сводится к тестированию идеи, попыткам запустить её. И выяснению того, нужно ли это людям.
– В YC есть мантра, о которой любят говорить: «Делать вещи, которые не масштабируются» (Do Things That Don’t Scale). В начале пути они делали всё делали сами, и их общение с бизнесом, клиентами и курьерами помогало делать продукт лучше.
– И теперь, конечно, они расширяются на другие города. Теперь им нужно беспокоиться о создании автоматизированных решений и систем диспетчеризации, и о том, как сопоставить спрос и предложение, и обо всех этих модных технологических штуках. Но всё это не имело значения в начале пути.
– Потому что на старте всё сводится к тому, чтобы запустить это дело и попытаться найти Product Market Fit. Делать вещи, которые не масштабируются, — одно из самых больших конкурентных преимуществ, когда вы начинаете. И вы сможете разобраться, как масштабироваться, если найдёте спрос. А если не найдёте, то это и не потребуется.
Давайте сегодня поиграем в игру. Вы пишете в комментариях свою идею (в формате «целевая аудитория → их проблема → ваше решение»), а я в ответ пишу, как вам её быстро и надёжно проверить в парадигме Do Things That Don’t Scale. Гоу! ��
@y_everyday
🔥 45
👍 15
❤ 11
181 138 5.4K
Обсуждение 181
Обсуждение не доступно в веб-версии. Чтобы написать комментарий, перейдите в приложение Telegram.
Обсудить в Telegram