H5咨询转给线下销售或服务人员前，先确认用户愿意由该团队继续联系，再整理本次需求、已答内容、联系偏好和待办；指定接手人并告知用户后续安排。若线下团队不在同一客服平台，不要假设资料会自动同步。
用户在H5页面咨询后，下一步可能是预约到店、了解现场服务、由附近销售联系，也可能只是想先听完线上答复。客服不能因为对方问了价格、地址或服务范围，就直接把电话和对话转给线下人员。先用一句话确认用户的实际目标，并说明转交后会由哪个团队、通过什么方式继续联系。
如果用户希望线下人员联系，再说明需要共享哪些信息、用途是什么，并询问是否同意。对方只希望拿到地址或营业时间时，直接在线回复通常更合适，不必收集联系方式。用户拒绝转交时，应继续提供当前渠道能完成的帮助，或给出由用户主动联系门店的公开入口，不要把“不愿留下电话”当成放弃服务。
联系信息只在确有必要、用户主动提供并同意用于后续联系时才纳入交接。姓名、手机号、具体位置、订单或健康等信息不能因为后台侧栏可见就一并复制给接收人；访问标识和IP也不是线下接待的默认材料。团队应使用获准的内部流程传递摘要，并限制可查看人员。
线下同事不需要重新读完所有聊天，也不需要一份没有重点的客户画像。建议把摘要分为四部分：用户希望完成的事项、线上已经说明或确认的内容、仍待核实的问题、用户同意的联系渠道与时间偏好。若用户提到门店或服务地点，再确认该地点是目标门店还是仅供参考；不确定的内容标为“待确认”，不要写成事实。
交接单可以用以下字段核对：
摘要中还要写明接手岗位、具体负责人和计划动作。例如“示例客户咨询门店演示；已说明服务范围；用户同意由示例门店顾问在工作时间联系；演示时段待门店确认”。这样的记录既保留了对方的目标，也清楚区分已确认与待办，不会让接手人误以为预约、报价或库存已经落实。
知你客服的H5会话可用于查看沟通上下文和客户侧栏信息，团队也能把会话人工转给同事。转交摘要仍应由接待人员按必要范围整理；系统里的访客标识、位置或顾客资料，不等于用户同意将所有信息转给线下团队。
交接并不是把一条消息发出去就算完成。线上接待人应确认接收岗位知道用户要解决什么，线下负责人则要确认自己接到任务、需要补充哪些事实、预计何时联系。若接收人未确认或暂时不在岗，线上团队要继续保留回告责任，并向用户说明新的安排，避免两边都以为对方会跟进。
如果线下同事也是同一客服工作区中的成员，可在核对会话归属和权限后使用人工转接，让接手人先查看原始上下文；如果线下团队不在该工作区，应通过组织批准的渠道传递经过用户同意的最小摘要。知你客服提供的是已接入H5会话的接待与同事转接，不应被说成自动创建门店线索、同步外部CRM或替团队确认预约和服务结果。涉及第三方系统的连接需要单独核实实际接口与实施方式。
用户侧也要收到明确说明：由哪个团队继续联系、联系途径、预计时间以及若未收到联系该如何继续。接收人联系用户时，先复述线上诉求和已确认内容，只补问缺失信息；不要让客户再次完整讲述，也不要把内部备注原样转发给客户。若业务条件发生变化，仍须由有权限的线下人员核对后答复。
正式调整流程前，可以选一类需要门店或线下顾问继续联系的H5咨询，试运行一周。由线上负责人记录每次是否取得同意、交接摘要是否够用、接收人是否确认、用户是否收到约定回告。复核时既要看信息是否丢失，也要看有没有传递超出用途的资料；出现问题就修正字段和责任流程，而不是简单要求客服填写更多内容。
H5客服工作区可帮助团队集中承接已接入的H5咨询并回看人工交接过程，但线下团队是否在同一工作区、外部业务系统能否接收资料，都取决于账号安排和单独验证。评估时用测试会话走完整条线上到线下流程：先检查接待人员能否转给合适同事，再确认接收人可以看到所需上下文，最后由负责人模拟联系与回告。对没有授权的字段、未确认的业务结果和未经核实的系统集成，不写入对客承诺。
确认用户希望线下解决的事项、偏好联系渠道，并征得其同意。
不需要，整理需求、已确认事项、待办和联系授权即可。
可以，继续在线答复或提供由用户主动联系的公开入口。
不能默认如此；具体第三方连接需核实接口和实施配置。
交接时指定接手人和时间；未确认接收前，线上团队继续跟进。
H5咨询转线下服务要把用户目标、信息授权、最小交接内容和回告责任一起说清。先让用户知道谁会联系，再由接收人确认接手；用一周小范围试行检验流程，避免客户重复说明或资料超范围流转。
如果团队需要接续处理H5页面咨询，可访问知你客服官网了解H5接待与会话协作能力。
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
