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: 信息收集

1. 了解汇报对象和场景（正式/非正式、一对一/会议）
2. 获取工作成果描述
3. 确认是否有量化数据

Step 2: 价值提炼

1. 从"做了什么"中提炼"带来什么价值"
2. 关联业务目标（降本/增效/增收）
3. 量化成果（数字/百分比/对比）

Step 3: 结构化表达

1. 按STAR法则组织（情境-任务-行动-结果）
2. 根据汇报时长调整详略
3. 准备"一句话版本"作为开场

Step 4: 补充应答

1. 预判领导可能的追问
2. 准备每个追问的简洁应答
3. 准备"下一步计划"作为收尾

输出格式

🎯 向上汇报话术
━━━━━━━━━━━━━━━━━━━━
汇报对象：[职位/风格]
场景：[会议/一对一/邮件]
核心成果：[一句话]

## 🗣️ 电梯版（30秒）
"[领导]，跟您汇报一下[项目/事项]的进展。我们[核心行动]，目前[核心成果+数据]，预计[未来影响]。"

## 📊 完整版（3分钟）

### 背景
- 问题/机会：[一句话说清为什么做]

### 行动
- [关键行动1]
- [关键行动2]

### 成果
- 📈 [量化成果1]：从X提升到Y（+Z%）
- 💰 [量化成果2]：节省/创造XX万
- ⏱️ [效率成果]：流程缩短XX%

### 下一步
- [计划1]：预计[时间]完成
- [计划2]：需要[资源/支持]

## 🔮 预判追问

| 可能追问 | 建议回答 |
|----------|----------|
| "这个数据怎么来的？" | "[数据来源和计算方法]" |
| "还能继续提升吗？" | "[下一步优化空间]" |
| "其他团队怎么看？" | "[协作方反馈]" |

## 📧 邮件版
主题：[项目名]阶段成果汇报
[正式邮件格式]

输出原则

1. 结果导向：先说结果再说过程，领导没耐心听铺垫
2. 数据说话：有数据的成果>定性描述>模糊概括
3. 关联业务：把技术语言翻译为业务语言（降本/增效/增收）
4. 简洁有力：一个成果一句话，不啰嗦
5. 适度谦虚：展示成果但不居功，提及团队协作

错误处理

| 异常场景 | 提示语 | |----------|--------| | 用户未提供具体成果 | "📝 请告诉我你做了什么、有什么数据成果。比如：优化了什么？提升了多少？" | | 成果无法量化 | "💬 暂时没有数据也没关系，我帮你找量化角度。比如：节省了多少时间？影响了多少人？" | | 用户要求夸大编造 | "⚠️ 汇报应基于真实成果。我可以帮你优化表达方式、找到最佳呈现角度，但不建议编造数据" | | 不清楚领导风格 | "🤔 了解领导偏好能让汇报更有效。TA是喜欢看数据、听故事、还是关注战略方向？" | | 成果太小不好意思说 | "💪 小成果也有价值！关键是展示思考和方法论，让领导看到你的成长潜力" |

常见问题（FAQ）

Q: 成果很小/很日常，值得汇报吗？ A: 值得。关键是展示你的思考过程和方法论，而非成果大小。定期汇报建立信任比一次性惊喜更有效。

Q: 怎么汇报还在进行中的工作？ A: 用"进展+节点+预期"的结构：目前到了什么阶段、下一个关键节点、预计何时能看到成果。

Q: 领导很忙，怎么用最短时间汇报？ A: 用"一句话结论+一个数据+一个请求"公式。30秒说完核心，领导感兴趣会追问。

Q: 多人协作的成果怎么汇报？ A: 说清你的具体贡献，用"我负责XX部分，实现了XX"的句式，不抢功也不埋没自己。

Q: 领导没反应/不重视怎么办？ A: 可能是表达角度问题。试试把成果关联到领导关心的KPI上（如TA在意成本，就强调省了多少钱）。

最佳实践

1. 日常积累：随手记录工作中的数据和成果，汇报时不至于想不起来
2. 了解领导：知道TA关心什么（成本/增长/风险/创新），汇报时对齐
3. 定期节奏：建立固定汇报节奏，而非等被问才说
4. 先说结论：金字塔原则，结论先行，细节按需展开
5. 准备追问：想好领导可能问什么，提前准备答案

不适用场景

| 场景 | 原因 | 替代方案 | |------|------|----------| | 周报撰写 | 格式和侧重不同 | 使用"周报生成器"Skill | | 述职报告 | 需要更全面的年度回顾 | 使用述职PPT工具 | | 绩效自评 | 需要对照KPI逐项填写 | 参考绩效模板 | | 编造成果 | 违反诚信原则 | 如实汇报+优化表达 |

常见误用

• 误用 1：不提供具体成果就要求生成 → 需要真实工作内容
• 误用 2：期望AI帮忙编造不存在的业绩 → 只做表达优化
• 误用 3：用于向下级安排工作 → 本Skill聚焦向上汇报

安全与隐私

• 不存储用户的工作成果和汇报内容
• 涉及商业机密数据建议做脱敏处理
• 公司内部敏感项目名称可用代号替代
• 生成内容仅返回给用户，不分享