我给一款AI产品做了个”体验体检”,发现了七层断裂
用「四步引擎」给 AI 产品做体验体检,可从表层到根因挖出七层体验断裂——身份、资产、反馈、边界、价值、工具、记忆;用户骂的是表层,根因往往在更深一层。
基本信息
- 来源类型:文章(人人都是产品经理)
- 原文位置:
raw/articles/2026-07-16-woshipm-ai-product-seven-layer-fracture.md - 原文 URL:https://www.woshipm.com/share/6422869.html
- 作者:@张国武5970
- 消化日期:2026-07-17
- 抓取信息:baoyu-url-to-markdown · captured 2026-07-16 · extracted 2026-07-17
核心观点
- 用户反馈是散的,真正问题是层层叠加的结构性断裂:单条反馈只是症状;把它们串起来,往往能看到「预期 vs 供给」的系统性错配,而不是孤立 bug。好的诊断框架比 100 条用户反馈更有用。
- 「四步引擎」是可复用的诊断顺序:诊断体验断裂 → 识别范式惯性 → 找到不被定义的解法 → 升维为可复用的框架。第一步最关键:体验断裂 = 用户预期与产品供给之间的错配。
- 七层体验断裂由浅入深、层层奠基:身份 → 资产 → 反馈 → 边界 → 价值 → 工具 → 记忆。越往下越根深蒂固;修好第一层若第七层仍断,整体体验仍会塌。
- 用户骂的是第三层,根因可能在第六层:诊断要区分症状与病因;别只修表层。作者自定规矩——每接触一款新产品,先用这套框架走一遍,理解可深过很多内部员工。
- AI 产品尤其容易在边界与记忆两层翻车:用户以为 AI 什么都能做、产品却给含糊回应;用户在多款 AI 间切换却要反复自我介绍——这是 AI 产品特有的预期管理与跨产品记忆问题。
实操内容保留
代码/配置
(本文无实操代码/配置)
Prompt 模板
(本文无 Prompt 模板)
操作步骤
四步引擎(诊断顺序)
- 诊断体验断裂:找出用户预期与产品供给的错配点(以为能 A 只能做 B、以为免费却要付费、提了建议三个月没回音等)。
- 识别范式惯性:判断产品是否在照搬别人的成功模板(如创作者认证照搬站外影响力标准),而没有定义自己平台的优质标准。
- 找到不被定义的解法:在既有范式之外,重新定义本产品语境下的「优质创作者」「资产产权」「能力边界」等。
- 升维为可复用的框架:把个案诊断沉淀为可套用到其他产品的分层模型。
七层体验断裂自检清单(可直接套用)
| 层级 | 名称 | 自检问题 | 本质问题 |
|---|---|---|---|
| 1 | 身份断裂 | 认证/身份体系是否照搬其他平台?本平台优质创作者如何定义? | 没有定义自己平台的优质创作者 |
| 2 | 资产断裂 | 算力/积分/空间等虚拟资产是否有隐秘保质期?到期是否显著提示? | 产权认知与平台策略不对等 |
| 3 | 反馈断裂 | 建议提上去后,用户是否知道谁在看、会不会改、何时改? | 只有收件,没有处理-回应闭环 |
| 4 | 边界断裂 | 用户要求超出能力时,是否清晰说「做不了」还是含糊/报错? | 没帮用户建立对 AI 能力的正确预期 |
| 5 | 价值断裂 | 推荐/审核是否以数量论英雄?深度内容是否输给水帖? | 用工业化数量指标衡量知识时代质量 |
| 6 | 工具断裂 | 基础编辑器是否逼用户付费第三方?是否存在利益闭环? | 基础工具能力不足形成隐形利益闭环 |
| 7 | 记忆断裂 | 用户换产品/助手是否要反复重做人设?跨会话/跨产品是否记得偏好? | 产品孤岛导致用户在 N 个 AI 之间「重新做人」 |
使用纪律(作者自定)
- 定期给产品做「体检」——从表层到底层逐层排查
- 区分「症状」和「病因」——用户骂的是第三层,根因可能在第六层
- 别只修表层——修好第一层没用,因为问题在第七层
- 每接触一款新产品,先用这个框架走一遍
关键概念
- 七层体验断裂模型 — 本文主框架:由浅入深的七层体验诊断模型
- 四步引擎 — 诊断 → 范式惯性 → 不被定义的解法 → 升维框架
- 体验断裂 — 用户预期与产品供给之间的错配
- 用户体验设计 — 体验体检的上位设计方法论
- UX债务 — 与「层层叠加的结构性问题」同构的体验积累概念
- 共享记忆 — 对应第七层「记忆断裂」的建设方向
- AI产品经理 — 应把体验体检作为常规诊断动作的角色
- 范式惯性 — 照搬他人成功模板而不定义本产品标准的思维惯性
- 黑洞式反馈通道 — 只有收件、没有处理-回应的反馈系统
与其他素材的关联
- 与 2026-06-18-ai-product-trust-design-patterns:信任设计六模式解决「用户凭什么信 AI」;本文七层模型解决「体验在哪一层断了」——一个讲建设模式,一个讲诊断分层。
- 与 2026-06-06-woshipm-ai-ui-patterns-reshaping / UX债务:UX 债务讲仍能运行但已失去合理性的交互积累;七层断裂讲从身份到记忆的结构断层,可视为更宏观的体验诊断坐标系。
- 与 2026-05-28-woshipm-ai-workshop-multi-agent-collaboration / 共享记忆:共享记忆正是第七层「记忆断裂」的工程解法——跨 Agent 只沉淀长期稳定、跨项目有价值的信息。
- 与 2026-06-22-woshipm-product-essence-three-questions:三问穿透价值/形态/购买动机;四步引擎 + 七层断裂提供体验侧的体检路径,互补「本质拷问」与「体验分层」。
- 与 2026-07-16-woshipm-ai-hallucination-3-solutions:幻觉三件套管「决策可控」;边界断裂管「能力预期」——一个管输出可信,一个管输入期望匹配。
原文精彩摘录
一个好的产品诊断框架,比100条用户反馈更有用。做产品的人都知道,用户反馈是散的——你说东他说西,凑在一起就是一团乱麻。但真正的问题往往不是表面那一个,而是一层一层叠起来的结构性问题。
体验断裂,就是用户预期和产品供给之间的错配。用户以为能A,产品只能做B——这是断裂。用户觉得应该免费,产品说要付费——这是断裂。用户提了建议,三个月没回音——这也是断裂。这些断裂不是孤立的,它们会层层叠加,形成系统性问题。
第七层:记忆断裂 —— AI不记得你是谁……用户不得不一遍又一遍地重复自己的背景、偏好和需求。本质问题:产品孤岛导致用户需要在N个AI之间「重新做人」。
区分「症状」和「病因」——用户骂的是第三层,但根因可能在第六层。别只修表层——修好第一层没用,因为问题在第七层。我给自己定了一个规矩:每接触一款新产品,先用这个框架走一遍。走完之后,你对产品的理解会比很多内部员工更深。