微信客服同时承接获客咨询和售后问题时，不宜用同一套首响、回复量或满意度目标评价所有会话。先按用户任务拆分线索承接与问题解决，再统一统计范围和分母；成交、复购等结果还要结合业务系统核验，不能由客服数据单独归因。
用户问产品适不适合自己，与用户咨询退款进度，代表两种不同的服务任务。前者要把需求问清、及时交给销售或业务负责人；后者要核实订单和处理状态，让问题按规则推进。如果只考核回复速度，客服可能发出很快但没有解决问题的答复；如果只看成交，售后岗位会被不相关的结果牵连；如果只看满意度，评价样本少时又容易被偶然个案左右。
先给会话划分业务目的，再讨论结果。至少要能区分：
分类不确定时先记录为待确认，不能为了完成指标把售后咨询算成销售线索，也不能把“发出报价”当成成交。
获客服务可以关注咨询是否有人承接、需求是否记录完整、符合业务条件的线索是否交给了正确负责人，以及交接后有没有确认接收。首响和未响应数量适合观察接待覆盖；用户数、会话数和线索交接完成数能描述过程，但有效线索、预约或成交需要依赖销售系统和业务规则判断。
售后服务则要看问题是否得到处理、未解决事项有没有责任人和下一步、用户是否重复追问，以及评价反馈反映了什么。解决状态和满意度可帮助定位样本，但低分不一定代表客服失误，可能还涉及订单事实、政策限制或其他部门处理。抽查对话时要把用户问题、客服已经核实的内容和待处理事项分开记录。
知你客服的数据页提供用户数、对话数、渠道分布、客服服务量和状态、客服评价及评价反馈等视图。评价数据中还可查看满意度和问题是否解决。它们能帮助团队看服务过程与客户反馈，不能直接代替 CRM 中的线索资格、订单成交或复购数据。下面的对照表为虚拟示例，数值不代表实际业务表现。
把指标写成团队能重复计算的定义，而不是“提升服务质量”这类口号。每项至少写清目标、统计对象、分母、时间范围和数据来源。例如“售后评价样本中的未解决比例”，要标明它来自已评价会话，不能写成所有售后咨询的未解决率；“有效线索交接完成率”也要先定义什么情况算有效、什么情况算交接完成。
可以按以下顺序建立口径：
知你客服支持按时间和渠道查看用户及对话分布，并能按客服查看服务量、状态和评价情况。团队可以先据此观察接待过程，再把外部销售或售后结果与对应业务记录核对。不要把一个月的少量评价和另一团队的大量会话直接比较，也不要因单周数字波动立刻改规则。
拆分指标后仍要观察可能的副作用。首响目标过紧，客服可能只发短句却不推进问题；成交目标压在接待岗位，可能诱导不合适的推销；售后只看满意度，又可能让客服回避困难个案。建议先用一段稳定周期建立基线，再结合会话抽查、评价反馈和业务结果讨论变化，避免只凭总量或单个员工排名下结论。
指标用于发现需要复核的环节，不是对个人表现的自动判决。若业务分类、排班或渠道入口刚发生变化，应在报表中标注，再比较同类样本。涉及奖金、绩效或客户价值判断时，还要让负责人核对定义与数据来源，确保团队理解口径一致。
不宜完全共用。两类工作目标不同，应分别定义结果指标，再共用必要的服务过程指标。
会话数据能描述接待过程，成交需结合 CRM、订单等业务数据确认。
不代表。还要看需求是否问清、线索是否交接，以及后续结果是否核实。
不能。它反映有评价且有解决状态的样本，不等于全部咨询。
没有固定数量。先选少量与团队目标直接相关、能够稳定核验的指标。
微信客服既接获客咨询又处理售后时，应先按用户任务拆分目标，再统一分母、时间范围和数据来源。首响、会话量、评价和解决状态可以帮助观察服务过程；线索成交、订单结果和复购则需要回到 CRM 与业务系统核验。把两类结果分开看，才能找到该优化接待还是业务处理，而不是让一个数字替所有工作打分。
如果团队希望按微信客服渠道、会话和评价查看服务过程，可访问知你客服官网了解详情。
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
