H5客服满意度调研应先确定调查范围，核对客户实际服务经历，再发送目的清楚、措辞中性的邀请。CodeBuddy可用AI整理授权记录和邀请草稿，帮助团队确认收件对象；会话结束不等于问题解决，消息发送成功也不代表客户已经提交评价。
客服主管希望知道客户对服务的真实感受，接待人员却容易把调查邀请写成“麻烦给个好评”。这种表达把期望答案放在问题前面，也容易让仍在等待处理的人误解为团队已经认定事情结束。
先由团队明确本次评价哪一段服务经历、时间范围和调查目的。若客户仍有业务待办，说明由谁继续处理，不用调查入口替代正式接待。要评价的是本次响应、解释或办理体验，也应在邀请中说清，避免客户把商品使用评价与客服服务评价混在一起。
知你AI助手可查询授权客户、渠道、历史会话与消息，并支持明确确认后的文本发送。先把H5渠道和调查时间范围限定清楚，再整理相应记录；如果团队另有已核定调查名单，按具体客户核对服务经历，减少临时凭印象找人。
CodeBuddy支持MCP连接及相应认证配置。接通已授权服务后，可以提出：“按这份已核定调查范围查相应服务记录，列客户标识、对应事项、时间和仍需人员确认的缺项。区分会话状态与业务是否解决，先准备调查邀请草稿，不创建发送任务。”
需要按消息发生日期核对服务经历时，使用消息时间范围，不把客户添加时间或会话创建时间当作同一口径。记录中没有解决结论，就保留待核，由接待人员确认。评价分数、调查表和回收答案由正式调查渠道提供，不把对话摘要当成问卷结果。
下图为MCP连接后台布局示意，调查对象表和草稿在AI客户端准备，不是内置自动邀评页。
给AI提供团队已经审核的调查入口与说明，再要求保留真实目的和自愿参与表达。以下为虚拟审稿结构，入口和相关安排应以团队批准内容为准。
| 邀请组成 | 应说明什么 | 审稿重点 |
|---|---|---|
| 调查对象 | 对应哪段服务经历 | 不把未知事项写成已解决 |
| 参与方式 | 使用团队核准的调查入口 | 入口与本次任务一致 |
| 参与意愿 | 可以按真实感受反馈 | 不要求好评或默认同意 |
| 后续服务 | 未完事项仍由人员承接 | 不让评价替代业务处理 |
例如：“希望了解您本次咨询的服务体验，欢迎通过核准调查入口按实际感受反馈；若还有待处理事项，请继续告知负责人员。”人员可按真实业务补充必要说明，不擅自承诺匿名、奖励或反馈处理时限。
可要求AI：“检查邀请中是否预设问题已解决、诱导好评或新增未经批准承诺；逐项指出并修改，保留客户自愿反馈的表达。”下图为AI客户端辅助审稿流程，不展示真实调查对象或评分。
收件人和草稿审核通过后，预览完整UID、任务标题与最终文本。首次准备只产生短时确认凭证，用户明确确认同一名单和内容后才创建任务；修改入口、文字或对象都要重新准备。每个任务最多100个UID、两条文本或图片，实际联系还要符合渠道条件。
知你AI助手可协助查看发送进度和逐客户结果。消息异常按明细处理，不能因为没看到评价就重复催促。调查是否提交、答案内容以及样本覆盖范围，回到正式调查记录核对；客户在聊天中提出新的服务问题，则另由人员接待。
不能，业务是否解决需看实际记录与人员确认，会话状态单独记录。
应鼓励按实际经历反馈，避免提前暗示答案或把好评当默认要求。
对话可提供核查线索，正式评分和答案以实际调查记录为准。
不代表，发送结果和调查提交是两个状态，需要分别核对。
先核对调查范围并承接未完事项，不能用调查邀请替代问题处理。
满意度调研先讲清评价范围，再核对对象、审阅中性邀请和确认发送。用CodeBuddy协助准备H5授权服务记录，把发送、反馈和未完事项分开管理，让收集到的意见更容易用于后续改进。
如果团队已有正式调查表，希望减少查对象与逐条准备邀请的工作，可以了解知你AI助手官网，借助AI核对授权服务记录、准备邀请，并在明确确认后执行文本发送。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
