2. Идея должна содержать потенциал развития бизнеса. Оцените, может ли ваш проект превратиться в какой-нибудь бизнес. Для этого достаточно задать себе несколько простых вопросов: у многих ли людей есть проблема, которую я планирую решить? Готовы ли они платить за ее решение? Ответив на них, можно приступать к делу. Но еще до создания прототипа вашу идею имеет смысл проверить на практике.
3. Узнайте, кто работает на вашем рынке. Часто создатели стартапов говорят, что у них нет конкурентов. Обычно это означает, что они плохо смотрели. Аналог вашего продукта наверняка существует – например, для Excel это были разлинованный лист бумаги и калькулятор. Если же конкурентов все-таки нет, то это хороший повод задуматься: может, вы решаете проблему, которой на самом деле не существует?
4. Определите «уникальность» технологии. Насколько быстро и просто ваш продукт могут скопировать конкуренты? Сделать из синей кнопки красную несложно, а вот алгоритм, который разрабатывали и оттачивали полгода, повторить сложнее. Эти полгода дадут вам некоторое преимущество во времени. Про уникальность: иногда даже хорошо, что кто-то уже делает нечто похожее, – это означает, что идея жизнеспособна и на ней можно зарабатывать.
5. Найдите свое «секретное оружие». Если вы знаете какую-то область лучше других или уже делали что-то подобное, это дает вам преимущество, которым стоит воспользоваться. Но если его нет – ничего страшного; не нужно из-за этого отступать.
6. Расскажите самому себе о проекте. Просто перечислите на листке бумаги основные тезисы: что это за продукт, для кого, как будете его продавать. На самом деле этот документ в первую очередь нужен вам: он поможет сформулировать собственное понимание проекта. Как в том анекдоте: пять раз объяснил, на третьем даже сам понял.
7. Поговорите с потенциальными клиентами. Чем раньше вы это сделаете, тем лучше. Правда, есть нюанс: если продукт массовый, то выходить на аудиторию лучше уже с готовым прототипом – опрос даже сотен человек ничего не даст, поэтому лучше анализировать обратную связь, имея на руках хоть какую-то разработку. Но если вы планируете работать на B2B-рынке или продукт обещает быть дорогим и сложным, можно еще до начала работы над ним поговорить с потребителями.
8. Опишите идею стартапа одним предложением. Нужно уметь объяснять ваш замысел одним понятным собеседнику предложением. Если вы станете говорить, что это «облачный сервис с геолокацией», вас перестанут слушать уже на втором слове. Объясняйте так, чтобы люди сразу понимали, какую их проблему вы решите.
9. Сфокусируйтесь на одном сегменте. Часто предпринимателям хочется сразу сделать что-то большое. Это неплохо, но «пробить» рынок можно, только сфокусировавшись на узком сегменте. Вы же не будете объявлять войну сразу нескольким странам, верно? То же и здесь. В Долине, кстати, стартапы всегда поначалу выбирают очень узкий сегмент. Потом, когда выстроите бизнес, можно начать расширяться. Но не наоборот.
10. Обсуждайте идею со всеми. Обдумывая свой проект, вы живете в собственном вымышленном мире. Когда люди начинают задавать вопросы (часто кажущиеся глупыми), вам дают возможность посмотреть на себя и свой проект со стороны. Заметили, что, когда мама или бабушка спрашивают, чем вы занимаетесь, бывает трудно подобрать ответ? Это хороший тест – вы должны уметь понятно рассказать о своей идее любому человеку.
С момента появления идеи до общения с первыми клиентами должно пройти меньше месяца. Если этот срок больше – значит что-то не так. Подумайте, так ли хороша ваша идея и готовы ли вы стать предпринимателем. И помните: у каждой идеи есть окно возможностей. И если вы начнете работать через полгода, то можете обнаружить, что за это время у вас появилась куча новых конкурентов, а ваша технология устарела.
Как и что прототипировать: 6 правил
Самое главное: у стартапа должно быть ясное и четкое понимание проблемы, которую предстоит устранить выпуском своего продукта, и аудитории, которой этот продукт предлагается. Если понимания нет, то и к инвесторам идти рано, какими бы прекрасными ни были предприниматель и его команда.
Помимо понимания проблемы у пришедшего ко мне стартапа обязательно должен быть minimum viable prototype (MVP). Это проработанный прототип продукта с минимально необходимым функционалом, способный решать проблему целевой аудитории. Если его нет, серьезный разговор не состоится: я отправлю стартап делать «домашнюю работу» (при необходимости под моим руководством).
Прототип нужен для того, чтобы выйти к целевой аудитории и дать ей возможность с ним «поработать». Так стартап проверяет жизнеспособность своей идеи. Если предложенный способ решения проблемы потребителям нравится, можно начинать делать продукт. Если же они говорят, что это не совсем то, – самое время сесть и разобраться, в чем допущена ошибка. Возможно, неправильно выбрано решение, или оно неверно преподнесено, или решаемой проблемы на самом деле вообще не существует. Важно запомнить: цель прототипа состоит не в том, чтобы с его помощью убедить инвестора дать стартапу денег, а в поиске и тестировании метода решения проблемы потребителей.
Каким должен быть прототип? Это, безусловно, сильно зависит от отрасли, предметной области и множества других вещей. Если мы говорим об интернет-технологиях или мобильных приложениях, то первый вариант может быть нарисован на обычных бумажных салфетках и соединен в прототип мобильного приложения с помощью программы Prototyping on Paper. Такой продукт уже можно показывать клиентам, тестировать и улучшать. Для создания простейшего прототипа потребуются часы, для более сложного – дни или в крайнем случае недели. Но уж точно не месяцы. MVP, с которым стартап идет к инвестору, это итоговый прототип, который был опробован на первых потребителях и доработан на основе их отзывов.
Существует несколько базовых правил, которыми предприниматель должен руководствоваться при создании прототипа
1. Выделите минимально необходимый функционал. Речь идет о главной функции будущего продукта. Она, только она и ничего кроме. Это непросто, потому что хороший предприниматель хочет, чтобы прототип был всеобъемлющ, универсален и решал все проблемы разом. Но следует убедить себя в необходимости протестировать только главную функцию продукта, а от всего остального пока отказаться. Когда разрабатывается сверхзащищенный мессенджер, прототип может обойтись без смайликов (хотя, естественно, их очень хочется туда добавить, ведь смайликами пользуются все), потому что главная функция этого продукта – «сверхзащищенность».
Нужно выделить основную проблему целевой аудитории и заложить ее решение в прототип.
Иногда выделить главную функцию не так просто, как в описанном выше случае с мессенджером. В такой ситуации требуется дополнительное интеллектуальное усилие. Если вы, например, делаете навигационный сервис, то основная функция заключается не в том, чтобы создать максимально детализированную карту, а в предоставлении простых и понятных инструкций, как добраться в нужное вам место.
2. Не думайте о дизайне. Вообще. Сервисы вроде Bootstrap помогают выбрать минимально приемлемые цветостилевые решения, чтобы прототип выглядел не совсем уныло: поверьте, этого достаточно. На данном этапе дизайн совершенно не важен, а работа над ним крадет драгоценное время. Когда вы еще только тестируете прототип, цветовые решения, картинки, шрифт и прочее оформление не имеют особого значения. Главное, чтобы потребитель понял идею и оценил, нужен ли ему ваш продукт и насколько он функционален. Если в команде есть хороший дизайнер, это очень здорово, но его время пока не пришло. На этапе разработки прототипа дизайн не нужен.
3. Разрабатывайте продукт короткими итерациями. Для первой версии прототипа достаточно рисунка на салфетке, где отражен основной функционал. С этим уже можно идти к потенциальным потребителям. Итераций при разработке может быть несколько, и всякий раз вы должны получить обратную связь от пользователей и внести в прототип необходимые изменения. Конечная итерация – тот самый MVP: версия, после которой стоит начинать работу над продуктом. Только когда прототип доведен до ума, можно задуматься о дизайне, масштабируемости и расширенном функционале.
4. Фильтруйте обратную связь. После каждой доработки продукта вы получаете отклики пользователей. Это очень важно. Однако надо понимать, что не все советы одинаково полезны. Универсального продукта не существует. Когда десять человек попросили вас перекрасить все кнопки в красный цвет – возможно, в результате получится не устраивающее всех решение, а лишь подходящее для этой определенной группы пользователей.
