竞品拆解框架
# 竞品拆解框架
结论
拆一个产品按五个角度走:用户在哪 → 痛点需求 → 场景 → 商业价值 → 如何评测。 只列功能 = 只拆了表层;缺了「用户在哪」和「商业价值」,拆解就退化成产品说明书。
五个角度
| 角度 | 要回答的问题 | 缺了会怎样 |
|---|---|---|
| 用户在哪 | 谁是核心人群、从哪来、靠什么渠道触达 | 不知道产品在为谁服务,后面所有判断都无处落 |
| 痛点需求 | 每个痛点对应一句用户原话式需求 | 把功能当需求,读不出真实动机 |
| 场景 | 具体到「谁在什么时候用它做什么」 | 只知道能力,不知道它什么时候被真正需要 |
| 商业价值 | 规模、成本结构、定价、壁垒、短板 | 看不出这门生意是否成立,也看不出机会在哪 |
| 如何评测 | 用哪些方法能验证上面每一条 | 拆解停在描述,无法验证也无法迁移 |
各角度的落点
痛点需求:把痛点翻译成需求
不要停在「用户记不住」,要写成用户会说的话(「开会手忙脚乱敲键盘」→ 要的是实时转写 + 自动润色)。 需求句越像原话,后面的场景与评测越容易写。
商业价值:重点看成本结构与付费动机
- 成本结构:单位用量成本是否随用量上升而吃掉毛利(重成本场景尤其要看)。
- 定价:免费版是否已经够用 —— 够用则付费动机弱。
- 壁垒:体验、硬件生态、内容飞轮各自能挡住什么。
- 短板:短板往往就是别人的机会,也是自己要避开的坑。
如何评测:拆解必须落到可验证
分两层:
- 功能评测:每个核心能力设计一个能证伪的测试(难样本、边界样本),看的是保真度与失败方式。
- 体验评测:从零上手到产出第一个可用结果要走多少步。
适用对象
本次用于知识库与笔记类 AI 工具的横向拆解(第一个是 Get 笔记),但这套角度对任何产品都成立。
相关
- 用户访谈与需求挖掘 —— 「用户在哪 / 痛点需求」的取证手段
- 用户可感知的价值与差异化表达 —— 「商业价值」里差异化的表达方式
- 差异要用使用模式说而不是功能清单 —— 本条是该 synthesis 的第三处证据:只列功能 = 只拆了表层
- 数据指标的解读 —— 「商业价值 / 如何评测」里可量化的部分
- 学领域先看一流成品而非方法论 —— 「如何评测」之前,先用一流成品建立「好是什么样」的判据