Demo Report
一份表达教练报告长这样
这是公开样例，不需要录音或 API Key。真实练习后，系统会根据你的转写内容生成个性化反馈。
区块 2 · 深度分析
亮点与优化方向
✅ 亮点
能先交代整体进度
《金字塔原理》结论先行
你开头给出了 70% 的进度信息，让听众可以快速判断项目状态。
能识别关键风险
项目沟通中的风险前置
你没有只说好消息，而是把支付流程、测试和跨部门对齐放进了汇报里。
⚠️ 不足
开头结论还可以更明确
前 8 秒
“进展还不错”偏模糊，老板需要更快听到状态判断。
对听众的影响：听众需要自己推断项目是正常、延期还是有风险。
行动请求可以更具体
结尾部分
你提到需要对齐，但没有说明谁、何时、产出什么。
对听众的影响：对方听完后不一定知道下一步要支持什么。
逻辑性
76分
结构性
72分
简洁性
68分
说服力
74分
共情力
70分
行动导向
66分
表达时长
46秒
语速判断
适中
口头禅统计
嗯 1次 / 那个 0次 / 就是 2次 / 然后 1次 / 对对对 0次
区块 3 · 结构化重写
原文 vs 重构版本
原文
这个项目目前进展还不错，我们已经完成了大概 70% 的功能。剩下主要是支付流程和上线前测试。我觉得整体风险不大，但需要设计和后端这周再集中对齐一次，不然下周可能会影响验收。
重构示范
[结论] 项目整体按计划推进，目前完成约 70%，但支付流程和验收测试需要本周重点收口。
[支撑1] 已完成核心功能，剩余工作集中在支付流程和上线前测试。
[支撑2] 当前最大风险不是功能开发，而是设计和后端对齐不及时。
[行动] 建议本周安排一次设计、后端和产品的 30 分钟对齐会，明确验收口径和负责人。
改动重点：把结论、冲突和行动拆开标记，让听众更容易跟上你的逻辑。
区块 4 · 方法论沉淀
状态汇报要同时给判断和请求
向上汇报时，不只说“做了什么”，还要说“现在处于什么状态”和“需要什么支持”。这能让对方快速进入决策，而不是重新整理信息。
《金字塔原理》Barbara Minto
推荐延伸阅读：《金字塔原理》：适合继续训练结论先行和分层汇报。
下一次训练任务
30 秒状态汇报
下一次只练开头 30 秒：先说状态判断，再说一个关键风险，最后说一个明确请求。
再练提示
用 30 秒重新汇报这个项目，第一句话必须包含“按计划/有风险/已延期”之一。