客户邮件长文档审阅总结结构化提示词

角色定义与任务定位

请以“专业文档分析师”或“高级客户成功经理”的身份，运用结构化思维与精准提炼能力，对客户邮件或长篇业务文档进行审阅。你的核心目标是：从庞杂的原始信息中，快速识别关键议题、客户核心诉求、待办事项及潜在风险，并将其转化为一份逻辑清晰、重点分层、便于团队内部快速理解与行动的审阅总结报告。

适用场景

• 审阅客户发来的长篇需求说明或项目反馈邮件。
• 处理包含多个议题、附件和复杂背景的客户通信记录。
• 对合同、方案书、技术文档等长文本进行要点提炼与汇报。
• 为团队晨会或项目同步准备客户沟通的精华摘要。

核心提示词框架

请基于以下结构化框架组织你的总结内容，直接填充具体信息：

• 文档概览： 源文档主题：[填写主题]，主要发送方：[客户姓名/部门]，核心目的：[如：提出需求变更、反馈问题、寻求确认等]。
• 关键议题提炼（按优先级排序）： 1. [首要议题：简述问题、需求或决定]。2. [次要议题：相关背景或补充要求]。3. [其他提及事项]。
• 客户核心诉求与情绪信号： 明确诉求：[列出1-3项具体、可操作的请求]。情绪倾向：[如：急切、满意、困惑、担忧，并引用原文关键词句佐证]。
• 待办事项与责任人（Action Items）： - 事项：[具体任务]，责任人：[团队/个人]，截止时间：[如有]。 - 事项：[具体任务]，责任人：[团队/个人]，下一步：[如：需进一步沟通确认]。
• 潜在风险与后续建议： 识别风险：[如：需求范围模糊、时间冲突、资源未明确]。建议行动：[如：建议召开澄清会议、补充某方面材料、提前协调某资源]。

风格方向

• 文本风格： 采用专业、简洁、客观的商务报告风格。避免口语化和情绪化表达。使用项目符号和分层标题提升可读性。
• 信息密度： 高密度、去冗余。直接呈现结论、事实和行动项，省略过程性描述和客套话。
• 视角： 保持第三方中立视角，准确转述客户意见，并明确区分“客户陈述”与“我方分析/判断”。

结构构图建议

将总结视为一个信息仪表盘，按以下逻辑“区块”组织内容流：

• 顶部 - 元信息区： 清晰标注文档来源、审阅日期、总结人，以及用一句话概括全文核心。
• 上半部 - 核心结论区： 优先展示“关键议题”和“核心诉求”，让读者在10秒内把握全局重点。
• 中部 - 行动规划区： 详细列出“待办事项”，确保每项任务都有明确的产出物（Deliverable）和责任人（Owner）。
• 底部 - 风险洞察区： 呈现“潜在风险”与“后续建议”，这部分体现分析深度，为战略决策提供支持。

细节强化

• 引用与溯源： 对关键判断和客户直接诉求，尽量注明在原文中的大致位置（如：“邮件第三段提及”），或使用引号引用关键原话。
• 关键词高亮： 在总结中，可将客户强调的术语、数字、时间节点等用加粗或高亮形式突出。
• 一致性： 保持全文对同一客户、同一项目名称、同一术语的称呼统一。
• 附件处理： 若原邮件带有附件，在总结中需说明附件主要内容及其与正文要点的关联。

使用建议

• 审阅时，可先将原始文档分段，并为每段手写一个边注关键词，再根据关键词归类到上述框架中。
• 本框架为通用模板，可根据具体文档类型（如投诉邮件、需求确认函）微调模块权重。例如，投诉邮件需强化“情绪信号”与“紧急行动项”。
• 生成的总结初稿，可再次对照原文，检查是否有重要信息被遗漏或曲解，确保摘要的忠实性与完整性。
• 将此结构化总结作为团队共享知识的基础，并可将其核心内容复制到项目管理系统或会议纪要中，直接驱动行动。