活动发完以后，运营手里有下单表，客服手里有补寄记录，仓内又单独留着回传表，等负责人想复盘时才发现三份资料对不上。搜索“礼品代发活动复盘哪些数据要留下”的人，通常不是想做一份好看的汇报，而是想知道下一次活动能不能少错发、少补寄、少被客服追着解释。第一次做礼品代发活动复盘，不能只留总单量和总费用，至少要把名单版本、异常原因、补寄次数、回传时点和责任备注分开保存。
名单版本要能看出哪一批真正下单
活动名单最容易在执行中变动。有人临时补地址，有人改手机号，有人从售后名单转成活动名单，还有一部分名单因为预算或礼品库存被延后。复盘时如果只留下最终下单表，就看不出哪些问题来自名单变更，哪些问题来自代发环节。
更实用的做法是保留三个版本：原始报名名单、下单确认名单、发货回传名单。每一版都要有更新时间、确认人和批次编号。这样下一次活动再遇到晚到名单时，负责人能判断是提前收口时间不合理，还是客服没有把新增名单单独标出来。
名单版本不需要做得复杂，但不能只靠聊天截图。截图能说明当时有人确认过，不能替代表格里的订单号、收件人、手机号后四位、礼品类型和批次备注。表格字段留清楚，后面核对补寄、漏发和重复发货才有依据。
异常原因不要只写“已处理”
第一次复盘时，很多团队会把异常列成一栏，统一写成已补发、已解释、已联系客户。这样的记录看起来整齐，下一次却没有参考价值，因为它没有说明异常从哪里来。
异常原因至少要拆成几类：地址不完整、手机号错误、礼品缺货、快递线路限制、仓内错拣、客户签收异常、客服承诺不一致。每类异常后面再留一个处理动作，例如改地址后发出、换同值礼品、暂停发货等待确认、单独补寄。复盘要看的不是当天谁解决了问题，而是同一类问题有没有反复出现。
如果一批活动里地址问题占比高，下一次要改的是名单收集和字段校验；如果缺货问题占比高，要提前看备货窗口和替代款；如果客服承诺不一致占比高，就要把话术和升级条件重新写清楚。异常原因分开留，后面才知道该改哪一段。
补寄次数要和原单分开统计
补寄是复盘里很容易被低估的成本。原单数量看起来不大，但只要补寄件被混进原单，后面就会误判活动成本，也会误判礼品代发执行是否顺畅。补寄次数、补寄原因和补寄费用要单独成表，不要只在原订单后面加一句备注。
补寄记录里至少要有原订单号、补寄触发原因、补寄礼品、补寄地址是否变化、谁确认补寄、补寄后的回传时间。这样做的意义不是追责，而是看补寄到底是名单错误带来的，还是物流异常带来的，或者是活动规则临时改动带来的。
如果补寄多集中在同一类礼品，可能要回头看礼品规格、包装或库存；如果补寄多来自同一批名单，说明名单冻结和复核没有做好；如果补寄多来自客服临时承诺，就要把客服可承诺范围收紧。只有补寄和原单分开，活动复盘才不会把额外成本藏掉。
回传时点要区分发出、首扫和签收
回传数据不是只有一个时间。对活动复盘来说，至少要区分仓内发出时间、快递首扫时间、平台或表格回传时间、签收时间。四个时间混在一起，下一次排活动窗口时就会错估节奏。
例如仓内当天已经交接，但快递晚一些首扫，这和仓内没有发出不是同一个问题；快递已经首扫，但表格回传慢，也不应该直接算成物流异常。复盘表里把几个时点分开，客服再解释时就能更具体，运营也能判断下一次活动是否需要提前半天锁单。
回传时点还要和批次关联。第一批名单和临时追加名单不能共用一个平均时效，否则后面看数据会误以为整场活动都慢。分批记录以后，活动负责人才能知道主批次是否正常，追加批次是否拖慢了整体体验。
责任备注只记录可核对的动作
复盘表里可以写责任备注，但不要写成情绪判断。更有效的是记录谁确认、何时确认、确认了哪一项、下一步交给谁。比如“客服 A 5 月 31 日 14 点确认地址补录完成，仓内按第二批发货”，这样的备注后面可以核对；“客服没沟通好”就很难继续拆。
责任备注也不应该把所有问题都推给一个岗位。礼品代发活动通常会经过运营、客服、仓内和负责人几类角色。运营负责名单版本和活动节奏，客服负责客户说明和补寄确认，仓内负责出库与回传，负责人负责暂停、换品和预算边界。复盘表把动作写到角色上，下一次才知道哪个节点需要提前设规则。
如果当天活动规模不大，可以只用一张表，但字段仍要分清。关键不是表格数量，而是同一条订单从名单、下单、发出、异常、补寄到回传，能不能一路追到具体动作。
下一次活动前用复盘表反推三个调整
复盘数据留下来以后，不要只归档。下一次活动开始前，先拿它反推三个调整：名单什么时候冻结，哪些异常要暂停确认，补寄和换品由谁拍板。这三个问题如果提前定好，活动执行时就不会每遇到一次变动都重新开会。
对于第一次做礼品代发活动的团队，复盘不必追求指标很多。先把名单版本、异常原因、补寄次数、回传时点和责任备注留住，就已经能看出下一次最该改的是资料收口、仓内节奏、客服承诺还是售后处理。复盘的作用是让下一场活动少重复同样的错误，而不是把当天所有聊天记录重新整理一遍。
