BizThinkFrame
返回框架查询
框架 3-2-1 / 思索课题的解决方法

创意单

Idea concept sheet

把粗略想法整理成别人能理解、能评价的概念说明。

什么时候用

想法已经出现,但别人还难以判断它解决什么问题时使用。把对象、价值、做法、限制和验证整理到一张说明中。

需要准备

问题记录、一个具体想法、预期价值、约束和待确认条件。

你会得到

可讨论的创意说明及最小验证计划。

01

先理解,再动手

使用步骤

把一个点子整理为可讨论的最小提案:服务对象、问题、方案、价值假设及最小验证。描述关键机制,避免把未验证收益写成确定效果。

  1. 01

    选择一个想法

  2. 02

    写清楚目标对象和要解决的问题

  3. 03

    描述方案内容和使用场景

  4. 04

    说明价值、差异和实现条件

  5. 05

    补充待验证问题

使用时,留意这一点

填写或归纳不代表需求成立、方案获批或节省已经实现。

02

看清框架结构

虚构案例示意
提案结构 · 从问题与证据到方案、验证和行动1. 创意名待审任务每日摘要2. 目标对象同时跟进三个以上项目的负责人3. 解决问题忘记哪些客户尚未完成反馈4. 实现方式每日 9 点发送待审事项和最晚反馈时间5. 价值假设假设可减少逐个项目查找与催问,尚未验证6. 最小验证拟人工整理摘要给五位试用者;参与、成功阈值与效果待确认

从一份空白提纲开始

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

查看空白提纲
创意单 · 空白提纲

什么时候用:想法已经出现,但别人还难以判断它解决什么问题时使用。把对象、价值、做法、限制和验证整理到一张说明中。
需要准备:问题记录、一个具体想法、预期价值、约束和待确认条件。
预期产出:可讨论的创意说明及最小验证计划。
使用边界:填写或归纳不代表需求成立、方案获批或节省已经实现。

工作问题:
期望结果:
已有证据与假设:
未知项与下一项核查:

填写说明:用一句话概括创意。
1. 创意名:

填写说明:谁在什么场景中使用?
2. 目标对象:

填写说明:现有困难和证据是什么?
3. 解决问题:

填写说明:创意如何工作,与现有方式有什么不同?
4. 实现方式:

填写说明:预期价值及待验证的关键假设。
5. 价值假设:

填写说明:最低成本的验证、成功标准和下一步。
6. 最小验证:

检查清单
□ 创意能被外部成员快速理解。
□ 包含对象、问题、方案和价值。
□ 能支持后续评估或原型验证。

考虑下一个框架
分镜图: 创意已说明对象和价值,仍需检查具体使用过程时,用故事板描绘动作、信息和可能失败的环节。
https://bizthinkframe.com/zh/frameworks/storyboard

BizThinkFrame · https://bizthinkframe.com/zh/frameworks/idea-sheet
03

跟着案例走一遍

虚构教学案例

把“智能提醒”写成可评审的创意

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

背景与问题

云桥团队提出十几个审稿功能,需要决定先验证哪一个。

“智能提醒”听起来有吸引力,但每个人想象的功能不同。

手头有哪些材料

  • 目标角色为工作室项目负责人
  • 一周内只能做一个无代码试验

如何使用这个框架

  1. 将一句点子补成对象、问题、方式和价值。
  2. 明确“智能”首轮由人工模拟,先验证需要而非开发算法。
  3. 与其他创意使用同一张卡片比较。
得到的结果

得到一周人工试验的创意草案;需先确认观察任务、成功阈值与参与安排,尚未验证。

下一步行动

记录五位试用者实际使用摘要处理了哪些任务。

好听的名称不能代替三项基本说明

第一,点子混着多个问题或不同角色时,先收窄。“给所有人智能提醒”无法告诉评审该看什么行为。选择一个人在一种反复发生的情境中遇到的困难;表单简短,是因为概念有限清楚,不是因为机制被省略。

第二,把价值当机制时,先补过程。“替项目经理省时间”只说期待,没有说输入、动作、用户收到什么,以及哪些仍靠人工。首轮人工摘要不能写成算法已上线,也不能假定未来自动化没有成本。

第三,小试验不等于开发承诺。同意接收摘要不代表会依赖或愿意付费。参与、项目材料访问、观察标准、投入上限和下一次决定都要约定;成功阈值未知时保留未知,不能看完结果再挑有利标准。

为下一次讨论选择合适的细度

创意单是本站整理结构,把点子接到任务与验证,不是统一商业论证规范。能支持当前决定的最小文档就够;基本机制还没讲清时,过早包装完整提案没有帮助。

不确定性不同,所需产出也不同
材料与问题方法产出及边界
粗点子需要对象与机制创意单概念与假设;不证明需求。
主题需要更多可能路径曼陀罗九宫格探索方向;不选已验证赢家。
体验需要呈现关键时刻分镜图拟定顺序;不是实际可用性。
有限产品方案需请求资源与批准产品提案验证及投入请求;不等于开发获批。

把每日摘要写成能实际检查的概念

完整虚构材料是:云桥有十几个审稿功能想法,一周内只能做一个无代码试验。选中“待审任务每日摘要”,面向同时跟进三个及以上项目的工作室负责人,拟每天9点发送待审事项与相关反馈时间,首轮由人工整理。计划五位用户试用一周;参与落实、基线投入、成功阈值、现金预算和结果都未给定。

问题写为负责人忘记哪些客户尚未完成反馈,这是概念的动机,没有发生频率证据。价值假设是减少逐项目查找与催问。整理前先约定时间字段的来源和含义:反馈截止与最近一次已收到反馈的时点不同,缺一个不能拿另一个悄悄代替。

可检验的机制是:人工按约定源记录和待审规则整理,发送给有权访问的负责人,再由本人决定查看或跟进。发出消息不等于用户完成任务,回复“有用”也不等于实际使用。整理者的人工工作同样需要记录。

把粗点子变成可以讨论的概念
要素已有设想试验前约定
对象至少跟进三个项目的负责人真实参与者、任务情境与适当访问权限。
交付每日9点,人工整理哪些天、时区、源记录截止点与纠错。
内容待审事项和反馈时间待审规则;截止与最近反馈时点的区别。
价值与验证减少查找;五人一周计划观察任务、比较依据、成功及退出条件。

复查用户行为,也复查支撑服务的投入

概念产出是在缺失安排确认后,请求有限人工试验。拟用任务记录连接某版摘要中的条目与用户动作,例如查看待审稿、联系负责人或判断无需行动,同时保留错误更正和过时条目。五位收件人不等于五位活跃用户,发送每一行也不等于完成一项任务。

拟复查分别检查送达是否可靠、条目是否看懂、实际做了什么,以及制作与使用摘要各需多少投入。若声称减少查找,需要可比基线与观察方法,本例没有这些资料。即使用户少花时间,人工整理成本仍重要;未来自动化还要另验准确性与访问控制。

若用户在用但不断修正状态,下一步可能是统一源规则,而不是开发算法;若不用,则调查时点、相关性、既有替代方式或需求本身。五人计划不是市场研究。记录修改、停止或追加投入的理由与实际批准,本例没有试用结果。

04

检查你的思考

再问自己几个问题

  • 这个想法到底解决谁的什么问题?
  • 用户为什么会觉得它有价值?
  • 实现它最关键的条件是什么?

完成前的检查清单

  • 创意能被外部成员快速理解。
  • 包含对象、问题、方案和价值。
  • 能支持后续评估或原型验证。

接下来,什么时候值得继续

分镜图创意已说明对象和价值,仍需检查具体使用过程时,用故事板描绘动作、信息和可能失败的环节。