Как подтвердить свою бизнес-идею

Проверка ваших идей и предположений

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

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

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

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

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

По совпадению масштабы предположений в порядке, но типично, что каждая ячейка в повествовании опирается на предыдущее предположение.

Здравомыслие, проверяющее наше первое предположение

Как мы можем проверить, реальны ли Bridgets и Bobs?

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

Теперь, когда у нас есть красивая сложная формула рентабельности выпечки кексов, мы можем отправить опрос 100 средним офисным работникам и спросить их:

• Сколько раз в год вы приносите бесплатную еду?
• Сколько в среднем порций?

С этими данными и нашей формулой мы можем понять, действительно ли существует достаточно Baking Bridgets и Bobs.

Что, если опрос даст данные, которые нам не нравятся?

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

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

Подумайте о том, как дорого стоило бы построить всю эту платформу, только чтобы обнаружить, что предложение не работает!

Сделав несколько глубоких вдохов, чтобы собраться с силами, пришло время подумать о другом сценарии, при котором продукт все еще может работать. В собственном офисе мы заметили, что, хотя Baking Bridget может появляться один раз в квартал, два раза в неделю проводится обеденная встреча с обслуживанием, а Lunch Meeting Ларри всегда заказывает несколько дополнительных обедов, чтобы покрыть диетические предпочтения и ограничения. По правде говоря, я могу просыпать остатки еды на клавиатуре, когда пишу это ...

Собираем все вместе

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

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

Другие важные предположения, которые мы сделали

1. Есть даже желание получить этот продукт, а не просто оставить бесплатную еду на кухне, которая, кажется, работает достаточно хорошо ...

2. HR будет тем целевым клиентом, который заплатит за это

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

4. Руководство хочет, чтобы сотрудники тратили больше времени на кексы и меньше - на составление отчетов TPS.

5. Какие еще важные предположения вы здесь увидели?

Копаем глубже с минимально жизнеспособными продуктами

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

Моя самая любимая книга на эту тему - « Экономичный стартап » Эрика Райса, которую я регулярно перечитываю. Он взял эту концепцию невероятно жесткой обратной связи и циклов тестирования и соединил их с решением создания минимально жизнеспособного продукта (MVP). MVP - это самое дешевое и простое возможное решение / прототип, позволяющее увидеть, как реальные клиенты реагируют на ваши идеи, и дает возможность получить полезные знания за небольшую часть стоимости.

После многих лет собственного опыта разработки продуктов я обнаружил, что философия MVP и гибкой разработки перекликается с тем, что я видел снова и снова, но не имел терминологии или точки зрения на 10 000 футов, чтобы объяснить. Когда я, Аарон Шерман, создавал Storyboard That, моей целью с первого дня было дать разработчикам продукта возможность

1. Уметь сесть и выразить свои идеи о продуктах более естественным, повествовательным образом.

2. Упростите обмен идеями (подумайте, насколько простыми и понятными были примеры)

3. Получите реальную обратную связь от заинтересованных сторон и потенциальных клиентов

• Это MVP.

Сопоставив это со всеми выполненными нами упражнениями, теперь у нас есть инструменты и знания, чтобы мыслить как клиенты, создавать простые прототипы и получать отзывы, чтобы убедиться, что вы не являетесь частью 90% стартапов, которые терпят неудачу, 42% стартапов создавать продукт, которого никто не хотел ( Forbes ).

Теперь твоя очередь!

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

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

Иллюстрированное руководство по разработке продукта Storyboard That

1. «Высота элеватора»

2. Выбор правильной стратегии перехода к рынку

3. Персонажи для разработки продукта

4. Составление карты клиента

5. Подтверждение бизнес-предположений

Об Аароне Шермане

Аарон Шерман ( AaronBenSherman ) является генеральным директором и Storyboard That (www.storyboardthat.com) - мирового лидера в области технологий цифрового повествования. Аарон основал Storyboard That в 2012 году, после 10 лет работы на всех трех континентах (Северная Америка, Европа и Австралия), полностью выполнила всю гамму ролей разработки продукта (Developer, Project Manager, Product Owner и Long Term Strategist), чтобы коренным образом улучшить прототипы продуктов И обсуждается.

Аарон выступил в качестве приглашенного лектора для студентов МВА в Северо-восточной части и с ведущими семинарами Генеральной Ассамблеи по разработке продуктов.