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

推荐订阅源

Spread Privacy
Spread Privacy
P
Palo Alto Networks Blog
P
Proofpoint News Feed
AI
AI
Help Net Security
Help Net Security
S
Securelist
T
Troy Hunt's Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
C
Cisco Blogs
Scott Helme
Scott Helme
Hacker News - Newest:
Hacker News - Newest: "LLM"
Vercel News
Vercel News
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
B
Blog
GbyAI
GbyAI
Recent Commits to openclaw:main
Recent Commits to openclaw:main
D
Darknet – Hacking Tools, Hacker News & Cyber Security
P
Proofpoint News Feed
S
Security Affairs
Cisco Talos Blog
Cisco Talos Blog
AWS News Blog
AWS News Blog
T
Tenable Blog
H
Help Net Security
NISL@THU
NISL@THU
F
Fortinet All Blogs
博客园_首页
G
GRAHAM CLULEY
L
LINUX DO - 最新话题
P
Privacy International News Feed
G
Google Developers Blog
博客园 - Franky
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Security Archives - TechRepublic
Security Archives - TechRepublic
The Register - Security
The Register - Security
L
LangChain Blog
aimingoo的专栏
aimingoo的专栏
T
Tor Project blog
P
Privacy & Cybersecurity Law Blog
量子位
C
Cyber Attacks, Cyber Crime and Cyber Security
Forbes - Security
Forbes - Security
S
Secure Thoughts
Simon Willison's Weblog
Simon Willison's Weblog
D
Docker
Recorded Future
Recorded Future
博客园 - 三生石上(FineUI控件)
L
Lohrmann on Cybersecurity
T
Tailwind CSS 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
小米、蔚来、知乎的这仨设计“缺陷”,你怎么看?
AI产品大峡谷 · 2024-12-03 · via 人人都是产品经理

在用户体验至上的今天,即使是小米、蔚来、知乎这样的知名企业,也难免在设计中留下“缺陷”。本文将带你一探究竟,如何在细节中寻找用户体验的突破口,构建真正以用户为中心的产品。

体验不仅仅是一个流行词,更是企业、产品长存的根基。

镜同学带业务团队满打满算也就一个来月,上周已有两个客户主动来签单,该说不说,这两个客户都是咱亲自谈下来的——与客户面对面介绍平台系统、讲解产品功能、阐述业务价值、管理合作落地。

让我尤为感动的是,其中一个签约客户坦言,他决定合作背后的动机不仅是来源于我们平台、业务系统的价值认可——事实上,这仅仅只是决策起点,更多的是基于良好的客户体验。

我清楚的记得,这个客户是我拜访的第一个客户(你就说咱这成单能力吧),去之前咱就做了充足的准备,我甚至把庆功酒都做了安排,额,毕竟咱特别擅长提前做准备。

我在准备清单里回顾了之前与该客户的接触情况,我得知:多年前我们已有业务同学拜访过该客户,客户甚至还付费用过一段时间,但我们产品体验太差,客户反馈的问题我们也未及时解决,甚至都没能做到及时反馈。

你看,这就是产品体验落差导致客户体验落差的典型场景。

图-↑  来源于体验家《客户体验管理行业洞察报告》

后来,客户就果断放弃了我们的产品,换做使用了竞争对手的系统,镜同学也提前侧面打听了客户使用的竞对产品情况——也不是很满意,当然,这也是我们的机会。

我去拜访时把我们新产品的功能做了详细讲解,尤其是针对当年该客户提出的需求,现如今已全部实现,特意做了产品演示。

另外,我还带来了一份“致歉函”,以公司名义对之前未能及时满足客户需求真诚道歉,并没有和销售关联,只是真诚的道歉。(说实话,我们当年毫无服务意识,确实该道歉,胖东来不是在卖商品,而是在做产品。)

中间还有个小插曲:客户使用的竞对系统不知道怎么导出数据,询问我能否帮忙,咱不仅帮助导出了数据,还帮他对某些业务数据做了分析,当然,既没有贬损竞对,也没有强推我们产品。

或许,无意的服务串成了高价值的体验,从而让客户从产品体验跃升至客户体验,提升全旅程的服务感知,而这也是客户签约的驱动力。

所以,从产品价值落地角度来看,怎么强调客户体验都不为过,怎么要求用户体验都不是吹毛求疵,这是体验经济时代背景下的夹缝长存之道。

可现实中呢,其实很多产品同学都认为“产品功能”的优先级天然高于“用户体验”,你或许也听到过不少同学的口头禅——没事儿,小的用户体验,业务功能正常就行。

长此以往,我们就被困在低纬的功能陷阱之中,犹如坐井观天,只看到有边界的“功能”井口,却看不到体验的无际风光——那才是未来产品人的星辰大海。

从这个角度或许可以说,调研访谈不重要,功能设计也不重要,而没有体验缺陷,对产品经理来说,很重要!

而以终为始,这就需要建立以“用户体验至上”为核心诉求的产品价值观。

当然,这也绝非易事,事实上,就算大厂产品也存在各种各样影响用户体验的设计缺陷,不妨盘点一二,权做自我心智PUA与价值设计镜照。

一、小米:设计可以各自为政,体验应该统一管理

作为雷总骨灰级粉丝,镜同学自然也是小米生态产品的重度用户。

上周我买了一台小米笔记本,有一说一,咱买小米笔记本不仅是看中它的性价比,更重要的是看重小米智能互联的生态体验。

比如,我的小米手机和电脑连接起来就会很方便,不仅信息流动方便,还有各种协同的功能,这很大程度上能提升生产效率,随便举个例子:

当镜同学用Surface Pro 9连接我的小米手机热点进行办公时,流量超出后我还必须拿出手机重新开启热点,而用小米笔记本则可以直接弹窗操作或者默认自动开启。

你看,这就生态互联给用户带来的体验,这也本该是个很棒的体验,但在体验过程中还是发现了个别体验缺陷。

比如,在电脑登录小米生态的时候,提示说用小米手机自带的 “扫一扫” APP 工具就能同步账户。

但我在手机上找了半天,根本就没找到 “扫一扫” 这个应用,后来才发现,小米已经把这个功能的名称改成了 “小爱视觉”。

你看,这个小细节其实是个大的体验问题。

这就好比你按照地图上的指示去找宝藏,结果到了地方发现地图标的地方根本不是宝藏的真正位置。

其实小米云服务也存在类似的问题,也是名称更新不及时,说实话,大家都知道这并没有什么难度,无非把提示文字改为“小爱视觉”,或者增加“(原系统扫一扫)”就行了。

但镜同学发现这个体验缺陷却存在了很长时间,一直未修复,这反映出啥呢?

我个人觉得,这可能是由于不同的设计师之间缺乏系统融合,没有统一的用户体验管理,导致分散的旧功能未同步迭代,影响用户使用体验。

就像《体验之道》这本书里提到的,“用户体验是一个整体,各个部分应该协同工作,为用户提供完美无缝的体验”。

就像我这次登录账户同步的经历,就徒增了好多操作时间,原本可能一分钟就能搞定的事情,结果因为这个问题,找来找去花了好几分钟。

对于那些不太懂电脑和手机操作的用户来说,可能就更麻烦了,甚至可能因为找不到这个功能就放弃了使用这个原本设计主推的同步登录功能。

要知道,用户大多都是没有耐心的。

这对小米的功能打开率、用户粘性甚至是小米的品牌形象都是一种损害啊。

所以说,如果你在统筹你们公司的产品迭代,镜同学建议,一定要有系统的体验管理,要建立流程和机制设法使得各个设计师之间有更好的沟通和协作,切实把用户体验当作一个整体来打造。

二、蔚来:更高端的体验,源于人性化的场景萃取

我在知识星球分享过蔚来车机“后排安全带提示音”弹窗设计的用户体验。

之前,蔚来后排安全带提示语无法强制关闭,这可能也是用户在蔚来APP吐槽最多的设计了,不过作为用户型企业,蔚来很快更新了功能,满足了用户需求。

新的设计是场景式触发,即,当后排有人坐上且未系安全带行驶时,车机弹窗提示,且可以手动点击按钮关闭提示音。

这类场景式的触发设计其实很高端,体验也很好,我在星球也分享过,这里不展开描述。

但是,我想说的是,这个设计有关细节体验不太好——它模拟的车仓是横向的,可在实际驾驶中,驾驶员视角纵向才更合理。

这明显就是只考虑了应用场景,而忽略了目标用户也就是驾驶员的需求,所以我也多次强调:用户体验一定是基于目标用户和应用场景的平衡设计,缺一不可。

要知道,对于驾驶员来说,一个不合理的视角展示,会让他在接收提示信息的时候产生困惑,甚至可能因为分心而影响驾驶安全。

记不清是哪本产品书籍中曾写过,“好的产品设计要将用户需求置于核心位置,不能因过度关注其他因素而偏离,就应该找准目标用户、把用户当人,再紧紧围绕用户场景设计。”

蔚来的这个体验“缺陷”,就是因为在设计过程中没有平衡好应用场景和目标用户需求之间的关系,从而给用户带来了各种各样的不良影响。

当然,咱们作为产品设计师,这也给咱做提了个醒,我们也应该牢记:用户首先是人,其次才是用户,产品设计一定要充分考虑人性化的应用场景。

三、知乎:功能bug带来的体验伤害最大

在知乎的内容推荐功能里,有个很让人头疼的体验缺陷。

咱都知道,知乎创作者写完文章后,会自动弹窗询问是否使用内容推荐次数,这本身是个挺好的设计,路径短且与创作场景高度融合。

但这里面有个大问题,就是只有审核通过的文章才能进行内容自荐,但是当你提交一篇新文章的时候,文章处于“待审核”状态,这时候去操作内容推荐就会提示报错。

我不知道是否必现,反正我遇到这个问题的频率很高。

镜同学觉得,这很可能也是不同的产品经理负责不同板块,而且没有做系统性的测试才导致的。

这种情况对用户和创作者影响可不小——对于创作者来说,这就像你满心期待地准备推广自己的作品,结果被这个莫名其妙的报错给拦住了,积极性很容易被打击。

而且,从用户角度看,他们可能会错过一些优质的、正在审核但实际上很有价值的文章推荐。

试想一下,这样的功能bug,给用户带来的体验伤害是何等之大?

就像《大话软件工程》里说过,“产品的各个功能模块不是孤立的,需要整体协调与测试才能保证用户体验的流畅性”。

咱再看看国外一些社交平台,我记得像 Facebook 在内容推荐这块就做得比较好——他们的审核和推荐机制是联动的,在审核的同时会有一个初步的推荐评估,这样就不会出现这种让用户和创作者尴尬的情况。

这个案例或许只是一个小bug,但是,重点在于功能bug对用户的体验伤害是很大的,这值得我们警惕。

最后,镜同学想说的是,通过本文的三个小案例,大家或许也能感知到,用户体验是个系统性工程,需要用系统性思维来应对,也希望大家能将“用户体验”刻在心底。

希望对你有启发。

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

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