app推广服务：原负责人离职后服务资料怎样补齐
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d00a5a26d69f.html
📄
app推广服务：原负责人离职后服务资料怎样补齐
先判断一件事：你手上还有没有可用的账户权限。如果原负责人留下了后台登录权限、能导出历史数据，补齐工作主要是整理和归档；如果权限也随人一起消失，补齐的第一步不是写文档，而是先找回账户控制权，否则整理出来的资料无法验证、也无法继续投放。
条件一：账户权限还在，先补“可验证的事实”
权限还在的情况下，资料补齐的目标不是把过去所有操作写成回忆录，而是让接手的人能回答三个问题：钱花在哪些渠道、每个渠道的转化口径是什么、下一步动作依据哪份数据。顺序建议如下。
- 从各投放后台导出近几个周期的消耗、曝光、点击和转化数据，按渠道分文件保存，文件名带导出日期。
- 把每个渠道的转化定义写清楚：是激活、注册、下单还是留资，归因窗口多长。口径不写明，后面的数据对比就没有意义。
- 整理素材清单：正在投放的创意、落地页地址、跳转链路，标注哪些已停用、哪些仍在跑。
- 补一份账户结构说明：账户、计划、定向、出价方式分别由谁在什么时间调整过。
这套动作的结果是：接手人能在不看旧聊天记录的前提下独立判断某个渠道是否值得继续加预算。如果整理到一半发现某渠道的数据导出缺一段，先标注缺口而不是用估算填上，缺口本身就是需要向原负责人或平台侧核实的线索。
条件二：账户权限已丢失，先恢复控制权再谈资料
权限丢失时，写再多交接文档都是空转，因为无法确认文档描述的是否是当前真实状态。此时应把顺序倒过来。
- 先确认账户归属主体：用哪个企业邮箱、哪个手机号、哪个营业执照注册的。归属不清时，平台侧的申诉或找回流程往往需要主体证明材料。
- 通过平台的账号找回或申诉入口提交材料，这一步的耗时不取决于你整理文档的速度，所以应尽早启动。
- 在等待期间，先补“不依赖后台”的资料：合同与结算记录、历史付款凭证、对外投放过的落地页和素材、第三方监测工具里仍可访问的数据。
- 恢复权限后，第一件事是核对后台实际配置与手头资料是否一致，不一致处以后台为准并注明核对日期。
这里有一个容易踩的例外：如果账户是用个人身份注册的，而该人员已离职且不愿配合，找回难度会明显上升。这种情况下应评估是否重建账户体系，而不是无限期等待。重建意味着历史数据连续性中断，所以只有在找回路径明确走不通时才作为选项。
用“能否独立复现一次投放”检验补齐是否完成
资料是否补齐，不看文档页数，看接手人能否独立完成一次小规模投放。假设让接手人按现有资料新建一个测试计划，如果他需要反复询问“这个转化怎么算”“这个素材原来投在哪”，说明口径和素材归属还没写清。
可用的检验标准是：接手人依据资料能说出每个在投渠道的转化定义、当前出价方式和最近一次调整的原因。三项都能答上，资料基本可用；答不上的一项，就是下一轮要补的具体位置。这个检验不保证投放效果，只说明交接信息是否足够支撑决策。
补齐过程中哪些现象不能单独当作结论
整理资料时容易把某些现象直接当成原因。例如某渠道消耗突然归零，可能是预算耗尽、账户被限、素材审核未过，也可能是负责人离职前主动暂停，单看消耗曲线无法区分。再如后台数据导出量下降，可能只是导出的时间范围或筛选条件变了。遇到这类现象，正确做法是记录现象、列出可能的解释，再逐条去后台或平台侧核实，而不是在交接文档里写死一个原因。
补齐工作结束时，交付物应至少包含：按渠道归档的数据文件、写明口径的转化定义、素材与落地页清单、账户结构变更记录、以及一份标注了已知缺口和待核实项的说明。缺口清单和已完成的资料同等重要，它决定了接手人下一步该去问谁、查什么。
