10 примеров оффера на лендинге

Оффер на лендинге (УТП) — это единственный способ обратить на себя внимание в однообразном потоке конкурентных предложений. Но это в теории, а на практике сформулировать оффер становится настоящим кошмаром. Что делать, если продукция на первый взгляд ничем не отличается? Сегодня мы по шагам разберем, как составить оффер, и посмотрим несколько примеров от агентства ConvertMonster.

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

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

Рис. 1. Пример оффера в тематике строительство домов. Обратите внимание, что как много выгод представлено на первом экране, но они не перегружают страницу, баланс элементов соблюдается.

Шаг 1. Изучаем целевую аудиторию и продукт

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

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

Рис. 2. Короткий пример карты продукта.

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

Параллельно работаем с картой продукта и подробно прописываем свойства вашего продукта. Затем возвращаемся в карту персонажа и для каждого фактора принятия решения пишем выгоды, которые отвечают эти факторам. Далее для каждой выгоды прописываем обоснование (как вы покажете ваши выгоды на лендинге).

Разберем на примере из тематики «аренда кофемашин для офиса»:

Рис. 3. Фрагмент карты персонажей, работа с разделом «Основные/ключевые факторы принятия решения»

Что делать, если вы только «тестируете нишу» и реальных клиентов пока нет? К вашим услугам Wordstat, форумы, блоги и группы в соцсетях по вашей тематике. В свой привычной среде обитания ваши потенциальные клиенты не боятся делиться мнениями и болями.

Шаг 2. Составляем рейтинг характеристик

Провели анкетирование действующих клиентов и изучили инсайдерскую информацию в блогах и форумах? Отлично, двигаемся дальше.

Выделяем 5-10 наиболее часто встречающихся запросов, которые отмечают реальные или потенциальные клиенты, составляем из них чарт (на первом месте характеристика, набравшая наибольшее количество голосов). Это будут ключевые и дополнительные факторы принятия решения.

Теперь смотрим на свой продукт, отмечаем, какие факторы вы можете удовлетворить своим предложением, а какие — нет.

Шаг 3. Проводим простой конкурентный анализ

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

Составляем таблицу из выявленных в шаге 2 факторов принятия решения (строки), и названий конкурентов (столбцы). Пишем как характеристики продукта/услуги конкурента закрывают эти факторы. Не забываем оставить столбик и для себя, вписываем полученные данные.

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

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

Конечно, это далеко не единственный способ провести конкурентный анализ. На курсе «Интернет-маркетолог за 80 дней» мы подробно рассказываем, как глубоко анализировать целевую аудиторию, проводить подробный конкурентных анализ и формулировать оффер, который бьет на поражение.

Шаг 4. Формулируем оффер

Ранее мы уже писали про протестированную формулу идеального оффера:

Идеальный оффер = Конкретная выгода + Вкусные бонусы + Гарантия + Ограничение + Призыв к действию

Рис. 4. Пример протестированной формулы оффера.

Сегодня рассмотрим еще 2 коротких формулы, которые облегчат вам муки составления оффера:

«Потребность + характеристика продукта, закрывающая ключевой фактор принятия решения»

Выносим в оффер потребность целевой аудитории и добавляем важную характеристику. Например, потребность «получить допуск СРО», факторы принятия решения «быстро», выгоды — «без посредников» и «за 24 часа». Ниже пример лендинга с готовым оффером:

Рис. 5. Пример оффера по формуле «потребность + выгода»

«Идентификация (представитель целевой аудитории) + его «боль» + решение проблемы»

Пример: «Как укрепить иммунитет малыша с помощью закаливания? Курс для мам детей от года до пяти.»

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

Шаг 5. Изучаем примеры офферов

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

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

— Что клиент получит в результате от использования продукта/услуги

Рис. 6. Пример оффера с результатом

— Лучшее предложение по цене

Рис. 7. Пример оффера с ценой.

— Экономия в деньгах или времени

Рис. 8. Пример оффера с экономией.

— Сроки (изготовления, доставки)

Рис. 9. Пример оффера со сроками.

— Подарки и спецпредложения

Рис. 10. Пример оффера с подароком.

— Ограничения (счетчики времени, количества товаров, мест)

Рис. 11. Пример оффера со счетчиком.

— Гарантия (лучшей цены, доставим за 30 минут или вернем деньги)

Рис. 12. Пример оффера с гарантией.

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

Шаг 6. Проверяем свой оффер

Вопрос первый: Вы сами купили бы свой товар? Если ответ положительный и вы можете его подтвердить сильными характеристиками по продукту или по сервису, то переходите ко второму вопросу.

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

Вопрос второй. Представьте, что ваш клиент прямо спрашивает вас: «Почему я должен выбрать ваш продукт/услугу из всех доступных мне предложений на рынке? Как называется ваша компания и какие вы хорошие меня мало волнует». Что вы ответите? Это и есть ваши отличия и сильные стороны, они обязательно должны быть в вашем оффере.

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

 

ОСТАВИТЬ ЗАЯВКУ!

RoadMap продукта / Sandbox / Habr

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

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

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

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

Так как же Продукт Менеджерам лучше информировать команду? Просто.

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

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

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

Скажем, например, что мы развернули обширную функцию профиля пользователя на нашем сайте. Если мы обнаружим, что наши клиенты не используют эту функцию, следует ли нам продолжать в нее инвестировать? Может быть, а может и нет. Нам нужно понять, почему вовлеченность низкая, прежде чем мы примем это решение. Поэтому вместо того, чтобы идти вперед, мы могли бы предпочесть провести некоторые А/В тесты в надежде получить представление о низкой степени вовлеченности, что может указать нам направление, которое было бы гораздо более трудным (или невозможным), если бы мы просто шли вперед, добавляя больше фичей.

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

Антипаттерны, которые нужно остерегаться:

• Будущее планирование полностью игнорируется!
• «Остальная часть бизнеса» остается в неведении относительно того, чем занимается команда.
• Дорожная карта постоянно обновляется (или никогда не обновляется).
• Подробные требования отягощают дорожную карту.

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

Со своей стороны, agile разработка сталкивается с тремя различными рисками:

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

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

Roadmap или Дорожная карта — суть понятия простыми словами

Сегодня в нашей статье речь пойдет о понятии давно и хорошо всем знакомом и применяемом в самых разных сферах человеческой деятельности. Только большинство из нас знает его, как «план действий» или «календарный план». А сегодня мы будем говорить о таком термине, как «Roadmap» (дорожная карта), что, в общем-то, то же самое, вот только называется не совсем привычно.

Хотя, в последние годы словосочетание «дорожная карта» применительно к плану развития того или иного предприятия стало употребляться нашими согражданами все чаще. И многие из вас его не раз слышали. Правда, это понятие в каждой отрасли наполнено только ей присущими особенностями и тонкостями, поэтому будет не лишним еще раз познакомиться с его ролью и значением, но не только в общем смысле, а и в привязке конкретно к криптовалютной сфере.

Читайте еще — White paper или Белая книга: суть понятия и технические моменты

Суть понятия и значение Roadmap для успешного развития проекта

В разное время мы достаточно много внимания уделяли тому, что должна иметь разработка, чтобы ею заинтересовалась как можно более широкая аудитория, что, в свою очередь, обеспечило бы идее продвижение и успешное развитие. Например, мы писали о такой важной составляющей, как White paper. Наличие Белой книги не только позволяет пользователям поближе познакомиться с новым продуктом, но и косвенно свидетельствует о серьезном отношении команды к своему детищу (ведь старались, тратили время).

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

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

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

Для кого составляют дорожные карты?

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

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

Какого типа может быть дорожная карта?

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

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

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

Статья по тематике — Pre-ICO: суть понятия, этапы подготовки и распространенные ошибки

Почему необходимы Roadmap ICO?

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

Такой документ помогает в составлении прогнозов развития идеи, а также позволяет заранее определить риски и по возможности избежать их. Кроме того, в процессе создания дорожной карты могут возникнуть новые идеи по поводу привлечения внимания пользователей, более быстрого освоения международного рынка, эффективных стратегий развития и т. п. Да и вообще, работа по четкому плану всегда результативнее хаотичных метаний – меньше шансов что-то упустить и наделать ошибок. А для потенциальных инвесторов перспективное видение проекта облегчает принятие решения о вложении (или не вложении) в него средств.

Создание Roadmap

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

Способы создания дорожной карты:

1. При помощи электронных таблиц. Это, пожалуй, самый простой и доступный из способов. Достаточно умения пользоваться Excel, и вы сможете составить таблицу, отображающую вашу идею, инициативы, обозначите сроки их исполнения. Такую таблицу нужно будет время от времени обновлять. Но это не главный ее недостаток. Главное, что вы не добьетесь необходимой визуализации и не сможете в полной мере представить свою стратегию. А поскольку таблица является статичным документом, то ее контроль и синхронизация представляются затруднительными.
2. Презентация. Немного эффективнее визуализировать Roadmap, воспользовавшись ПО для презентаций. Здесь и возможности шире, и свободы действий больше. Но опять придется заниматься обновлениями в ручном режиме и те же проблемы с контролем и синхронизацией.
3. Специальные сервисы. Идеальный вариант – это когда обновления «дорожки» синхронно происходит у каждого члена команды, а этого можно добиться, лишь воспользовавшись специальными сервисами для управления продуктом с соответствующим функционалом. В этом случае вы добьетесь качественной визуализации, сможете привязать процессы к глобальной стратегии, наладить сотрудничество с заинтересованной аудиторией и интегрироваться с другими системами.

Из наиболее популярных сервисов такого рода можно рекомендовать Roadmunk, Hygger, Proofhub, Roadmap planner и т. д.

Этапы работы над дорожной картой:

1. Определить стратегию. Каждая глобальная стратегия в своей основе имеет некие ключевые цели. Главное, чтобы вы и вся ваша команда видели свою идею и в целом, и, так сказать, в «разобранном» виде, не упуская деталей, важных для целевой аудитории и отражающих ее потребности. Все это, в итоге, должно составлять четкую картину того, что вы хотите получить «на выходе».
2. Индивидуализация релизов. Определитесь с функциями, которые желательно выделить. Решите представлять или не представлять в каждом релизе те или иные данные (внутренние и внешние).
3. Расставьте приоритеты. А правильно их расставить вам помогут различные оценочные метрики или собственная оценочная карта, которую нетрудно создать самостоятельно. Помните и об общеизвестных правилах в расстановке приоритетов.
4. Не избегайте коммуникации. Без обратной связи и прозрачности во взаимоотношениях еще не сработала ни одна стратегия. Не сработает и ваша. Поэтому стремитесь к совместному использованию вашей Roadmap, делитесь ею и постоянно обновляйте.

Некоторые общие требования к Roadmap

1. Не путайте «дорожку» с бэклогом, у них несколько разное назначение и наполнение. Если бэклог отражает конкретные шаги (задачи), которые нужно совершить к определенному сроку, то дорожная карта определяет направление работы в более крупном масштабе.
2. Ваш документ должен основываться на главных целях и крупных задачах, а вот в деталях и мелочах можно проявить некоторую гибкость.
3. Все изменения в стратегии компании и ее целях должны отслеживаться вами и отражаться в Roadmap.
4. Приоритеты со временем могут изменяться, их нужно пересматривать с прицелом на долгосрочную перспективу. Может оказаться, что некоторые задачи утратили свою актуальность.

Другими словами, как мы уже отмечали в начале статьи, Roadmap (дорожная карта) не является неизменным документом. Относитесь к ней, как к эффективному помощнику в вашей работе над качественным продуктом. Создавать «дорожки» можно и под глобальные цели, и под мелкие задачи. Ведь крупное состоит из мелочей и нельзя концентрироваться только на глобальных этапах. Но каждую деталь, каждую мелочь вы должны согласовать с конечной целью и основной стратегией, учитывая, какой продукт вы должны получить по завершению работы.

Заключение

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

Создаем идеальное предложение | Convertmonster

Кто ваш клиент?

На этот вопрос собственники бизнеса отвечают по-разному. Однако безусловным лидером всегда является ответ «мой клиент — мужчина/женщина 25-55 лет».

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

Тогда у меня для вас есть две новости — хорошая и плохая.

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

Плохая новость — это описание не работает.

Гарантированный способ завалить продажи

Кто такие «мужчины и женщины 25-55 лет»?

Ответ на этот вопрос неизвестен. Это может быть замученная бытом и детьми домохозяйка Надежда из Липецка. Или Сергей — оптовый продавец. А может быть доктор Ганнибал Лектор, потому что он тоже подходит под это описание;)

Кто из них — ВАШ потенциальный клиент?

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

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

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

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

Доктор Лектор купит холодильник за любую цену, однако ему нужен уникальный экстерьер и размер…примерно в человеческий рост;)

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

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

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

Как узнать, что нужно вашему покупателю

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

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

Персонаж (аватар) — это обобщенный образ вашего покупателя. Суть метода персонажей заключается в том, чтобы понять, что нужно каждому конкретному потребителю.

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

На ее основе вы легко сможете сформулировать идеальное торговое предложение и создать посадочную страницу.

5 простых шагов к идеальному предложению

Для создания карты персонажей вам понадобится:

• Алгоритм разработки карты
• Любая программа для построения интеллект-карт (XMind, FreeMind, MindMeister)
• 3-4 часа мозговой активности:)

Алгоритм разработки карты довольно прост. В нем всего 5 пунктов.

1. Определяем персонаж и описываете его свойства.

2. Описываем потребности.

3. Описываем факторы принятия решения (важные и второстепенные).

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

5. Разрабатываем оффер для каждого персонажа.

Сейчас я покажу, как это сделать на примере.

Свойства персонажа (особенности)

Особенности — это описание персонажа. То, каким вы его видите.

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

Пример:

Переносим свойства в майнд-карту:

Пример описания особенностей персонажа

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

Потребности персонажа

Первым делом необходимо понять, для чего клиент покупает ваш продукт (вспомните крылатую фразу: «Клиент покупает не сверло, а дырки в стене»).

Бизнесмен хочет не получить дизайнерский интерьер, а похвастаться перед друзьями стильной квартирой.

Студент Коля хочет не пиццу, а быстро утолить голод.

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

Думаю, логика понятна.

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

Переносим это в майнд-карту:

Пример проработки потребностей персонажа

Факторы принятия решения

Факторы (критерии) принятия решения — это то, что оказывает влияние на решения клиента купить ваш продукт. Основных критериев три:

• Сервис
• Цена
• География

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

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

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

Пример критериев персонажа

Формулируем выгоды

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

Покажу на примере:

Пример проработки выгод

Аналогично формулируете выгоды для каждого пункта.

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

Для Даши предложение может звучать так: «Увлекательные уроки иностранного языка, с помощью которых ты сможешь читать мангу и аниме в оригинале уже через 3 месяца».

Готовая карта персонажей

После этого вы возвращаетесь к первому пункту алгоритма и проделываете это для КАЖДОГО персонажа.

Что делать, если персонажей много?

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

И под каждое предложение в идеале должен создаваться новый лендинг.

Если персонажи из целевой аудитории похожи, например, это мужчина 20–25 лет и мужчина 25–30 лет, то следует предположить, что на 70 % их потребности и критерии схожи, а на 30 % различаются. В таком случае стоит объединить их и постараться сделать одно предложение универсальным для нескольких схожих персонажей. Их также можно объединить в классы типовых персонажей.

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

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

1. Самый простой способ завалить продажи — считать своего клиента неопознанным мутантом. Нельзя продавать всё и всем. Предложение всегда создается под конкретного человека.

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

3. Персонаж (аватар) — это обобщенный образ вашего покупателя. Изучив свою аудиторию, вы получите несколько разных персонажей с уникальными потребностями, которым интересны абсолютно разные предложения — так называемую карту персонажей.

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

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

Как составить Roadmap продукта.

Но в каждой организации есть свои методы. Рассмотрим 6 различных путей.

1. Дорожная карта продукта это не панацея.

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

Если вы, как и большинство продуктовых команд, проводите эксперименты и интервью-опросы клиентов (CustDev), вам неизбежно придется корректировать дорожную карту, чтобы сделать лучший продукт.

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

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

2. Начинайте с ориентированного на клиента фокуса

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

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

3. Соединяйте входные данные всех заинтересованных сторон

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

• Обратная связь от клиентов
• Отдел проектирования и разработки
• Продажи и маркетинг
• Топ-менеджмент компании
• Партнеры
• Цели компании
• Стратегия компании и продукта.

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

4. Фокусируйтесь на приоритетах высоко уровня

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

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

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

5. Будьте гибкими (Agile)

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

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

6. Не засоряйте эфир

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

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

Road map — дорожная карта продукта. Практическое руководство.

Что такое road map или дорожная карта продукта? Для чего она нужна и как ее составлять?

Давайте рассмотрим 2 самых распространенных случая:

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

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

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

Road map, что это

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

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

Какие задачи решает

• Отражает миссию и стратегию продукта
• Является основным документом для реализации стратегии
• Показывает основное направление действий для ключевых персон и команды
• Синхронизирует всех участников процесса, нивелирует лишние обсуждения и недопонимания
• Помогает отвечать на вопрос “Зачем мы это делаем?”

Из чего состоит

Используйте картинку ниже, чтобы понять из каких частей состоит road map.

– Опишите миссию и цели продукта над которым работаете

– Определите кто будет пользоваться road map

• руководство
• разработка
• смежные структуры (маркетинг, продажи, финансы)
• пользователи

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

– Определяем тип road map

• по целям
• по командам
• по странам
• по платформам

На примере далее будет использован тип по целям. В моей практике он самый распространенный.

–

Простите, что прерываю чтение. Присоединяйтесь к моему telegram канал. Свежие анонсы статей, развитие digital продуктов и growth hack, там все. Жду вас! Продолжаем…

–

Пример визуализации

Дорожную карту для своего последнего продукта (новостного сайта) я сделал в google таблицах, выглядела она так.

Слева направо: цели, детализация по задачам, периоды времени на реализацию (выделены цветами). Разбивка по месяцам. Красная вертикальная линия, это дата завершения работ, то есть к седьмому месяцу (июлю) планируется реализация всех поставленных целей.

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

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

Чем делать road map

• Excel / Numbers / Google таблицы
• PowerPoint / KeyNote
• Специальные сервисы

Принципиальной разницы нет, проще всего и быстрее, на мой взгляд, отобразить все в таблицах. Являясь фанатом облачных сервисов Google, я предпочитаю Таблицы. Их просто создавать и еще проще расшарить всем заинтересованным лицам.

Ключевые особенности

• Road map – это не бэклог. Если бэклог, это конкретные задачи, которые необходимо выполнить в установленные сроки/спринты, то дорожная карта, это скорее направление и более крупные шаги.
• Основывайте свой road map на основных темах/эпиках (крупных задачах) и будьте более гибкими на уровне небольших фичей/задач.
• Отслеживайте все изменения в стратегии и целях компании. Вносите их в дорожную карту.
• Пересматривайте приоритеты в долгосрочной перспективе. Возможно, часть задач уже не так важна, как раньше.

Не замыкайтесь

Главное запомните, что road map, это не монолитная структура, а ваш помощник на пути к лучшему продукту. Дорожную карту вы можете создавать как под крупные, так и под небольшие задачи. Нет жесткой установки, что мы должны работать только с глобальными этапами. Но даже для небольших, вам потребуется ответить на вопрос: “А как это согласуется с нашей миссией и стратегией?”,- поэтому не забывайте связывать свой road map с основными направлениями продукта.

Алексей А.

---

Читайте также:

---

Что же такое “медвежье ушко”? Узнаете из ролика ниже…

Вконтакте

Facebook

Twitter

Google+

Загрузка…

Технологическая дорожная карта — Википедия

Материал из Википедии — свободной энциклопедии

Технологическая дорожная карта (англ. Technology Roadmap) — краткосрочный или долгосрочный план выпуска производителем какого-либо продукта.^[1] Чаще всего это новая версия или развитие уже известного продукта, изменений в котором ждут потребители. Технологическая дорожная карта может содержать средства, подходы или пути, необходимые для достижения поставленных вех. Как правило, понятие «Технологическая дорожная карта» применяется к новому продукту, процессу или разрабатываемой технологии. Созданная карта имеет три направления использования.^[2] Она помогает достичь консенсуса в отношении набора потребностей и технологий, необходимых для удовлетворения этих потребностей; она обеспечивает механизм для помощи в прогнозировании процесса разработки технологии; она служит основой для помощи в планировании и координации технических разработок.

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

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

• Phaal, R., Farrukh, C. and Probert, D. (2001). Technology Roadmapping: linking technology resources to business objectives. Centre for Technology Management, University of Cambridge.
• Laube, T. and Abele, T. (2005). Technologie-Roadmap: Strategisches und taktisches Technologiemanagement. Ein Leitfaden. Fraunhofer-Institut Produktionstechnik und Automatisierung (IPA), Stuttgart, Germany. ISBN 3-8167-7186-6