尽早确定报表方案。
AppsFlyer 支持将多个 Android 商店的数据汇总到同一面板，或按商店分别建立面板。在准备安装包与链接前，与应用负责人共同确定方案。
市场团队需要考虑的不只是面板。谁维护各商店版本？谁批准跳转链接？报表需要支持哪些比较？
理解两种实现方式。
使用统一面板时，各商店版本保持相同的 Android 包名。 AF_STORE 用于识别商店，该值体现在 install_app_store字段中。 af_r 参数可以将用户跳转到目标商店。
按商店建立面板时，商店渠道标记与包名共同识别应用配置，各商店使用不同的归因链接。安装包准备与合作方激活，请遵循官方说明。
使用一份共享的上线清单。
一份简单的清单，可以让发布、媒体和归因团队保持一致。每条分发路径独立记录，并为需要检查的事项指定负责人。
- 应用名称和包名
- 目标商店与详情页链接
- 已确认的安装包及发布负责人
- 报表配置与链接负责人
- 计划衡量的激活和价值事件
- 测试状态、待确认事项与上线批准
测试完整链路。
链接能够打开，并不代表测试完成。应从媒体点击、到达商店到进入应用检查完整路径，并在测试前约定预期结果。
记录设备和市场环境、实际到达的目标页面及报表信号。扩大投放前，解决预期与实际观察之间的差异。
让比较保持一致。
商店、素材与国家组合都会影响投放结果。复盘时保留这些背景，并将衡量问题与媒体效果问题区分开来。
Trendmax 的投放规划将媒体范围与上线准备相连接。具体技术配置仍由应用授权的研发与归因团队负责。