创意单
Idea concept sheet
把粗略想法整理成别人能理解、能评价的概念说明。
想法已经出现,但别人还难以判断它解决什么问题时使用。把对象、价值、做法、限制和验证整理到一张说明中。
问题记录、一个具体想法、预期价值、约束和待确认条件。
可讨论的创意说明及最小验证计划。
先理解,再动手
使用步骤
把一个点子整理为可讨论的最小提案:服务对象、问题、方案、价值假设及最小验证。描述关键机制,避免把未验证收益写成确定效果。
- 01
选择一个想法
- 02
写清楚目标对象和要解决的问题
- 03
描述方案内容和使用场景
- 04
说明价值、差异和实现条件
- 05
补充待验证问题
填写或归纳不代表需求成立、方案获批或节省已经实现。
看清框架结构
从一份空白提纲开始
复制到你的文档,填入真实的业务事实与判断。
查看空白提纲
创意单 · 空白提纲 什么时候用:想法已经出现,但别人还难以判断它解决什么问题时使用。把对象、价值、做法、限制和验证整理到一张说明中。 需要准备:问题记录、一个具体想法、预期价值、约束和待确认条件。 预期产出:可讨论的创意说明及最小验证计划。 使用边界:填写或归纳不代表需求成立、方案获批或节省已经实现。 工作问题: 期望结果: 已有证据与假设: 未知项与下一项核查: 填写说明:用一句话概括创意。 1. 创意名: 填写说明:谁在什么场景中使用? 2. 目标对象: 填写说明:现有困难和证据是什么? 3. 解决问题: 填写说明:创意如何工作,与现有方式有什么不同? 4. 实现方式: 填写说明:预期价值及待验证的关键假设。 5. 价值假设: 填写说明:最低成本的验证、成功标准和下一步。 6. 最小验证: 检查清单 □ 创意能被外部成员快速理解。 □ 包含对象、问题、方案和价值。 □ 能支持后续评估或原型验证。 考虑下一个框架 分镜图: 创意已说明对象和价值,仍需检查具体使用过程时,用故事板描绘动作、信息和可能失败的环节。 https://bizthinkframe.com/zh/frameworks/storyboard BizThinkFrame · https://bizthinkframe.com/zh/frameworks/idea-sheet
跟着案例走一遍
虚构教学案例把“智能提醒”写成可评审的创意
组织、人物、数据和结果均为虚构,仅用于说明框架用法。
背景与问题
云桥团队提出十几个审稿功能,需要决定先验证哪一个。
“智能提醒”听起来有吸引力,但每个人想象的功能不同。
手头有哪些材料
- 目标角色为工作室项目负责人
- 一周内只能做一个无代码试验
如何使用这个框架
- 将一句点子补成对象、问题、方式和价值。
- 明确“智能”首轮由人工模拟,先验证需要而非开发算法。
- 与其他创意使用同一张卡片比较。
得到一周人工试验的创意草案;需先确认观察任务、成功阈值与参与安排,尚未验证。
好听的名称不能代替三项基本说明
第一,点子混着多个问题或不同角色时,先收窄。“给所有人智能提醒”无法告诉评审该看什么行为。选择一个人在一种反复发生的情境中遇到的困难;表单简短,是因为概念有限清楚,不是因为机制被省略。
第二,把价值当机制时,先补过程。“替项目经理省时间”只说期待,没有说输入、动作、用户收到什么,以及哪些仍靠人工。首轮人工摘要不能写成算法已上线,也不能假定未来自动化没有成本。
第三,小试验不等于开发承诺。同意接收摘要不代表会依赖或愿意付费。参与、项目材料访问、观察标准、投入上限和下一次决定都要约定;成功阈值未知时保留未知,不能看完结果再挑有利标准。
为下一次讨论选择合适的细度
创意单是本站整理结构,把点子接到任务与验证,不是统一商业论证规范。能支持当前决定的最小文档就够;基本机制还没讲清时,过早包装完整提案没有帮助。
| 材料与问题 | 方法 | 产出及边界 |
|---|---|---|
| 粗点子需要对象与机制 | 创意单 | 概念与假设;不证明需求。 |
| 主题需要更多可能路径 | 曼陀罗九宫格 | 探索方向;不选已验证赢家。 |
| 体验需要呈现关键时刻 | 分镜图 | 拟定顺序;不是实际可用性。 |
| 有限产品方案需请求资源与批准 | 产品提案 | 验证及投入请求;不等于开发获批。 |
把每日摘要写成能实际检查的概念
完整虚构材料是:云桥有十几个审稿功能想法,一周内只能做一个无代码试验。选中“待审任务每日摘要”,面向同时跟进三个及以上项目的工作室负责人,拟每天9点发送待审事项与相关反馈时间,首轮由人工整理。计划五位用户试用一周;参与落实、基线投入、成功阈值、现金预算和结果都未给定。
问题写为负责人忘记哪些客户尚未完成反馈,这是概念的动机,没有发生频率证据。价值假设是减少逐项目查找与催问。整理前先约定时间字段的来源和含义:反馈截止与最近一次已收到反馈的时点不同,缺一个不能拿另一个悄悄代替。
可检验的机制是:人工按约定源记录和待审规则整理,发送给有权访问的负责人,再由本人决定查看或跟进。发出消息不等于用户完成任务,回复“有用”也不等于实际使用。整理者的人工工作同样需要记录。
| 要素 | 已有设想 | 试验前约定 |
|---|---|---|
| 对象 | 至少跟进三个项目的负责人 | 真实参与者、任务情境与适当访问权限。 |
| 交付 | 每日9点,人工整理 | 哪些天、时区、源记录截止点与纠错。 |
| 内容 | 待审事项和反馈时间 | 待审规则;截止与最近反馈时点的区别。 |
| 价值与验证 | 减少查找;五人一周计划 | 观察任务、比较依据、成功及退出条件。 |
复查用户行为,也复查支撑服务的投入
概念产出是在缺失安排确认后,请求有限人工试验。拟用任务记录连接某版摘要中的条目与用户动作,例如查看待审稿、联系负责人或判断无需行动,同时保留错误更正和过时条目。五位收件人不等于五位活跃用户,发送每一行也不等于完成一项任务。
拟复查分别检查送达是否可靠、条目是否看懂、实际做了什么,以及制作与使用摘要各需多少投入。若声称减少查找,需要可比基线与观察方法,本例没有这些资料。即使用户少花时间,人工整理成本仍重要;未来自动化还要另验准确性与访问控制。
若用户在用但不断修正状态,下一步可能是统一源规则,而不是开发算法;若不用,则调查时点、相关性、既有替代方式或需求本身。五人计划不是市场研究。记录修改、停止或追加投入的理由与实际批准,本例没有试用结果。
检查你的思考
再问自己几个问题
- 这个想法到底解决谁的什么问题?
- 用户为什么会觉得它有价值?
- 实现它最关键的条件是什么?
完成前的检查清单
- 创意能被外部成员快速理解。
- 包含对象、问题、方案和价值。
- 能支持后续评估或原型验证。