招商发布会散场后才讨论报告需要什么，执行团队往往只能拼接报名数、签到截图和几张现场照片。项目问题没有标签，资料领取也没记录时段，报告很容易把不同动作混成一个“效果数字”。会后报告应在活动准备阶段就介入。
报告问题先于数据收集
主办方先列出报告要回答的内容：到场结构、议程执行、问题分布、资料领取和现场异常。淘气互动报名、签到或提问记录可提供相应来源，但字段要在页面开放前设置。没有项目标签的数据，不进入分项目统计。
联系方式、单位和项目选择分别说明用途。报名提交只作为会务记录，资料下载只说明发生页面动作，业务判断仍由销售人员结合明确咨询与沟通记录完成。
现场安排记录岗位
入口记录签到高峰和人工补录，控屏组保存页面实际顺序，内容组为问题添加议题编号，资料台记录领取批次。照片拍摄清单覆盖入口、主屏、演讲、咨询区和异常处理，不只拍热闹画面。
淘气互动页面上的汇总数字如需在现场展示，应标注名称和时点。主持人不把报名数口播成到场数，也不把投票或提问数量描述为项目结论。
异常与变更单独留痕
嘉宾临时调整、网络中断、页面关闭延迟和人工补录写入事件表，注明开始、恢复和经办岗位。数据缺失时在报告中说明限制，不用其他指标补出看似完整的结果。
涉及引用嘉宾或参会者观点时，报告编辑核对原文和署名方式。未经确认的内容采用匿名概括或不引用；现场互动记录不替代正式文件。
报告制作与审核分两步
淘气互动数据导出后，先保留原始文件，再制作整理副本。每个数字标注来源、统计时点和范围，图表与文字使用同一口径。项目负责人、会务负责人和数据经办人分别核对业务描述、现场事实和数据来源。
报告时间表也要提前排入项目计划：活动当晚收集文件，次日完成口径核对，再由业务和会务分别审阅。照片编辑不改变事件先后，图表标题避免使用“全部”“必然”等超出数据范围的词。若某项数据尚未完成核对，先标注待确认，不为了赶交稿填入估算数字。
报告中的建议应对应已记录的问题，例如签到高峰、入口露出不足或资料编号缺失，不用宽泛评价代替可执行调整。
成稿完成后保留修改记录，项目标签、统计口径或引语如有调整，写明确认人，避免多个版本同时流转。
报告不是发布会结束后临时加的一页总结。活动前确定问题和字段，现场安排记录动作，会后再对来源逐项核对，才能让报告服务复盘而不越过数据能够说明的范围。
