В 2009-м это казалось проще простого: конкуренции в области мобильных приложений не было, гиганты мировой туристической индустрии казались нам допотопными динозаврами, огромным медлительным Голиафом, а мы были стремительным Давидом с пращой.
Мы начали разработку и поняли, что не осилим ее. Даже с большими инвестициями на создание первой версии уйдет два года, а за два года даже любой динозавр сдвинется с места. А еще появятся множество Давидов, которые будут быстрее и стремительнее нас.
Мы повстречали Нира Эреза (сегодня Нир – CEO Moovit), который стал нашим консультантом, адвайзером. Нир помог нам найти ядро нашего бизнеса. Как у капусты есть кочерыжка, основа для всех листьев, так же у каждого бизнеса, у каждого приложения или сайта есть ядро, которое держит все остальное. И мы стали аккуратно, листик за листиком, «раздевать» наш стартап, пока не нашли нашу основу-кочерыжку. У нас этой базой стало экскурсионное приложение, которое заменяет туристических гидов. С помощью GPS приложение водит пользователя по городу и рассказывает ему о достопримечательностях. Но мы на этом не остановились. Продолжали убирать листы, пока не остались с голым стеблем. Убрали чаты между пользователями. Потом чаты с гидами. Потом мы убрали умную фильтрацию экскурсий и оставили по десять экскурсий в каждом городе. Потом убрали еще и возможность добавления пользовательского контента.
К тому времени появились еще две команды, которые работали над похожими продуктами, – одна в Англии, другая в ЮАР. На разработку приложения понадобилось два месяца. И мы победили – первыми вышли на рынок, победили в нескольких конкурсах, о нас узнали, приложение было установлено на половине смартфонов в Израиле.
У маркетологов есть такой термин – minimum viable product (минимальный жизнеспособный продукт). Это самая ранняя версия продукта, у которой есть только самые необходимые функции. Такой продукт поможет собрать первую обратную связь.
MVP – это ваша кочерыжка. Без листьев. Без цветов и семян. Только белый стебель.
Но эта кочерыжка должна идеально подходить вашим пользователям. Они должны влюбиться в нее с первого взгляда и никогда не отводить от нее глаз. Она должна по-настоящему решать их насущную проблему. MVP автомобиля – это не колесо, это скейтборд, на котором можно быстрее, чем пешком, добраться домой.
Итак, с чего начать? Нет, не с названия приложения или его дизайна. Начните с миссии и определения той самой насущной проблемы.
Миссия и цель
У каждой компании, у каждого продукта должна быть миссия. Не конкретная цель, которую нужно достичь сейчас, а что-то, объединяющее любое решение, которое принимает компания. Это общий знаменатель, на который опираются и будут опираться новые идеи.
Например, миссия компании Kickstarter – помогать в разработке креативных проектов.
Миссия компании Moovit – облегчить передвижение по городу.
Миссия компании Sony – вдохновлять и удовлетворять любопытство. Огромная компания с такой простой миссией. Достигнет ли эта компания когда-либо своей миссии? Можно ли удовлетворить любопытство всех и навсегда? Нет, невозможно. Это не цель. Это что-то далекое на горизонте.
Но сегодня вы начинаете работать над своим продуктом, над его конкретной версией. Сформулировав миссию, переходите к определению целей. У каждой версии приложения должна быть конкретная цель: легкая, доступная и понятная каждому члену команды.
Цели очень простые. Обычно это конверсия, сохранение пользователей и виральностьдо есть способность продукта распространяться самостоятельно, без намеренного воздействия кого бы то ни было. В первой версии любого нашего приложения мы всегда хотим достичь максимальной виральности, чтобы каждый, кто скачал его, рассказал своим друзьям: «Все, все, скачивайте, используйте».
Когда вы формулируете цель, важно точно понимать проблему, которую решает разработка приложения.
Как это сделать? Первым делом нужно осознать нужду вашего пользователя. Это слово пришло из стартапов. Хорошие стартапы ищут, что нужно людям – то, что еще никаким образом не решено, или то, что можно решить более простым образом.
Нужно понять эту нужду и сформулировать ее в виде предложения.