Проверка ваших идей и предположений
Это пятая часть нашей серии иллюстрированных руководств по разработке продуктов.
На протяжении всей этой серии статей мы расширили идею продукта до бизнес-концепции, начала плана вывода на рынок и разработали персонажей, соответствующих всем этим частям. Мы также неоднократно предупреждали, что самый большой риск для компании, нового продукта или услуги - это создание того, что никому не нужно.
В этой статье мы собираемся проанализировать несколько сделанных нами предположений, как они влияют на нашу работу и как мы можем их проверить. Многие аспекты нашего бизнес-плана требуют, чтобы предыдущее предположение было верным, но если оно вдруг окажется ложным, большие части будущей работы можно и нужно пропустить.
Для этого, только для начала, вы можете просмотреть «Elevator Pitch», когда мы обсуждаем наше решение для социальных локальных мобильных предупреждений о еде, ласково называемое SoLoMoFoo.
Вернемся к нескольким ключевым сценам из нашей раскадровки о SoLoMoFoo. В этой раскадровке мы видим, как Выпечка Бриджит с радостью приносит кексы на работу, предупреждая своих коллег, а Хэнгри Генри наслаждается закусками. Чтобы было еще понятнее, я пометил раскадровку предположениями.
По совпадению масштабы предположений в порядке, но типично, что каждая ячейка в повествовании опирается на предыдущее предположение.
Здравомыслие, проверяющее наше первое предположение
Люди будут готовить еду и захотят бесплатно раздавать ее на работе.
Как мы можем проверить, реальны ли Bridgets и Bobs?
Чтобы SoLoMoFoo был полезен, он должен обеспечивать нормальную частоту предупреждений о бесплатной еде и достаточное количество бесплатной еды с каждым предупреждением о том, что пользователям остается найти перекус, если они захотят, и ни один из сотен людей, приходящих за кексом остатки. Привлекая нашу команду аналитиков, мы можем определить оптимальное соотношение частота: еда: пользователи: счастье.
Теперь, когда у нас есть красивая сложная формула рентабельности выпечки кексов, мы можем отправить опрос 100 средним офисным работникам и спросить их:
- Сколько раз в год вы приносите бесплатную еду?
- Сколько в среднем порций?
С этими данными и нашей формулой мы можем понять, действительно ли существует достаточно Baking Bridgets и Bobs.
Что, если опрос даст данные, которые нам не нравятся?
Лучше всего, если ваш быстрый тест покажет, что вы правы на 100%. Это редко и необычно с первого раза, так что вы можете дважды проверить!
С другой стороны, вы должны быть в восторге, если опрос покажет, что ваши предположения неверны! На этом этапе мы потратили время на создание раскадровки, обдумывание нашей раскадровки, обсуждение нашей раскадровки и время на создание и отправку опроса. Если мы обнаружим, что наша идея не работает, у нас еще есть время изменить ее, прежде чем у нас закончатся время и деньги!
Подумайте о том, как дорого стоило бы построить всю эту платформу, только чтобы обнаружить, что предложение не работает!
Сделав несколько глубоких вдохов, чтобы собраться с силами, пришло время подумать о другом сценарии, при котором продукт все еще может работать. В собственном офисе мы заметили, что, хотя Baking Bridget может появляться один раз в квартал, два раза в неделю проводится обеденная встреча с обслуживанием, а Lunch Meeting Ларри всегда заказывает несколько дополнительных обедов, чтобы покрыть диетические предпочтения и ограничения. По правде говоря, я могу просыпать остатки еды на клавиатуре, когда пишу это ...
Собираем все вместе
Эта раскадровка показывает первые три перечисленных предположения, эмпирический тест для проверки или отклонения гипотезы и потенциальное изменение нашей раскадровки, если нам нужно повторить итерацию.
На протяжении наших раскадровок мы намеренно засоряли наши примеры множеством недоказанных гипотез, поскольку мы верим в свой бизнес и в ваш бизнес, мы постоянно делаем большие утверждения и предположения, которые нам нужно будет проверить и повторить.
Другие важные предположения, которые мы сделали
-
Есть даже желание получить этот продукт, а не просто оставить бесплатную еду на кухне, которая, кажется, работает достаточно хорошо ...
-
HR будет тем целевым клиентом, который заплатит за это
-
ИТ-специалисты будут готовы из соображений безопасности фактически развернуть приложение, а затем у него будет время для этого.
-
Руководство хочет, чтобы сотрудники тратили больше времени на кексы и меньше - на составление отчетов TPS.
-
Какие еще важные предположения вы здесь увидели?
Копаем глубже с минимально жизнеспособными продуктами
Выявление, тестирование и повторение предположений о вашем продукте - одна из наиболее важных частей разработки продукта. Очень немногие бизнес-идеи или предположения верны, и только путем методического тестирования, обучения и совершенствования вы сможете создавать продукты мирового класса.
Моя самая любимая книга на эту тему - « Экономичный стартап » Эрика Райса, которую я регулярно перечитываю. Он взял эту концепцию невероятно жесткой обратной связи и циклов тестирования и соединил их с решением создания минимально жизнеспособного продукта (MVP). MVP - это самое дешевое и простое возможное решение / прототип, позволяющее увидеть, как реальные клиенты реагируют на ваши идеи, и дает возможность получить полезные знания за небольшую часть стоимости.
После многих лет собственного опыта разработки продуктов я обнаружил, что философия MVP и гибкой разработки перекликается с тем, что я видел снова и снова, но не имел терминологии или точки зрения на 10 000 футов, чтобы объяснить. Когда я, Аарон Шерман, создавал Storyboard That, моей целью с первого дня было дать разработчикам продукта возможность
-
Уметь сесть и выразить свои идеи о продуктах более естественным, повествовательным образом.
-
Упростите обмен идеями (подумайте, насколько простыми и понятными были примеры)
-
Получите реальную обратную связь от заинтересованных сторон и потенциальных клиентов
-
Это MVP.
Сопоставив это со всеми выполненными нами упражнениями, теперь у нас есть инструменты и знания, чтобы мыслить как клиенты, создавать простые прототипы и получать отзывы, чтобы убедиться, что вы не являетесь частью 90% стартапов, которые терпят неудачу, 42% стартапов создавать продукт, которого никто не хотел ( Forbes ).
Теперь твоя очередь!
Теперь, когда вы создали большое портфолио раскадровок, карт покупательского пути, персонажей и всех других ваших активов, найдите время, чтобы найти свои серьезные предположения. Подумайте, что вам нужно будет доказать, чтобы узнать, верны ли ваши предположения, и что вы можете сделать, чтобы их проверить.
После того, как вы начали составлять список, используйте приведенный ниже шаблон, чтобы задокументировать свои выводы, а затем приступайте к увлекательному процессу доказательства и опровержения своих гипотез. Я настоятельно рекомендую вам выделить хотя бы час и записать свои мысли; со временем это значительно упрощает проверку того, что вы действительно учитесь, и предотвращает создание ревизионистских предположений!
Иллюстрированное руководство по разработке продукта Storyboard That
Об Аароне Шермане
Аарон Шерман ( AaronBenSherman ) является генеральным директором и Storyboard That (www.storyboardthat.com) - мирового лидера в области технологий цифрового повествования. Аарон основал Storyboard That в 2012 году, после 10 лет работы на всех трех континентах (Северная Америка, Европа и Австралия), полностью выполнила всю гамму ролей разработки продукта (Developer, Project Manager, Product Owner и Long Term Strategist), чтобы коренным образом улучшить прототипы продуктов И обсуждается.
Аарон выступил в качестве приглашенного лектора для студентов МВА в Северо-восточной части и с ведущими семинарами Генеральной Ассамблеи по разработке продуктов.
© 2024 - Clever Prototypes, LLC - Все права защищены.
StoryboardThat является товарным знаком Clever Prototypes , LLC и зарегистрирован в Бюро по патентам и товарным знакам США.