跨部门求助
让对方一眼看懂要什么、为什么找你、什么时候要，以及不帮的替代方案。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# 跨部门求助｜{{事项}}
## 一、一句话请求
请 {{对方团队}} 在 {{日期}} 前帮我们 {{具体动作}}，用于 {{目的}}。
## 二、背景
- 我们在做：{{项目或任务}}
- 当前卡点：{{没有对方支持会怎样}}
- 为什么找你们：{{对方独有的能力/权限/数据}}
- 时间要求：{{日期}}，因为 {{下游节点}}
## 三、具体需要什么
1. {{交付物一}}：格式 {{格式}}，范围 {{范围}}，验收标准 {{标准}}
2. {{交付物二}}：格式 {{格式}}，范围 {{范围}}，验收标准 {{标准}}
3. 不需要你们做：{{明确排除项}}，避免误解
## 四、我们提供什么
- 输入材料：{{文档/数据/权限}}
- 接口人：{{姓名}}，可随时对接
- 我们能承担的：{{联调/测试/文档}}
- 如果信息不全，我们可以先给 {{临时版本}}
## 五、时间与方式
- 希望确认时间：{{日期}}
- 希望交付时间：{{日期}}
- 沟通方式：{{会议/文档/群}}
- 每次同步频率：{{每周几}}
## 六、如果无法支持
- 替代方案 A：{{我们自己想办法的路径}}
- 替代方案 B：{{延后到什么时候}}
- 需要升级给：{{双方主管}}
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 第一段就写清请求、时间和用途，对方不用读完全文才知道要做什么。
- 明确不需要对方做什么，能减少范围误解和额外工作量。
- 主动给出替代方案，对方拒绝时也不会让事情完全停住。
为什么这么写
- 跨部门请求的最大成本是反复澄清，结构化信息能一次说清。
- 说明对方独有的价值，能解释为什么不是随便找人。
- 列出我们能提供的支持，让协作变成交换而不是单向索取。
- 替代方案降低对方的心理压力，也保护项目进度。
常见错误
- 只说「帮忙看一下」，没有具体交付物和时间。
- 把对方不需要做的事也列进去，显得请求没有边界。
- 不提供输入材料，让对方从零开始猜。