Idea 到产品定义框架
使用方式：先不要急着写功能。按顺序填写，能写多少写多少；写不清楚的地方保留空白或写“待验证”。这个文档的目标是把一个想法变成可讨论、可验证、可执行的产品雏形。
0. 一句话想法
用一句话说清楚这个 idea 是什么。
模板：
我想为【目标用户】解决【具体问题】，通过【产品/服务形式】帮助他们实现【明确结果】。
填写：
1. 想法来源
这个 idea 是怎么来的？
- 我自己遇到的问题：
- 身边人/客户提到的问题：
- 我观察到的行业现象：
- 现有解决方案让我不满意的地方：
- 这个问题为什么现在值得做：
2. 目标用户
先定义最早的一批用户，不要一开始写“所有人”。
2.1 核心用户是谁
- 用户类型：
- 所在行业/场景：
- 用户角色/身份：
- 他们是否有付费能力：
- 他们是否有决策权：
2.2 典型用户画像
用一个具体的人来描述。
- 他是谁：
- 他每天在做什么：
- 他现在最烦的事情是什么：
- 他现在怎么解决这个问题：
- 他为什么会愿意尝试你的方案：
3. 真实需求与痛点
把“我想做什么”翻译成“用户为什么需要”。
3.1 用户当前的问题
- 问题 1：
- 问题 2：
- 问题 3：
3.2 问题造成的后果
- 浪费了什么时间：
- 增加了什么成本：
- 带来了什么风险：
- 影响了什么收入/效率/体验：
3.3 痛点强度判断
这个问题属于哪一种？
- 只是有点不方便
- 明显影响效率
- 已经带来经济损失
- 不解决会影响业务运行
- 用户已经在花钱解决
说明：
4. 现有替代方案
用户现在不是没有办法，他们一定在用某种方式凑合解决。
4.1 现在怎么解决
- 人工方式：
- 表格/文档方式：
- 现有软件：
- 外包/服务商：
- 暂时不解决：
4.2 现有方案的问题
- 太贵：
- 太慢：
- 太复杂：
- 不够智能：
- 不适配行业：
- 数据不安全：
- 不能私有化：
- 不能和硬件/线下场景打通：
5. 产品价值主张
你的产品到底给用户带来什么价值？
5.1 核心价值
只选最重要的 1-2 个。
- 降低成本
- 提高效率
- 增加收入
- 降低风险
- 改善体验
- 替代人工
- 沉淀知识/数据
- 打通软硬件/线下场景
具体说明：
5.2 用户为什么选择我们
- 我们比现有方案更快：
- 我们比现有方案更便宜：
- 我们比现有方案更懂行业：
- 我们比现有方案更容易部署：
- 我们比现有方案更安全：
- 我们比现有方案更可定制：
6. 产品形态
先定义它以什么形式出现。
- Web 系统
- 小程序/移动端
- 企业内部工具
- AI 智能体
- 知识库/RAG 系统
- 私有化部署方案
- 硬件 + 软件系统
- API/模块能力
- 咨询 + 工具交付
具体形态描述：
7. 核心使用流程
用步骤写出用户怎么使用它。
- 用户进入/打开：
- 用户输入/上传/连接：
- 系统处理：
- 系统输出：
- 用户采取行动：
- 后续数据如何沉淀：
8. MVP 定义
MVP 不是最简陋版本，而是能验证核心价值的最小版本。
8.1 MVP 要验证什么
- 用户是否真的有这个痛点：
- 用户是否愿意使用：
- 用户是否愿意付费/引入：
- 技术是否能实现：
- 交付是否可控：
8.2 第一版必须有的功能
只写 3-5 个。
8.3 第一版暂时不做的功能
明确不做什么，防止范围失控。
9. 数据、AI 与知识库设计
如果你的 idea 涉及 AI/RAG/智能体，填写这一部分。
9.1 需要哪些数据
- 用户输入数据：
- 企业业务数据：
- 文档/知识库：
- 历史案例：
- 外部公开数据：
- 设备/物联网数据：
9.2 数据从哪里来
- 客户提供：
- 手动录入：
- 系统接口：
- 爬虫/公开数据：
- 设备采集：
- 项目过程中沉淀：
9.3 AI 要做什么
- 问答
- 总结
- 分析
- 推荐
- 生成方案
- 自动执行任务
- 监控异常
- 辅助决策
具体说明：
9.4 是否需要私有化部署
- 是否涉及敏感数据：
- 客户是否能接受云端：
- 是否需要本地部署：
- 是否需要权限隔离：
- 是否需要日志审计：
10. 硬件/物联网关联
如果不涉及硬件，可以先跳过。
- 需要接入什么设备：
- 设备采集什么数据：
- 数据传输方式：
- 边缘端是否需要处理：
- 云端/平台如何使用这些数据：
- 硬件带来的独特价值：
11. 商业模式
这个产品未来怎么赚钱？
- 项目制交付
- SaaS 订阅
- 私有化部署一次性收费
- 硬件销售 + 软件服务
- 咨询/实施服务
- 按使用量/API 调用收费
- 行业解决方案打包销售
初步收费设想：
- 谁付钱：
- 为什么付钱：
- 预算从哪里来：
- 首单可能多少钱：
- 后续能否复购：
12. 市场与销售入口
12.1 第一批客户从哪里来
- 导师资源：
- 自己已有客户：
- 学校/工作室合作：
- 行业社群：
- 朋友介绍：
- 线下拜访：
12.2 谁是决策人
- 使用者：
- 影响者：
- 付款人：
- 最终决策人：
12.3 销售时怎么介绍
一句话销售话术：
客户听完后最可能问的问题：
13. 竞争与壁垒
13.1 谁可能做类似东西
- 大厂：
- 垂类公司：
- 传统软件商：
- 外包团队：
- 客户自己内部团队：
13.2 我们的壁垒是什么
- 更懂具体行业
- 有真实客户入口
- 有线下服务经验
- 有专有数据/知识库
- 有硬件/物联网结合
- 交付速度快
- 成本低
- 可私有化部署
- 可持续沉淀模块
具体说明：
14. 风险与假设
14.1 当前最大假设
这些是假设，不是事实，需要验证。
- 假设 1：
- 假设 2：
- 假设 3：
14.2 当前最大风险
- 技术风险：
- 需求风险：
- 销售风险：
- 交付风险：
- 数据风险：
- 合规/隐私风险：
- 团队投入风险：
14.3 如何降低风险
- 先访谈谁：
- 先做哪个 Demo：
- 先验证哪个功能：
- 先拿什么数据测试：
- 先找谁看原型：
15. 验证计划
15.1 访谈计划
准备访谈 3-5 个潜在用户。
| 访谈对象 | 身份/角色 | 想验证的问题 | 结论 |
|---|---|---|---|
15.2 Demo 验证
- Demo 目标：
- Demo 需要展示什么：
- 用户看到后应该产生什么反应：
- 什么结果说明值得继续：
- 什么结果说明需要调整：
16. 项目拆解
如果决定进入执行，先拆成阶段。
阶段 1：需求验证
- 时间：
- 目标：
- 产出物：
阶段 2：MVP Demo
- 时间：
- 目标：
- 产出物：
阶段 3：试点交付
- 时间：
- 目标：
- 产出物：
阶段 4：产品化沉淀
- 时间：
- 目标：
- 产出物：
17. 团队分工
| 模块 | 负责人 | 协作人 | 当前任务 |
|---|---|---|---|
| 需求与产品 | |||
| 开发框架 | |||
| AI/RAG/知识库 | |||
| 硬件/物联网 | |||
| 项目管理/文档 |
18. 最小下一步
不要写宏大计划，写接下来 48 小时内能做的事。
- [ ]
- [ ]
- [ ]
19. 当前结论
填完以上内容后，做一个判断。
- 这个 idea 值得继续深入调研。
- 这个 idea 需要先缩小范围。
- 这个 idea 需要换目标用户。
- 这个 idea 暂时不适合做。
- 这个 idea 可以进入 MVP 设计。
判断理由：