Playbook
产品设计靠几个高浓度词
真实的产品工作,确实靠一把"高浓度词"在运转。每个词是压缩的诊断加改法——"CTA 不行"四个字,展开是"主行动按钮不够显眼、文案没说清好处、周围还有别的链接在分流注意力"。把十几个这样的词练到能一眼诊断,你既看得懂别人的点评,也能自己先发现问题。下面按用户怎么走过你的产品,分三层把这把词给你。
把这把词按"用户怎么走过你的产品"分三层
这篇不是按重要性排,而是按用户的路径分层:先讲为什么"词"本身就是 PM 的核心工具,再把高浓度词分成三层给你——界面层(用户一眼看到的)、流动层(用户怎么一步步走下去)、取舍层(你决定做什么、不做什么)。最后一节讲怎么把这把词从"看得懂"练成"用得出"。哪层你最缺就先看哪层,顺序可以跳。
一个词,就是一套压缩的诊断和改法
"CTA 不行"为什么一针见血?因为 CTA(call to action,行动召唤)这个词背后挂着一整套被反复验证的判断标准。它不是一句模糊的"这里不好看",而是指向几条具体的检查项。
别人说你产品"CTA 不行"。把这四个字展开成具体能动手改的几条,你能列出几条?先想,再翻。
这就是 PM 的工作语言:不靠"我觉得",靠一套压缩进词里的共识。你掌握的词越多,诊断越快、沟通越省事——说"这里 CTA 弱"比说"这个按钮我感觉不太对、要不要改改"高效十倍,而且对方秒懂6。🟢 high
每个高浓度词都是一套压缩的诊断加改法——学这把词,就是把"我觉得"换成可检查、可沟通的标准。
界面层的词:用户一眼看到的
这一层管"用户打开你的产品,第一眼发生什么"。大半来自 Jon Yablonski 整理的《Laws of UX》——一组有心理学和研究支撑的设计法则12。🟢 high 下面这些是日常点评里出现频率最高的:
| 词 | 它诊断什么 | 怎么用 |
|---|---|---|
| 视觉层级 hierarchy | 用户不知道先看哪、什么最重要 | 用大小、颜色、留白排出主次,最重要的放最显眼3 |
| CTA | 主行动不突出、没人点 | 单一、显眼、动词文案、说清好处4 |
| 首屏 above the fold | 关键信息要往下滚才看到 | 核心价值和主 CTA 放在不滚动就能看到的区域 |
| Hick 定律 | 选项太多,用户决策瘫痪 | 减少同屏选项;复杂流程拆成小步1 |
| Fitts 定律 | 按钮太小、太远,难点中 | 重要按钮做大、放在手够得到的地方1 |
| 可供性 affordance | 用户看不出这东西能点 / 能拖 | 让可交互的元素长得像能交互(按钮像按钮) |
| 阻力 friction | 每多一步、多一个字段就流失一批 | 砍掉非必要步骤;默认值替用户填好 |
| 渐进披露 | 一次性把所有功能糊用户脸上 | 先露核心,高级选项按需展开 |
一个注册页:屏幕上同时摆着"注册""登录""了解更多""下载 App"四个一样大的蓝按钮,用户愣住不知道点哪。最该用上面哪个词来诊断??
对答案
Hick 定律 + 视觉层级:选项太多导致决策瘫痪,而且四个按钮一样重,没有主次。改法:确定这一屏你最想让用户做的一件事(多半是注册),把它做成唯一的主按钮,其余三个降级成文字链接或挪走。这同时也是在强化 CTA。
界面层的词大多在回答同一个问题:用户的注意力和动作,有没有被你引到该去的地方。
流动层的词:用户怎么一步步走下去
界面是一帧帧的,产品是一条路。流动层的词管的是"用户从进门到留下来"这条路上,哪里漏人、哪里该推一把。核心是漏斗。
几个最常用的:漏斗 funnel——把用户旅程切成几段,量每段的转化和流失,问题落在哪段一目了然。激活 / aha moment——用户第一次真正感到"这产品有用"的那一刻;Dropbox 的新手清单(装应用、传文件、分享文件夹)就是一步步把人推向这个时刻11。🟢 high onboarding——新用户引导,目标就是尽快把人送到 aha。空状态 empty state——用户第一次进来、还没有任何数据的那个界面,最容易被忽略,却是激活的关键一屏。北极星指标 north star——一个能代表产品核心价值的数,团队劲往一处使;Airbnb 是"订出的间夜数",Spotify 是"收听时长"10。
把"注册用户数""页面浏览量"当北极星。这类数能涨,但不代表用户真获得了价值——刷一批僵尸注册,数字好看,产品照样没人用。北极星要选用户得到价值时才会动的数(间夜、收听时长),不是虚荣指标10。
流动层的词都挂在漏斗上——说清问题在哪一层,比笼统说"转化不好"有用得多。
取舍层的词:决定做什么、不做什么
界面和流动是"怎么做",取舍层是"做不做、先做哪个"。这层的词帮你在一堆需求里挑、把资源花在刀刃上7。
四个最常用:JTBD(Jobs to Be Done)——别问用户想要什么功能,问他想完成什么"任务";经典例子是"用户不是要买电钻,是要墙上有个洞"13。MVP——能验证核心假设的最小版本,先用最小成本试出"这事到底有没有人要"。RICE——给每个想法按 触达 × 影响 × 信心 ÷ 成本 打分排序,把"拍脑袋排优先级"变成可比的数89。机会-方案树——Teresa Torres 的工具,把一个目标拆成"用户机会",再为机会想方案,逼你从用户需求出发而不是从功能出发12。
用户喊"给我加个收藏夹"。按功能做,你就真做个收藏夹。用 JTBD 问一层:他收藏是为了完成什么任务?——多半是"下次能快速找回看过的东西"。那解决方案就不止收藏夹:最近浏览、智能推荐、搜索历史都行,甚至更省事。JTBD 让你从"用户要的功能"退回到"用户要办的事",方案空间一下子打开。
这些框架也会被用坏——变成"为了套框架而套框架":开会摆一堆 RICE 分数、画一堆树,却没真碰用户。判断标准很简单:用完之后,你的决策有没有更清楚?没有就别硬套。本讲稿仍推荐学,是因为用对了它们确实压缩判断、对齐团队。
取舍层的词帮你回答"先做哪个、为谁做"——但它们是思考的脚手架,不是开会的仪式。
怎么把这把词从"看得懂"练成"用得出"
认识这些词不难,难的是看到自己产品时能立刻调出对的那个。一个有效的练法:拿你正在做的产品,照着这三层逐词过一遍,当成体检清单。
一遍三层体检
- 界面层:这一屏最想让用户做的一件事是什么?它是最显眼的吗(CTA + 层级)?有没有多余选项(Hick)、多余步骤(friction)?
- 流动层:用户从进来到"觉得有用"要走几步?哪一步掉人最多(漏斗)?新用户第一屏(空状态)给没给一条清晰的下一步?
- 取舍层:我手上这几个需求,用户真正要办的事是什么(JTBD)?按 RICE 排,该先做哪个?
把那次"CTA 不行"的点评走完整一遍就是个样板:听到点评 → 用词定位(CTA + 层级 + Hick) → 拆成具体几条(突出、文案、唯一、位置) → 改 → 用漏斗的注册转化率验证有没有真变好。
同样是"提升转化",一个新人和一个资深 PM 的差别,主要差在哪?
试着先答
差在能多快把模糊问题定位到具体的词。新人说"转化不好,再想想办法";资深 PM 一看就说"是首屏 CTA 不突出,加上注册表单字段太多(friction),激活那步还缺 onboarding"。同样的问题,他用三个词锁定了三个可动手的位置。词不是装饰,是诊断速度。
词要练成肌肉,就拿真产品逐层逐词体检,直到看到问题能秒调出对的那个词。
所以这把词到底怎么用
你的直觉对:真实产品工作确实靠一把高浓度词在运转,因为每个词都是一套压缩的诊断加改法,让"我觉得"变成可检查、可沟通、可对齐的标准1。最该先掌握的,就是上面这三层里出现频率最高的十几个:界面层的视觉层级、CTA、Hick / Fitts、friction、可供性;流动层的漏斗、激活 / aha、onboarding、北极星指标;取舍层的JTBD、MVP、RICE7。掌握的标准不是"知道意思",而是看到自己产品能立刻调出对的那个去诊断。练法就一条:拿真产品按三层逐词体检,把每次别人的点评走完"定位→拆解→改→用指标验证"这条链。
什么时候别迷信这套:框架是脚手架不是真相,用完不让决策更清楚就别硬套;而且词背后的标准也会过时(比如移动端把很多桌面端的层级习惯改了),所以一边用一边对着你的真实用户数据校准,别把法则当圣经。
这几处我说实话也没全把握
- 这些数字是平均值,不是你的真相。"单一 CTA 转化 13.5%"这类是统计平均5,具体到你的产品要自己 A/B 测,别直接搬。
- "最常用的十几个"带我的主观。我按通用 C 端产品的高频词来选;如果你做的是 B 端、工具类或硬件,常用词会不一样,这份清单是起点不是定论。
- 词会通胀和漂移。"激活""北极星"这些词在不同公司定义会有出入,用的时候先对齐定义,别假设大家说的是同一个东西。
读完盖住,试着答这几题
为什么 PM 爱用"CTA 不行"这种高浓度词?一个词到底压缩了什么?
试着先答
因为一个词压缩了一整套被验证过的诊断标准 + 改法方向,让沟通从"我觉得"变成可检查、对方秒懂的共识。CTA 一词就含"突出、文案、唯一、位置"四条。
这把词分哪三层?各管什么?各举两个词。
试着先答
界面层(用户一眼看到的:视觉层级、CTA、Hick、friction)、流动层(用户怎么一步步走:漏斗、激活/aha、onboarding、北极星)、取舍层(做不做、先做哪个:JTBD、MVP、RICE)。
应用题:你的 App 注册了很多人,但一周后基本没人回来。用本文的词,你会先怀疑哪一层、哪几个词?
试着先答
流动层:注册到留存之间掉人,先看激活 / aha——用户注册了但没在第一次用就感到价值。查onboarding和空状态有没有把人快速送到 aha 时刻;再用漏斗定位具体掉在注册后哪一步。北极星可能也选错了(只盯注册数)。
把这几题截图,过两三天再凭记忆答一遍 —— 记得住才算真学会。
Sources
- UX Design Institute — What are the laws of UX? All 21 laws explained(Hick / Fitts / 视觉层级) — https://www.uxdesigninstitute.com/blog/laws-of-ux/
- Laws of UX — Jon Yablonski(法则原始整理) — https://lawsofux.com/
- Nielsen Norman Group — Visual Hierarchy in UX — https://www.nngroup.com/articles/visual-hierarchy-ux-definition/
- Appcues — How to design persuasive call-to-actions for every step of the journey — https://www.appcues.com/blog/design-call-to-actions
- Unbounce — Call to Action examples(单一 CTA 13.5% vs 多链接 10.5%) — https://unbounce.com/conversion-rate-optimization/call-to-action-examples/
- Basis — 15 CTA Best Practices to Increase Conversions — https://basis.com/blog/15-best-practices-for-higher-cta-conversions
- Featurebase — 15 Product Management Frameworks Every PM Should Know — https://www.featurebase.app/blog/product-management-frameworks
- Intercom — RICE: Simple prioritization for product managers — https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
- ProductPlan — RICE Scoring Model(Reach × Impact × Confidence ÷ Effort) — https://www.productplan.com/glossary/rice-scoring-model
- Amplitude — The North Star Metric(Airbnb 间夜 / Spotify 收听时长) — https://amplitude.com/blog/north-star-metric
- Customer.io — Activation emails / the aha moment(Dropbox 新手清单) — https://customer.io/learn/lifecycle-marketing/activation-email
- Product Talk(Teresa Torres)— Opportunity Solution Tree — https://www.producttalk.org/opportunity-solution-tree/
- ManagSync — Product Management Frameworks: JTBD, RICE, OKR — https://prodamanagsync.com/frameworks/