FRAME 70 / 传达与共享
TAPS
TAPS Communication Structure
按理想状态（To be）、现状（As is）、问题（Problem）、解决方案（Solution）组织提案。
什么时候用
TAPS 从听众希望达到的状态出发，对照目前的事实，解释两者之间的差距与成因，再提出相应的解决方案。
需要准备
听众期待、现状、问题和方案
你会得到
说服路径、提案结构、行动号召。
01
先理解，再动手
TAPS 从听众希望达到的状态出发，对照目前的事实，解释两者之间的差距与成因，再提出相应的解决方案。它适合说明为什么需要改变，以及方案如何回应听众的问题。
使用步骤
- 01
确认听众希望达到的理想状态
- 02
用事实描述当前状态
- 03
指出落差并解释主要问题及原因
- 04
提出对应方案、行动请求和验证方式
使用时，留意这一点
可视为把 As is / To be 转化为沟通结构，关键是击中对方的问题。
02
把方法看清楚
01
To be 理想
每个需求都可找到负责人并追踪进展
02
As is 现状
消息散落多个群，处理进度要反复询问
03
Problem 问题
没有统一记录与状态，容易遗漏和重复跟进
04
Solution 方案
以一个入口登记需求，保留紧急事项的明确通道
从一份空白提纲开始
复制到你的文档，填入真实的业务事实与判断。
查看空白提纲
TAPS · 空白提纲 工作问题： 期望结果： 1. To be 理想： 2. As is 现状： 3. Problem 问题： 4. Solution 方案： 检查清单 □ 主题清楚，不发散。 □ 行动或判断诉求明确。 □ 支撑信息服务于结论和下一步。 BizThinkFrame · https://bizthinkframe.com/frameworks/taps
03
跟着案例走一遍
虚构教学案例WORKED EXAMPLE
让团队理解为什么要统一需求入口
组织、人物、数据和结果均为虚构，仅用于说明方法。
背景与问题
星港要向一线同事介绍新的需求提交方式。
同事只看到增加填表步骤，不理解当前问题与改变后的收益。
手头有哪些材料
- 上月发生 12 次聊天需求遗漏
- 新入口可展示状态、负责人和预计响应时间
如何使用这个框架
- 先描述共同想达到的状态，再呈现当前事实。
- 把问题解释为理想与现状的落差，避免责备使用者。
- 说明方案如何解决问题，同时保留紧急事件处理路径。
得到的结果
一段从共同目标到执行方式的完整说明。
04
检查你的思考
再问自己几个问题
- 这次沟通的主题和目的是什么？
- 听众听完后需要做什么决定或行动？
- 哪些证据足以支撑我的建议？
完成前的检查清单
- 主题清楚，不发散。
- 行动或判断诉求明确。
- 支撑信息服务于结论和下一步。