先写现状假设
用已有对话和用户资料列出可能的现状,但全部标为待确认。
产出 · 搜索前假设
用户不会在你定义的品类里乖乖比较。他可能在“买一套软件”“继续用 Excel”“找实习生”“这事先不做”之间选择。漏掉现状和不作为,竞品分析就会显得完整,却解释不了购买。
| 类型 | 它是什么 | 常见误区 | 该收集的证据 |
|---|---|---|---|
| 现状 | 用户今天真实使用的流程与拼装方案。 | 把“没买软件”当成没有竞争。 | 步骤、耗时、人工、表格、群聊、容忍成本。 |
| 直接竞品 | 服务同一人、同一任务、同一预算的产品。 | 只抄官网功能表。 | 价格、真实评价、迁移原因、拒绝原因。 |
| 间接替代 | 用不同方式完成相同进展的产品或服务。 | 因为技术形态不同就忽略。 | 外包、顾问、内容、模板、人工服务。 |
| 被迫选择 | 预算、合规、组织习惯迫使用户接受的方案。 | 把组织限制误判成用户偏好。 | 采购规则、权限、数据边界、既有合同。 |
用已有对话和用户资料列出可能的现状,但全部标为待确认。
先说明要搜索什么、会带出哪些项目背景;敏感资料默认不发送。
官网只证明厂商怎么说;用户评价、论坛原话和定价页回答的是不同问题,不能混成一个“已证实”。
问用户为什么离开旧方案、为什么没有离开、哪一刻愿意承担迁移成本。
真正的竞争不是谁的功能更多,而是谁更能解释用户为什么愿意改变现状。
@竞品替代地图