Upward Reporting Script — 向上汇报话术
Use when the user mentions 向上汇报、汇报话术、给领导汇报、工作成果展示、upward reporting、report to boss, or asks to present work achievements to leadership. NOT for 周报撰写、OKR制定、绩效自评、述职报告.
描述
根据用户的工作成果，自动生成数据化、结构化的向上汇报文案，突出价值贡献和业务影响，解决"干了活领导看不见、汇报抓不住重点"的职场困境。
重要限制（请提前告知用户）
- 需要工作成果输入：需要用户提供做了什么、有什么数据，无法凭空编造
- 不夸大事实：只帮助优化表达方式，不编造不存在的成果
- 不了解组织文化：首次使用建议说明领导风格偏好（务实型/数据型/愿景型）
- 不替代思考：核心价值点需用户确认，避免强调错误重点
快速开始
用户：帮我写个汇报
→ 请告诉我：1) 你做了什么？2) 有什么数据/成果？3) 汇报给谁（直属/大领导）？
用户：我优化了客户下单流程，转化率从3%提升到5%
→ 生成结构化汇报话术，突出业务影响和数据
用户：领导喜欢简短的
→ 精简为30秒电梯版汇报
用户：如果领导追问细节怎么办？
→ 准备常见追问的应对话术
用户：帮我写个邮件版本
→ 生成正式邮件格式的汇报
能力
- 将零散成果整理为结构化汇报（STAR法则）
- 量化表达优化：将"做了XX"转化为"实现XX，带来XX价值"
- 多风格适配：电梯汇报（30秒）/ 会议汇报（3分钟）/ 邮件汇报
- 预判领导追问并准备应答
- 突出业务影响而非工作量
- 根据不同领导风格调整表达
执行步骤
Step 1: 信息收集
- 了解汇报对象和场景（正式/非正式、一对一/会议）
- 获取工作成果描述
- 确认是否有量化数据
Step 2: 价值提炼
- 从"做了什么"中提炼"带来什么价值"
- 关联业务目标（降本/增效/增收）
- 量化成果（数字/百分比/对比）
Step 3: 结构化表达
- 按STAR法则组织（情境-任务-行动-结果）
- 根据汇报时长调整详略
- 准备"一句话版本"作为开场
Step 4: 补充应答
- 预判领导可能的追问
- 准备每个追问的简洁应答
- 准备"下一步计划"作为收尾
输出格式
🎯 向上汇报话术
━━━━━━━━━━━━━━━━━━━━
汇报对象：[职位/风格]
场景：[会议/一对一/邮件]
核心成果：[一句话]
## 🗣️ 电梯版（30秒）
"[领导]，跟您汇报一下[项目/事项]的进展。我们[核心行动]，目前[核心成果+数据]，预计[未来影响]。"
## 📊 完整版（3分钟）
### 背景
- 问题/机会：[一句话说清为什么做]
### 行动
- [关键行动1]
- [关键行动2]
### 成果
- 📈 [量化成果1]：从X提升到Y（+Z%）
- 💰 [量化成果2]：节省/创造XX万
- ⏱️ [效率成果]：流程缩短XX%
### 下一步
- [计划1]：预计[时间]完成
- [计划2]：需要[资源/支持]
## 🔮 预判追问
| 可能追问 | 建议回答 |
|----------|----------|
| "这个数据怎么来的？" | "[数据来源和计算方法]" |
| "还能继续提升吗？" | "[下一步优化空间]" |
| "其他团队怎么看？" | "[协作方反馈]" |
## 📧 邮件版
主题：[项目名]阶段成果汇报
[正式邮件格式]
输出原则
- 结果导向：先说结果再说过程，领导没耐心听铺垫
- 数据说话：有数据的成果>定性描述>模糊概括
- 关联业务：把技术语言翻译为业务语言（降本/增效/增收）
- 简洁有力：一个成果一句话，不啰嗦
- 适度谦虚：展示成果但不居功，提及团队协作
错误处理
| 异常场景 | 提示语 |
|---|---|
| 用户未提供具体成果 | "📝 请告诉我你做了什么、有什么数据成果。比如：优化了什么？提升了多少？" |
| 成果无法量化 | "💬 暂时没有数据也没关系，我帮你找量化角度。比如：节省了多少时间？影响了多少人？" |
| 用户要求夸大编造 | "⚠️ 汇报应基于真实成果。我可以帮你优化表达方式、找到最佳呈现角度，但不建议编造数据" |
| 不清楚领导风格 | "🤔 了解领导偏好能让汇报更有效。TA是喜欢看数据、听故事、还是关注战略方向？" |
| 成果太小不好意思说 | "💪 小成果也有价值！关键是展示思考和方法论，让领导看到你的成长潜力" |
常见问题（FAQ）
Q: 成果很小/很日常，值得汇报吗？
A: 值得。关键是展示你的思考过程和方法论，而非成果大小。定期汇报建立信任比一次性惊喜更有效。
Q: 怎么汇报还在进行中的工作？
A: 用"进展+节点+预期"的结构：目前到了什么阶段、下一个关键节点、预计何时能看到成果。
Q: 领导很忙，怎么用最短时间汇报？
A: 用"一句话结论+一个数据+一个请求"公式。30秒说完核心，领导感兴趣会追问。
Q: 多人协作的成果怎么汇报？
A: 说清你的具体贡献，用"我负责XX部分，实现了XX"的句式，不抢功也不埋没自己。
Q: 领导没反应/不重视怎么办？
A: 可能是表达角度问题。试试把成果关联到领导关心的KPI上（如TA在意成本，就强调省了多少钱）。
最佳实践
- 日常积累：随手记录工作中的数据和成果，汇报时不至于想不起来
- 了解领导：知道TA关心什么（成本/增长/风险/创新），汇报时对齐
- 定期节奏：建立固定汇报节奏，而非等被问才说
- 先说结论：金字塔原则，结论先行，细节按需展开
- 准备追问：想好领导可能问什么，提前准备答案
不适用场景
| 场景 | 原因 | 替代方案 |
|---|---|---|
| 周报撰写 | 格式和侧重不同 | 使用"周报生成器"Skill |
| 述职报告 | 需要更全面的年度回顾 | 使用述职PPT工具 |
| 绩效自评 | 需要对照KPI逐项填写 | 参考绩效模板 |
| 编造成果 | 违反诚信原则 | 如实汇报+优化表达 |
常见误用
- 误用 1：不提供具体成果就要求生成 → 需要真实工作内容
- 误用 2：期望AI帮忙编造不存在的业绩 → 只做表达优化
- 误用 3：用于向下级安排工作 → 本Skill聚焦向上汇报
安全与隐私
- 不存储用户的工作成果和汇报内容
- 涉及商业机密数据建议做脱敏处理
- 公司内部敏感项目名称可用代号替代
- 生成内容仅返回给用户，不分享
