服务号跨月投诉统计，应把本月新受理、本月实际结案与期末未结分开，并为同一事项保留跨月联系。AI可以整理授权沟通和人工确认的事件日期，辅助核对期初到期末的数量变化；消息发生在本月，不代表投诉也是本月新发生或已经解决。
一件投诉从月底持续到下月，客户又补充了三次材料。如果每次发消息都算新投诉，数量会膨胀；如果只统计当月首次出现的客户，接续处理又可能从月报消失。负责人看到的数字与一线忙碌程度便难以对应。
先按真实业务确定事项，而不是按聊天条数计算。客户提出新的独立问题，可以形成另一事项；围绕原问题催进展、补凭证或确认结果，则继续关联原事项。如何拆分由负责人确认，不让模型仅凭措辞变化增加案件。
月报至少分清四项：
受理、首次回复、业务处理完成与会话结束是不同事件。企业如果没有正式投诉台账，可先建立最小核对表；不能直接用会话关闭时间代替投诉结案时间。
知你AI助手可以查询授权客户、历史会话和消息，帮助找回服务号投诉的前后经过。业务方提供期初清单、事项关联与实际处理依据，AI再把这些材料与沟通对应。查询时间需覆盖必要前情，不因月报只写本月就丢弃上月背景。
可以向已通过MCP连接的AI Agent提出：“以这份确认台账为准，整理每件事项的受理日期、当前状态、本期新增进展和结案依据。跨月催问关联原事项，无法判断是否同一问题的单列待核。区分消息时间与业务事件日期，不从结束会话推定结案。”
下图为MCP连接后台布局示意。跨月明细由AI客户端整理，不是产品自带的投诉台账或自动结案页面。
若本月消息只说“按之前的办法处理”，还要找回此前约定。读取结果不完整时，先标记材料覆盖范围；已查到的记录可以支持局部复核，不能据此声称全渠道全部投诉都已纳入。
以下事项、数量和状态全部虚拟。假定期初有六件未结，本期新受理九件，按同一标准确认结案八件，没有其他增减、重开或重新分类。
| 项目 | 虚拟数量 | 核对要求 |
|---|---|---|
| 期初未结 | 6 | 与上期末确认清单衔接 |
| 本期新受理 | 9 | 不重复计入原事项的催问 |
| 本期结案 | 8 | 有本期达到条件的依据 |
| 期末未结 | 7 | 六加九减八，逐件可回查 |
八件结案中，可以包含上月受理的旧事项，也可以包含本月新事项。因此，八除以九不能直接叫作本月新投诉解决率；分子中若有旧事项，便与九件新受理的对象不一致。
如果其中一件原已结案，本月又明确重开，应按团队已确定方式记录重开流入，核对公式也随之补上这一项。不要把真实增减强行塞进新受理或偷偷修改期初数字，只为让总数对平。
下图为AI客户端辅助复核流程，说明期初清单、期间事件与期末事项的对应，全部为虚拟示例。
期末清单可按等待业务核实、等待必要材料、处理方案待确认等实际情况组织，并保留依据。客户未回复不自动代表放弃，业务已转交也不自动代表解决；不确定状态应说明由谁继续确认。
知你AI助手帮助回到原始沟通，AI负责整理与复算，负责人确认事项边界和结案标准。月报既展示新增变化，也展示旧事项消化情况，才能避免忙了一整月却看不出做了什么。
下一期沿用确认后的期末清单，不重新凭关键词搜索拼一份期初。若发现前期归类有误，记录更正原因与影响范围，再解释数字变化，让后续比较能够追溯。
围绕同一事项的催问通常关联原事项，是否新增由实际问题与统一规则确认。
不能直接等同，应按业务结案条件和相应依据确认。
先核对是否同一批事项，旧事项结案混入时不能直接这样解释。
按确认的重开规则单独记录流入，并解释对未结数量的影响。
不能，保留日期待核，并补查正式台账和必要沟通。
跨月投诉报告先确认事项，再分别对应受理、进展和结案事件。用期初、流入、流出与期末逐件核对，补充重开和更正说明，让AI整理原话依据，给团队一份能延续到下一期的服务清单。
如果你希望在日常AI工具中查询客户沟通，并把原话与业务明细对应复核，可以了解知你AI助手官网，查看适合团队的产品能力。
也可以扫码交流你的客服与运营需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
