Читать «Стартап-гайд. Как начать... и не закрыть свой интернет-бизнес» онлайн - страница 13
М. Р. Зобнина
Не надо бояться пивотов
Команда проекта Darberry, который был куплен Groupon, сначала делала виртуальные sticky notes, но Елена Масолова рассмотрела перспективы в купонаторах, ребята перезапустились – и мы все знаем, как это закончилось. Просто имейте в виду, что то, что вы придумаете, уже в первые полгода будет многократно переделано вами же – и это нормально, таков эволюционный процесс.
Как проверить идею
Существует несколько простых способов научиться тестировать идеи
1. Прочитать книги о проверке идей. Их много, и они хорошо известны: «Бизнес с нуля: Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели» Эрика Риса и «Стартап: 11 мастер-классов от экс-евангелиста Apple и самого дерзкого венчурного капиталиста Кремниевой долины» Гая Кавасаки. В них описывается, какую работу надо проделать на данном этапе, чем подумать, что и кому рассказать. Сам я не то что не верю в этот способ, но никогда им не пользовался. Однако друзья советуют.
2. Найти ментора. Имеется в виду нормальный ментор в классическом понимании слова, а не тот, кто сам ничего толком не понимает, как это часто бывает на мероприятиях для создателей стартапов. Понятно, что профессионалы не всегда горят желанием тратить свое время. Но это, по сути, ваш первый опыт продаж: предприниматель продает себя. Это сложно, особенно когда подобного опыта нет, но если не получится с ментором, то как можно надеяться на успех с продуктом? Уметь продать что-то – вообще один из самых полезных навыков (если не самый полезный).
Как найти ментора? Обратитесь к друзьям, знакомым и знакомым знакомых. Разыщите адрес его электронной почты или профиль в социальных сетях – все способы подойдут. И помните: вам нужен коммерческий человек – кто-то, занимающийся маркетингом, развитием бизнеса и т. д.
3. Поскорее познакомиться с суровой действительностью. Одна из самых частых ошибок: команда начинает что-то создавать, домысливая за потребителей, что именно им нужно (вместо того, чтобы познакомиться с клиентами и попробовать выяснить это у них). Если разработчики долго работают в отрасли, это не страшно; в противном случае ошибка может быть фатальной.