7 причин, по которым ваш MVP может никогда не выйти

С момента запуска в 2015 году у меня и моей команды соучредителей была возможность помочь создать более 50 MVP.

От начинающих основателей со стартапами на ранней стадии до опытных предпринимателей с несколькими проектами за плечами в разных регионах по всему миру.

Несмотря на различия в размере, расположении и ресурсах, мы заметили, что многие из них совершали одинаковые ошибки на своем пути.

И хотя многие препятствия, с которыми вы столкнетесь при создании MVP, будут специфическими для вас, некоторые из них являются общими, и их легко избежать.

Поэтому я встретился со своей командой соучредителей, чтобы объединить наш более чем 25-летний опыт создания технологических стартапов, чтобы выявить эти общие препятствия.

Результатом стал список из 7 ошибок, которых следует избегать, прежде чем сделать первый шаг к выводу нового продукта на рынок.

1. Сосредоточение внимания на «минимуме», а не на «жизнеспособности»

Цель MVP не в том, чтобы запустить продукт до того, как он будет готов. Однако многие стартапы выпустят на рынок, казалось бы, наполовину созданный продукт, назвав его MVP.

Это катастрофическая ошибка, которая приводит к мусорному продукту с ужасным пользовательским интерфейсом.

Помните, что цель создания MVP — проверить жизнеспособность вашего продукта, используя как можно меньше функций.

Любой продукт, который вы запускаете в мир, по-прежнему должен быть технически совершенным, с пользовательским интерфейсом, который заставит людей возвращаться снова и снова.

Другими словами, как проще всего собрать максимальное количество подтвержденных знаний от пользователей, при этом обеспечивая ценный опыт?

Не попадайтесь в ловушку создания дюжины недоработанных функций, когда вам действительно нужны две офигенные функции.

2. Ползучесть функций, также известная как «синдром кухонной раковины»

Расползание функций — еще одна опасная ловушка, в которую попадают многие предприниматели при создании MVP.

Именно здесь количество функций, которые вы планируете создать, выходит из-под контроля. Другими словами, вы бросаете в него все, включая кухонную раковину!

Ползучесть функций может происходить по разным причинам. Возможно, у вашего конкурента есть определенная функция, поэтому вы чувствуете, что должны ее создать.

Или, возможно, вы просто «должны» создать эту классную функцию, хотя нет необходимости доказывать свою ценность на этапе MVP.

Ползучесть характеристик опасна. Это не только увеличивает ваши затраты, но и увеличивает время выхода на рынок.

Хорошим примером этого является первая итерация Instagram, Burbn.

Энтузиаст и основатель виски Кевин Систром разработал приложение, чтобы друзья-любители виски могли поделиться своим опытом.

Приложение было богато функциями, такими как возможность регистрироваться и ранжировать места с виски.

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

Даже сам Систром заметил, что приложение кажется «загроможденным и перегруженным функциями».

Однако была одна особенность, которую обожал каждый пользователь. Возможность легко обмениваться фотографиями с друзьями.

Поэтому Систром принял трудное решение:

«Мы пошли на риск и практически вырезали в приложении Burbn все, кроме фотографий, комментариев и тому подобных возможностей. Остался только Instagram».

Систром прислушался к рынку и создал приложение с функциями, необходимыми для демонстрации его ценностного предложения.

Итак, сосредоточьтесь на ценности, проблеме, с которой сталкиваются ваши пользователи, и создайте MVP с наименьшим количеством возможных функций, чтобы показать им, что ваше решение является для них лучшим на рынке.

3. Жертвовать безопасностью и конфиденциальностью ради сокращения времени выхода на рынок

Этот пункт часто является результатом сосредоточения внимания на «минимуме», а не на «жизнеспособности», но сам по себе он важен.

Да, скорость важна, когда дело доходит до создания MVP (о чем я расскажу чуть позже).

Тем не менее, вы не можете экономить на таких вещах, как конфиденциальность и безопасность в своей гонке на рынок.

Помимо очевидных моральных и этических проблем, это может убить ваш продукт и, возможно, ваш стартап.

Никогда не подвергайте своих клиентов риску, каким бы незначительным этот риск ни казался.

Убедитесь, что ваш MVP безопасен, и вы приняли все меры предосторожности для защиты конфиденциальности ваших пользователей, прежде чем запускать его.

4. Двигайтесь слишком медленно

Как я уже упоминал в пункте № 3, скорость и короткое время выхода на рынок жизненно важны при создании MVP.

Чем больше времени вам потребуется, чтобы выйти на рынок, тем выше вероятность того, что ваши конкуренты опередят вас.

Но скорость важна не только при запуске вашего MVP, но и при итерации.

Важно воспользоваться вашей гибкостью и способностью быстро меняться на ранней стадии стартапа.

С этим лично столкнулся серийный предприниматель Ярон Самид, когда создавал свой финтех-стартап BillGuard.

Недавно у меня была возможность [сесть с ним] (https://altar.io/from-being-fired-to-building-a-multi-million-dollar-fintech-startup/), чтобы обсудить его стартап-путешествие. В беседе он поделился тем, что способность к поворотам сыграла ключевую роль в его успехе.

Его платформа изначально была разработана как приложение «установил и забыл», которое уведомляло о мошеннических транзакциях в выписке по кредитной карте.

Однако, когда в мире появился MVP, Ярон и его команда быстро увидели, что внедрение было низким, а цена за конверсию слишком высокой.

Поэтому они перешли к модели B2B, пытаясь продать банкам свои технологии по борьбе с мошенничеством.

Однако, будучи молодым стартапом, у них не было взлетно-посадочной полосы для длительного цикла продаж, связанного с продажей крупным банкам.

Так что им пришлось снова развернуться:

«После двух лет инвестирования в отдел маркетинга и продаж B2B с пилотными проектами в крупных банках мы приняли одно из самых трудных решений, которые нам приходилось принимать.

Чтобы вернуться к потребительскому приложению.

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

Они просто не подходили для потребительской бизнес-модели. Это было душераздирающе.

На этот раз вместо охранной компании мы построили компанию по личным финансам.

Мы полностью переработали продукт. Это больше не был веб-сайт «установил и забыл». Теперь это было мобильное приложение, которое помогло бы вам найти способы сэкономить деньги и защитить вас от мошенничества.

Это сработало очень хорошо.

Он вырос очень быстро».

Ярон быстро вывел свой MVP на рынок, имея в виду единственное ценностное предложение, а затем воспользовался своей способностью быть гибким и развернуться, чтобы решить проблему, с которой столкнулись его пользователи.

Итак, запустите свой MVP как можно быстрее (избегая пункта № 1), учитесь на отзывах ваших пользователей и внедряйте изменения, которые улучшат их опыт.

5. Строительство для всех

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

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

В конечном итоге это приведет к плохому пользовательскому опыту и продукту, который практически не будет принят.

Вместо этого ваше ценностное предложение должно быть адаптировано для небольшой группы пользователей, которые сталкиваются с конкретной проблемой.

Это лучший способ собрать целевые, высококачественные отзывы, которые будут точно информировать вас о вашем плане развития продукта (ваш специалист по маркетингу тоже будет вам благодарен).

Ярким примером этого является Facebook.

Сегодня Facebook — самая активная социальная сеть в мире, насчитывающая около 2,9 миллиарда активных пользователей в месяц.

Но когда он был запущен в 2004 году, его первоначальной аудиторией были исключительно студенты Гарварда.

Только когда Facebook собрал достаточно отзывов от этой первоначальной группы пользователей, они решили расширить свою аудиторию. Да и то это было только в Йеле и Стэнфорде.

Только в 2006 году Facebook открыл свое членство для нестудентов.

И это не единственный известный стартап, запускающий небольшие проекты. Возьмите Slack в качестве другого примера.

Первая итерация Slack была создана для решения очень специфической проблемы — потребности в централизованном концентраторе SaaS для командного общения и обмена файлами — созданного только для внутреннего использования. Только после того, как он завоевал популярность среди команды, они расширили свою аудиторию на другие компании.

Итак, создавайте свой MVP с учетом конкретной группы пользователей и запускайте его исключительно для них.

Собирайте их отзывы, дорабатывайте свой продукт и постепенно увеличивайте аудиторию.

6. Работа не с правильной командой

Люди, пожалуй, самый важный аспект вашего стартапа. И то, что ваш MVP создают не те люди, может стать фатальной ошибкой для вашего стартапа.

Под этим я подразумеваю советников, наставников и, если вы не технический основатель, технических заинтересованных лиц.

Мой соучредитель, Дэниел, написал обширное руководство по поиску подходящего человека, который поможет вам создать ваш MVP, но, по сути, у вас есть три жизнеспособных варианта:

1. Найдите технического директора или технического соучредителя

1. Пригласите команду внештатных разработчиков

1. Работа с компанией-разработчиком программного обеспечения.

Поиск технического директора / технического соучредителя — безусловно, самый идиллический выбор. Присутствие на вашей стороне высококвалифицированного технического специалиста принесет дивиденды в долгосрочной перспективе.

Однако проблема здесь в том, что найти подходящего технического директора/технического соучредителя чрезвычайно сложно, особенно в экосистеме, где существует огромная нехватка разработчиков.

Вам нужно не только найти технического директора с правильным сочетанием жестких и социальных навыков для работы, но вы также должны убедить его сделать ставку на ваш очень молодой стартап.

Именно по этой причине так много предпринимателей обращаются к двум другим вариантам в списке: внештатным разработчикам или компании-разработчику программного обеспечения.

Все они позволяют вам создать свой MVP, сохраняя при этом короткое время выхода на рынок, не прибегая к огромным затратам на штатного технического директора.

Более того, найти технического директора часто намного проще, когда у вас есть MVP на рынке и вы начали набирать обороты.

Это то, что Нелли Юсупова, технический директор и консультант по стартапам с почти 20-летним опытом работы в технологической отрасли, затронула в [недавнем разговоре, который у нас был] (https://altar.io/what-founders-should-know-before- собеседование с экспертом-агентством-наймом-технического-или-программного-обеспечения/).

Она сказала мне это:

«Запуск вашего раннего MVP и получение поддержки действительно помогут вам привлечь технического соучредителя, потому что вы взяли на себя риск, связанный с этой возможностью для них».

Допустим, вы нанимаете агентство, и они начинают создавать ваш MVP в течение трех-пяти месяцев.

Параллельно с этим вы начнете искать технического соучредителя или технического директора.

Вы начнете присоединяться к техническим сообществам и строить свою сеть. Начните общаться с людьми.

И, надеюсь, к тому времени, когда вы начнете эти разговоры, ваш MVP будет иметь достаточную поддержку, чтобы технический соучредитель или технический директор по крайней мере рассмотрел вас».

Поиск технического соучредителя — это то, с чем столкнулись я и моя команда основателей, прежде чем мы собрались вместе, чтобы запустить Altar.

На самом деле, это была одна из причин, по которой мы создали Altar, с самого начала.

Мы все изо всех сил пытались привлечь технических соучредителей в наши предыдущие стартапы. Итак, мы создали Altar, чтобы заполнить пробел на рынке и помочь предпринимателям создавать высококачественные MVP за короткое время для выхода на рынок.

Все это говорит о том, что какой бы вариант вы ни выбрали для создания своего стартапа, они должны быть в состоянии создавать высококачественный код и архитектуру, соответствующие передовым отраслевым практикам.

В Altar мы работали с предпринимателями, которые создали свой MVP с неправильной командой, прежде чем обратиться к нам.

В худших случаях, которые мы видели, код был настолько плохим, что у нас не было другого выбора, кроме как отказаться от кодовой базы и начать с нуля. То, что не каждый стартап может себе позволить.

7. Игнорирование отзывов пользователей

Это может показаться очевидным, но когда ваши пользователи начнут оставлять вам отзывы, прислушайтесь к ним.

Это часто происходит, когда основатели слишком сосредоточены на решении, которое они хотят создать, а не на проблеме, которую они хотят решить.

Не прислушиваясь к отзывам пользователей, вы создадите продукт, который никому не нужен. Это приведет к низким показателям принятия, почти никакой тяге, и вскоре ваш стартап достигнет конца пути.

Всегда помните причину создания MVP — чтобы проверить, действительно ли решение, которое вы имеете в виду, решит проблему для ваших целевых пользователей.

Единственный способ узнать результаты этого теста — послушать людей, которые используют ваш MVP.

Подведение итогов

Это всего лишь несколько распространенных ошибок, которые люди допускают при создании MVP.

Правда в том, что на пути к созданию MVP возникает множество препятствий, многие из которых зависят от конкретного случая.

Итак, мой совет, чтобы избежать ошибок:

• Определите и сузьте свое ценностное предложение. Какую проблему вы собираетесь решить? И как? Почему это в 10 раз лучший способ решения, чем что-либо еще?

• Создавайте небольшие, но на высоком уровне — выбирайте минимально возможные функции — сохраняя при этом значимый продукт, но также убедитесь, что они построены с высоким качеством и безопасностью и конфиденциальностью в основе.

• Создавайте только функции, которые проверяют ваше ценностное предложение — все остальное может подождать, пока вы не узнаете, что людям нужен ваш продукт.

• Не затягивайте со строительством так долго, чтобы не упустить шанс — ни ваши конкуренты, ни рынок не будут ждать вас.

• Окружите себя лучшими талантами, которых вы можете найти. Независимо от того, работают ли они внутри компании или у третьих лиц, убедитесь, что вы работаете с профессионалами, которые знают свое дело.

• Прислушивайтесь к отзывам пользователей. Помните, что ваша цель — решить их проблему лучше, чем кто-либо другой на рынке — без них ваш продукт не сможет добиться успеха.

Спасибо за прочтение.

Также опубликовано здесь