做产品 PMaker
调研 规划 设计 验证 PEST · 看大环境 SWOT · 看自己处境 5WHY · 挖根因 马斯洛 · 看动机 PMF · 有没有人要 波士顿矩阵 · 投哪个 SMART · 定目标 MECE · 分得不重不漏 五要素 · 从抽象到具体 KANO · 需求分档 Y 模型 · 从诉求到方案 MVP · 砍到最小 AARRR · 看整条链路 北极星 · 选一个数 漏斗 · 找卡在哪一步 模型是清单,不是答案。它的作用是提醒你别漏掉某一面

按阶段索引,不按知名度排。开会前扫一眼这张图,就知道该拿哪个框架去问问题。

产品思维模型

这些模型本身不会给你答案。它们的价值是当检查清单用,逼你把没想到的那一面补上。

用空的典型症状:把 SWOT 四个格子填满就交差了,填完既没改变任何决定,也没人再看第二眼。判断一个模型这次用得值不值,只有一条标准——用完之后,你的决定变了吗。

下面挑三个最常用的展开,其余的在上面那张图里知道什么时候拿出来就够了。

KANO:需求分档

把需求分成五类,决定先做哪个。它回答的是「这个功能加了,用户会不会更满意」。

满意 不满 功能做得越好 → 兴奋型 期望型 基本型 基本型没做好,用户会骂;做到位了也不会夸
另外两类是无差异型(做不做都没人在意,直接砍)和反向型(做了反而招人烦,比如强制注册)。排优先级的顺序是:先补齐基本型,再挑一个兴奋型,期望型按资源慢慢加。

用户体验五要素

从抽象到具体的五层。它最大的用处是提醒你:出问题时先往上一层找,别在最表层反复改。

感知层 颜色、字体、图标 框架层 按钮放哪、页面怎么排 结构层 信息架构与交互流程 范围层 做哪些功能,不做哪些 战略层 用户要什么,我们要什么 越往上越具体
界面怎么调都别扭,问题通常在结构层;结构怎么理都乱,问题通常在范围层——功能太多了。往下一层找,比在原地改快得多。

AARRR

把用户从来到走的整条路拆成五段,用来定位「到底卡在哪一步」。

获取来了多少人
激活有多少人用起来了
留存有多少人回来
收入有多少人付钱
推荐有多少人带人来
用法不是把五个数都盯着,是找出掉得最狠的那一段集中改。多数产品的问题在激活到留存之间——人来了,试了一次,没有再回来。