FRAME 67 / 传达与共享

产品策划书

Product Proposal

用结构化文档说明产品问题、方案、价值和执行计划。

制订策略信息共享

申请工作台内测

什么时候用

产品策划书适合把产品想法提交给团队、管理层或合作方评估。

需要准备

目标客户、产品概念和 4P

你会得到

产品企划草案、推广假设、汇报材料。

先理解，再动手

产品策划书适合把产品想法提交给团队、管理层或合作方评估。它需要清楚说明目标用户、需求、解决方案、市场价值、实现方式和风险。

使用步骤

面向评审说明用户问题、证据、产品方案、差异价值、目标、验证、资源、排期与风险。先确认需求再设计方案，不以功能清单代替价值，也不虚构市场规模或收益。

01
写明背景和问题
02
定义目标用户和需求
03
描述产品方案、核心功能和差异化价值
04
补充商业目标、实施计划、资源和风险

使用时，留意这一点

不能只设计产品本身，也要同步考虑上市和传播。

把方法看清楚

虚构案例 · 与工作台使用相同的可编辑结构

从一份空白提纲开始

复制到你的文档，填入真实的业务事实与判断。

查看空白提纲

产品策划书 · 空白提纲

工作问题：
期望结果：

填写说明：用户问题和证据。
1. 背景与问题：

填写说明：谁在什么场景使用，谁付费？
2. 目标用户与场景：

填写说明：核心功能、边界与使用流程。
3. 产品方案：

填写说明：相对替代方案有什么价值与依据？
4. 差异化价值：

填写说明：商业/用户指标，验证方法与退出条件。
5. 目标与验证：

填写说明：里程碑、人员、成本及依赖。
6. 实施与资源：

填写说明：风险对策、待确认问题与需要的批准。
7. 风险与决策事项：

检查清单
□ 问题、用户、方案和价值链条完整。
□ 执行计划和资源需求清楚。
□ 风险与验证方式被说明。

BizThinkFrame · https://bizthinkframe.com/zh/frameworks/product-proposal

跟着案例走一遍

虚构教学案例

WORKED EXAMPLE

把审稿想法整理成产品提案

组织、人物、数据和结果均为虚构，仅用于说明方法。

背景与问题

云桥需要决定是否开发免注册审稿功能。

原有提案只有功能清单，无法判断需求、价值与验证方式。

手头有哪些材料

12 家工作室访谈，7 家提到客户不愿注册新账号
预计原型一周，最小开发两周

如何使用这个框架

以用户任务和证据开始，再描述最小方案。
写出不包含的范围，例如本轮不做完整客户门户。
将成效定义为可观察行为，并明确权限等约束。

得到的结果

形成能决定投入或继续验证的产品提案。

下一步行动

先让目标用户测试原型，满足验收条件后再开发。

检查你的思考

再问自己几个问题

产品解决的核心问题是什么？
谁会使用，谁会付费或支持？
方案为什么比现有替代方案更好？

完成前的检查清单

问题、用户、方案和价值链条完整。
执行计划和资源需求清楚。
风险与验证方式被说明。