← Research

Playbook

产品设计靠几个高浓度词

真实的产品工作,确实靠一把"高浓度词"在运转。每个词是压缩的诊断加改法——"CTA 不行"四个字,展开是"主行动按钮不够显眼、文案没说清好处、周围还有别的链接在分流注意力"。把十几个这样的词练到能一眼诊断,你既看得懂别人的点评,也能自己先发现问题。下面按用户怎么走过你的产品,分三层把这把词给你。

想了解产品经理工作流里,产品设计最常用、最好用的那些"设计"——比如有人点评我的产品说 CTA 不行,我一想确实是。真实产品工作里,这种高浓度的词、思维在起关键作用。 读时~26 min
怎么读

把这把词按"用户怎么走过你的产品"分三层

这篇不是按重要性排,而是按用户的路径分层:先讲为什么"词"本身就是 PM 的核心工具,再把高浓度词分成三层给你——界面层(用户一眼看到的)、流动层(用户怎么一步步走下去)、取舍层(你决定做什么、不做什么)。最后一节讲怎么把这把词从"看得懂"练成"用得出"。哪层你最缺就先看哪层,顺序可以跳。

一个词,就是一套压缩的诊断和改法

"CTA 不行"为什么一针见血?因为 CTA(call to action,行动召唤)这个词背后挂着一整套被反复验证的判断标准。它不是一句模糊的"这里不好看",而是指向几条具体的检查项。

先想一下

别人说你产品"CTA 不行"。把这四个字展开成具体能动手改的几条,你能列出几条?先想,再翻。

试着先答

至少四条:① 不够突出——按钮要和周围拉开,够大、够显眼,一眼能找到4;② 文案太弱——用动词开头、说清用户得到什么("领取我的报告"胜过"提交")4;③ 有竞争分流——一个页面只留一个主行动,落地页只有单一 CTA 的转化率约 13.5%,有多个竞争链接的只有约 10.5%5;④ 位置不对——该出现在用户决定那一刻的视线里。一个词,四条改法,这就是高浓度。

这就是 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。

界面层的词大多在回答同一个问题:用户的注意力和动作,有没有被你引到该去的地方。

流动层的词:用户怎么一步步走下去

界面是一帧帧的,产品是一条路。流动层的词管的是"用户从进门到留下来"这条路上,哪里漏人、哪里该推一把。核心是漏斗。

访问 ← CTA / 首屏 注册 激活 · aha moment ← onboarding / 空状态 留存 ↓ 流失 ↓ 流失 ↓ 流失 北极星指标 = 衡量整条漏斗价值的那一个数
Fig 1. 漏斗每往下一层都在流失人。每个高浓度词,都对应漏斗上一个具体位置——你说"激活率低",就是橙色那一层出了问题。

几个最常用的:漏斗 funnel——把用户旅程切成几段,量每段的转化和流失,问题落在哪段一目了然。激活 / aha moment——用户第一次真正感到"这产品有用"的那一刻;Dropbox 的新手清单(装应用、传文件、分享文件夹)就是一步步把人推向这个时刻11🟢 high onboarding——新用户引导,目标就是尽快把人送到 aha。空状态 empty state——用户第一次进来、还没有任何数据的那个界面,最容易被忽略,却是激活的关键一屏。北极星指标 north star——一个能代表产品核心价值的数,团队劲往一处使;Airbnb 是"订出的间夜数",Spotify 是"收听时长"10

常见错答

把"注册用户数""页面浏览量"当北极星。这类数能涨,但不代表用户真获得了价值——刷一批僵尸注册,数字好看,产品照样没人用。北极星要选用户得到价值时才会动的数(间夜、收听时长),不是虚荣指标10

流动层的词都挂在漏斗上——说清问题在哪一层,比笼统说"转化不好"有用得多。

取舍层的词:决定做什么、不做什么

界面和流动是"怎么做",取舍层是"做不做、先做哪个"。这层的词帮你在一堆需求里挑、把资源花在刀刃上7

四个最常用:JTBD(Jobs to Be Done)——别问用户想要什么功能,问他想完成什么"任务";经典例子是"用户不是要买电钻,是要墙上有个洞"13MVP——能验证核心假设的最小版本,先用最小成本试出"这事到底有没有人要"。RICE——给每个想法按 触达 × 影响 × 信心 ÷ 成本 打分排序,把"拍脑袋排优先级"变成可比的数89机会-方案树——Teresa Torres 的工具,把一个目标拆成"用户机会",再为机会想方案,逼你从用户需求出发而不是从功能出发12

例:用 JTBD 重新看一个需求

用户喊"给我加个收藏夹"。按功能做,你就真做个收藏夹。用 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 端、工具类或硬件,常用词会不一样,这份清单是起点不是定论。
  • 词会通胀和漂移。"激活""北极星"这些词在不同公司定义会有出入,用的时候先对齐定义,别假设大家说的是同一个东西。
自测

读完盖住,试着答这几题

  1. 为什么 PM 爱用"CTA 不行"这种高浓度词?一个词到底压缩了什么?

    试着先答

    因为一个词压缩了一整套被验证过的诊断标准 + 改法方向,让沟通从"我觉得"变成可检查、对方秒懂的共识。CTA 一词就含"突出、文案、唯一、位置"四条。

  2. 这把词分哪三层?各管什么?各举两个词。

    试着先答

    界面层(用户一眼看到的:视觉层级、CTA、Hick、friction)、流动层(用户怎么一步步走:漏斗、激活/aha、onboarding、北极星)、取舍层(做不做、先做哪个:JTBD、MVP、RICE)。

  3. 应用题:你的 App 注册了很多人,但一周后基本没人回来。用本文的词,你会先怀疑哪一层、哪几个词?

    试着先答

    流动层:注册到留存之间掉人,先看激活 / aha——用户注册了但没在第一次用就感到价值。查onboarding空状态有没有把人快速送到 aha 时刻;再用漏斗定位具体掉在注册后哪一步。北极星可能也选错了(只盯注册数)。

把这几题截图,过两三天再凭记忆答一遍 —— 记得住才算真学会。

引用

Sources

  1. UX Design Institute — What are the laws of UX? All 21 laws explained(Hick / Fitts / 视觉层级) — https://www.uxdesigninstitute.com/blog/laws-of-ux/
  2. Laws of UX — Jon Yablonski(法则原始整理) — https://lawsofux.com/
  3. Nielsen Norman Group — Visual Hierarchy in UX — https://www.nngroup.com/articles/visual-hierarchy-ux-definition/
  4. Appcues — How to design persuasive call-to-actions for every step of the journey — https://www.appcues.com/blog/design-call-to-actions
  5. Unbounce — Call to Action examples(单一 CTA 13.5% vs 多链接 10.5%) — https://unbounce.com/conversion-rate-optimization/call-to-action-examples/
  6. Basis — 15 CTA Best Practices to Increase Conversions — https://basis.com/blog/15-best-practices-for-higher-cta-conversions
  7. Featurebase — 15 Product Management Frameworks Every PM Should Know — https://www.featurebase.app/blog/product-management-frameworks
  8. Intercom — RICE: Simple prioritization for product managers — https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
  9. ProductPlan — RICE Scoring Model(Reach × Impact × Confidence ÷ Effort) — https://www.productplan.com/glossary/rice-scoring-model
  10. Amplitude — The North Star Metric(Airbnb 间夜 / Spotify 收听时长) — https://amplitude.com/blog/north-star-metric
  11. Customer.io — Activation emails / the aha moment(Dropbox 新手清单) — https://customer.io/learn/lifecycle-marketing/activation-email
  12. Product Talk(Teresa Torres)— Opportunity Solution Tree — https://www.producttalk.org/opportunity-solution-tree/
  13. ManagSync — Product Management Frameworks: JTBD, RICE, OKR — https://prodamanagsync.com/frameworks/