10 Пользовательские нужны ловушки

10 User Need Traps

#ProductOperations #Customerresearch #marketing

 

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

 

1. Найдите потребности в создании концепций

Несколько лет назад на улицах Пекина появился проект «общей мазы». Компания поставила партию мазы на автобусной станции, и пользователям нужно только сканировать код, чтобы использовать его бесплатно. Как только проект был запущен, он привлек горячие дискуссии. Некоторые люди говорили, что это раскручивает концепцию общей экономики. Поскольку не было никакого ручного надзора, можно было сидеть без сканирования QR -кода. Более того, сценарии использования этого продукта также довольно странные. Вы хотите, чтобы пользователи использовали его в ожидании автобуса или использовали ее в автобусе? Любопытный пользователь пользователей подтвердил услугу, и после сканирования QR -кода на мазе это был фактически публичный счет, и не было необходимости платить. Компания заявила, что они опросили, что общественное место на душу населения в Пекине составляет всего 0,05, поэтому они запустили услугу «совместной мазы». Такой проект обычно заключается в создании концепции, чтобы догнать бум капитала и найти поддержку данных на эту концепцию. Фактические преимущества можно представить.

 

2. Понять потребности пользователя и потребности в продукте

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

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

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

 

3. Смутите инновации с созданием ценности

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

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

 

4. Сочувствие, принимайте свои собственные потребности в качестве потребностей пользователя

Когда Tencent производит продукты, появляется поговорка под названием «Станьте дураком за 1 секунду», которая является способом испытать продукт, цель состоит в том, чтобы устранить некоторые выводы или идеи, предварительно установленные менеджером по продукту. Если вы не можете этого сделать, это не имеет значения, вы можете найти других коллег или охранников, чистящий персонал может достичь аналогичных целей пользователей. Но многие люди ошибаются, думая, что они могут думать на другой должности, выдвигать некоторые мнения пользователей и представляют себя целевыми клиентами. Это очень опасно. Этот вид эмпатии может иметь много негативных последствий. Менеджеры продуктов не могут представлять пользователей. Они могут предложить новую пользовательскую историю и посмотреть, смогут ли они найти подобные пользовательские истории в соответствии с методом разделения пользовательских ролей.

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

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

 

5. Отчаянно хочу выполнять функции, которые не выполняются конкурентами

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

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

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

 

6. Продвигайте, не думая ясно, неправильная причинность

Хороший продукт должен сначала использовать пользователи. Если пользователи еще не использовали его, будет трудно спешить, и в конце концов будет трудно преуспеть. Это не означает, что продвижение по службе не важно, но вы можете неправильно причинить причинно -следственные связи на стадии спроса, и независимо от того, сколько вы продвигаете, это может не помочь. Например, компания, которая управляет экспресс-шкафами, планирует субсидировать 100 миллионов юаней для крупномасштабной маркетинговой кампании по продвижению своего бизнеса Express Mainate и предоставление большему количеству курьеров использовать свою продукцию. Я считаю, что многие люди в крупных городах первого уровня пережили бизнес Express, и многие общины или офисные здания имеют экспресс-шкафы. После того, как я экспресс -шкаф курьер может непосредственно поместить экспресс в экспресс -шкаф, и система отправит текстовое сообщение, чтобы напомнить получателю, что значительно экономит время доставки. После предварительного анализа данных компания считает, что текущий уровень вакантных вакантных вакантных помещений высок, а уровень оборота относительно низкий, и в десятках миллионов курьерских групп, которые не использовали продукты Express Cabinet. Больше курьеров используют продукт. Вот ошибка путаницы причинности.

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

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

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

 

7. Догонимся от конкурентов и рассматривать повышенный спрос как оптимизированный продукт

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

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

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

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

 

8. Разница между идеальным продуктом и отпущенным продуктом

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

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

 

9. Подчеркните инновации за пределами пользовательской ценности

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

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

 

10. Конец запуска продукта

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

Оставить комментарий

Этот веб-сайт защищается reCAPTCHA. Применяются Политика конфиденциальности и Условия использования Google.