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

推荐订阅源

L
LangChain Blog
阮一峰的网络日志
阮一峰的网络日志
WordPress大学
WordPress大学
博客园 - 司徒正美
罗磊的独立博客
D
Docker
Last Week in AI
Last Week in AI
爱范儿
爱范儿
M
MIT News - Artificial intelligence
V
V2EX
Google DeepMind News
Google DeepMind News
小众软件
小众软件
Apple Machine Learning Research
Apple Machine Learning Research
Microsoft Security Blog
Microsoft Security Blog
T
Tailwind CSS Blog
MyScale Blog
MyScale Blog
V
Visual Studio Blog
博客园 - 叶小钗
B
Blog RSS Feed
A
About on SuperTechFans
F
Fortinet All Blogs
T
The Blog of Author Tim Ferriss
Martin Fowler
Martin Fowler
P
Proofpoint News Feed

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
做了半年AI产品调研后,我发现用户最后只留下了几个工具 – 人...
林点 · 2026-06-10 · via 人人都是产品经理

AI工具层出不穷,但用户手机里常打开的却寥寥无几。为什么大多数AI产品难以形成长期使用习惯?本文从用户访谈中的真实案例出发,揭示产品团队常见的两大认知误区:高估用户反馈价值与误解表面需求。当模型能力不再是瓶颈,真正的问题其实藏在用户日常行为与未被言明的真实痛点中。

前段时间和几个做产品的朋友吃饭,聊天时聊到了AI工具。我随口问了一个问题:“你们手机里装了多少个AI应用?”大家的答案基本都在十个以上,有人说十几个,有人说二十多个,还有人笑着表示自己下载过三十多个。但当我继续追问“每天都会打开的是哪几个”时,现场突然安静了几秒。最后统计下来,真正高频使用的工具其实并不多,大多数人的答案都集中在Kimi、豆包和ChatGPT这几个产品上,偶尔会补充一两个垂直场景工具。

这个现象让我有些意外。过去两年,AI行业的发展速度远超很多人的预期。从大模型能力提升到应用层创新,从通用助手到各种垂直工具,几乎每隔一段时间就会出现新的产品和新的概念。站在行业视角来看,市场比以往任何时候都热闹,但如果把目光放到用户身上,又会看到另一种情况:大家愿意尝试新工具,却很少长期留下来。很多产品上线时获得了不错的关注度,也积累了一定规模的用户,但真正能够形成使用习惯的产品并不多。

过去半年里,我陆续参与过一些用户访谈,也和不少产品经理、运营同学聊过类似的话题。接触的案例越多,我越觉得很多团队遇到的问题并不只是模型能力或者功能设计的问题,而是在产品设计之前,就已经对用户产生了一些想当然的判断。很多人以为用户需要的是更强的AI、更丰富的功能或者更炫酷的体验,但用户每天面对的依然是工作任务、沟通协作和信息处理。他们更关心的是这个工具能不能帮自己省时间,能不能减少重复劳动,能不能让事情推进得更顺利。

去年参与一次用户访谈时,有件事让我印象特别深。一位用户体验完产品后,对几乎所有功能都给出了不错的评价。他觉得生成速度很快,界面设计也比较简洁,整体体验符合预期。如果只看访谈记录,任何人都会认为这是一个满意度很高的用户。但后来团队查看后台数据时却发现,这位用户已经两个月没有打开过产品了。

后来整理访谈记录时,我反复想过这个问题。用户给出的评价当然有价值,但评价和行为并不总是一致。很多产品团队习惯于把注意力放在用户说了什么上面,却容易忽略用户实际做了什么。当用户说“这个功能不错”“这个设计挺好”或者“以后可能会用到”的时候,这些反馈听起来都很积极,但并不意味着用户真的会把产品留下来。对于产品来说,用户离开访谈之后会不会再次打开产品,往往比访谈现场的评价更值得关注。

不少AI产品都会遇到类似情况。第一次体验时,用户会觉得新鲜、有趣,甚至会主动分享给身边朋友。但几天之后,这些产品就被放在手机角落里,很少再被打开。问题未必出在功能本身,而是产品没有进入用户原本的工作流程。用户每天依然要开会、写文档、回复消息、整理资料,工作内容并没有发生变化。如果一个工具无法自然融入这些场景,那么即使体验再惊艳,也很难形成长期使用习惯。

也是从那时候开始,我在做用户访谈时越来越关注用户的具体行为。相比“你觉得这个功能怎么样”,我更喜欢问“你上一次处理这类问题是什么时候”“当时用了什么工具”“为什么选择这种方式”。因为这些问题对应的是已经发生过的事情,而不是用户对未来的想象。很多有价值的信息,往往就藏在这些具体细节里面。

除了高估用户反馈之外,我还发现很多团队容易陷入另一个误区:过于关注用户表面表达出来的需求,却没有继续往下追问。

有一次访谈中,一位用户提到,希望AI能够帮助自己快速生成周报。如果只听到这里,大多数团队可能会立刻想到开发一个“一键生成周报”的功能。但继续聊下去之后才发现,他真正困扰的并不是写周报,而是不知道如何整理过去一周完成的工作内容,也不知道怎样把零散事项组织成一份有逻辑的汇报材料。换句话说,他遇到的问题更接近于信息整理和表达,而不是单纯的文字生成。

这样的情况在用户调研中并不少见。用户通常能够准确描述自己遇到了什么麻烦,却未必能够准确描述应该如何解决。很多时候,用户说出来的是一种现象,而不是原因。如果团队直接按照用户提出的方案去开发功能,很容易出现功能上线之后使用率不高的情况。回头看,这类问题并不是因为产品做得不够努力,而是因为从一开始就理解偏了方向。

过去一段时间接触AI产品时,我越来越明显地感受到一个现象:很多团队习惯从能力出发做产品。模型支持什么能力,就设计什么功能;竞品上线什么特性,就考虑是否需要跟进。但用户并不会因为功能数量增加而持续使用一个产品。从我接触到的一些案例来看,那些能够长期留下来的产品,大多解决的是用户反复遇到的问题,而不是一次性的需求。用户之所以愿意回来,不是因为产品拥有更多功能,而是因为他们知道,下次遇到类似问题时,这个工具依然能够帮上忙。

本文由 @林点 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议