惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

U
Unit 42
T
The Blog of Author Tim Ferriss
H
Help Net Security
博客园 - 叶小钗
云风的 BLOG
云风的 BLOG
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
D
DataBreaches.Net
博客园 - 聂微东
A
About on SuperTechFans
大猫的无限游戏
大猫的无限游戏
P
Proofpoint News Feed
Martin Fowler
Martin Fowler
博客园 - 【当耐特】
S
SegmentFault 最新的问题
Blog — PlanetScale
Blog — PlanetScale
酷 壳 – CoolShell
酷 壳 – CoolShell
G
Google Developers Blog
I
InfoQ
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
GbyAI
GbyAI
B
Blog
Engineering at Meta
Engineering at Meta
V
V2EX
Hugging Face - Blog
Hugging Face - Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
用户为什么就是不理解你做的产品?
都市摆渡人 · 2024-08-21 · via 人人都是产品经理

在产品开发和迭代的过程中,我们经常面临用户对产品理解不足的问题,如找不到功能入口、对新功能的作用和意图不理解等。这些问题可能并非简单的视觉样式问题,而是更深层次的业务和用户体验问题。本文将探讨如何通过深入理解用户认知、使用场景和习惯,来解决这些问题,并提升产品的用户理解度和功能使用率。

产品迭代过程中,大家是不是经常会收到这样的用户反馈和现象:

  • “用户找不到功能入口或模块”
  • “一个页面/流程中,用户常用的功能只有20%”
  • “不理解新功能的作用和意图”

等等之类的关于页面布局混乱,功能不理解,功能使用率不高的问题,对于这样的问题,大多数人第一时间都会选择优化页面布局/样式/强化引导等策略,但这样真的有效吗?

1. 定义问题,这真的是视觉样式类问题吗?

在思考策略时,我们最先需要做的是定义问题。诸如上述的此类问题,如果真的靠增加一个气泡、强化一下引导、优化下布局就能解决,那它本质上就是一个视觉类问题。

但大多数情况,我们是在用最简单的策略去解决更深入的业务问题。所以,会发现,尽管优化了好几版样式和引导,功能的使用率还是上不来,用户对于产品的理解还是和我们设计的不一样。

造成这样现象的原因,基本是因为业务同学本身并不具备用户的真实使用场景,在对业务了解不够深入的时候,会非常容易陷入这种“用简单手段解决困难问题的陷阱”,这一点我觉得大多数产品人都要时刻审视自己。

2. 用户的有限理性认知(用户有自己对于产品的认知)

任何一个人对另外一个事物的认知永远都达不到百分百,也永远形成不了一摸一样的认知,用户对于产品也同理。

我们没办法要求每一个用户都充分理解我们的产品,当然这也做不到,而这也形成了每一个用户独有的认知。它代表了用户对产品功能及使用场景的理解,而在每一次的产品使用中,都在不断调整用户原本的预期和心智。

当用户预期和心智一旦形成,就很难再改变了。这种时候,再给予用户新的功能,用户会本能的忽视和不理解。

3. 合适场景和用户习惯很重要

人的思维会偏向把复杂的信息简化,这是我们常说的简化认知理论。而当用户形成心智和习惯后,在用户的简化认知理论中,会把习惯外的功能模块归类为不相干类型,这就会导致所谓的“注意力盲区”。

而如何避免这种信息盲区,在用户习惯路径和合适的场景放置功能模块很重要。

之前团队在做专项项目的时候,某个新功能的使用率很低,但同一个页面样式相似的常规功能使用率很高。这基本就可以判定不是样式的问题,后续根据用户行为调整了放置入口,数据好看了很多。

想要准确的找到合适的场景和了解用户习惯,没有捷径可走,观察用户行为数据是最直接有效的方式。

4. 注意产品中的用户多样性

产品设计中,我们最常说的一句话就是,“浅聊信息布局,深找业务视角”。如果同一个页面或者流程存在两种类型及以上的用户,我们就要注意场景的区分。

微信朋友圈,发朋友圈和刷朋友圈对于同一条动态的视角是不一样的,无论是信息布局还是操作上,这就是典型的用户多样性场景。

最后,产品在面对用户多样性所产生的多种场景、用户习惯、用户认知下,产品优化迭代就是一个不断权衡的过程。

如何让用户自己用的爽,也让用户尽可能按照业务设计的路径使用,以及如何让商业规模最大化,是最核心底层的问题,如果企图用简单的样式优化策略去应对,只会做多错多。

本文由人人都是产品经理作者【都市摆渡人】,微信公众号:【都市摆渡人】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。