一、 重点功能概要
1. e看牙机器人:如果对话已结束,机器人不再接话;
2. e看牙机器人:增加新能力:查询并回复患者已有的预约安排
3. MA下发随访任务可同时下发给“随访医生”和“随访人员”
4. 小程序和服务号中的绑定关系可自动同步到企微
5. 渠道活码支持配置“归属网电咨询师”
二、 发版功能详情
1. 【口腔】e看牙机器人
1.1. 自动回复能力提升
版本/权限:购买企微基础功能,额外购买机器人
本次功能更新重点:
1. 自动判断患者和员工的对话是否结束,如果对话已结束,机器人不再接话;
2. 增加新能力:查询并回复患者已有的预约安排;
3. 在预约过程中患者聊到其他话题,自动判断:如果不是必须要转人工的场景(比如:询问价格、是否有优惠、闲聊等),机器人继续跟患者沟通预约相关事宜,不转人工;
4. 在沟通预约过程中,中途换人(原本要给A患者预约,突然改成要给B患者预约)、换治疗建议(本来说要洁牙,突然改成说要做美白)、更换预约门店时,保留部分上下文;
5. 回复规则前端秒换成分钟
完整产品操作手册请点击:e看牙机器人配置指引
1.2 一键拉群欢迎语配置优化
版本/权限:购买企微基础功能,额外购买机器人
【应用场景及价值描述】
门诊在使用PC端一键拉群时,若同时发送欢迎语1(文字)+欢迎语2(图片)+设置群公告会显得消息很多,影响客户入群体验,估需要设置欢迎语1未非必填
【功能介绍】
1、新增/修改欢迎语模版,欢迎语1增加开关,支持关闭,关闭后页面隐藏欢迎语1的配置

2. 服务号/小程序
2.1. 【口腔】小程序统一号源,预约默认自动带入就诊类型(12.29发版)
版本/权限:需要开通小程序,并完成小程序功能授权
【应用场景及价值描述】
应用场景:患者在小程序按主诉预约时,同一主诉可能对应多个专业方向/医生(如牙痛、矫正咨询等),仅展示医生容易选错或需要前台二次分诊。
价值描述:在主诉预约流程中增加科室展示与选择,帮助患者先按专业方向筛选再选医生,降低误选与改约率,减少前台分诊沟通成本,提升预约准确性与就诊体验。
【功能介绍】
1.门诊可配置:是否允许患者自己选择就诊类型
场景说明:
● 选【根据就诊类型规则进行自动匹配】:适合想要“统一管理、减少误选”的门店。
● 选【允许客户自己选择就诊类型】:适合确实希望患者自行区分、且门店可接受误选沟通成本的场景。
c端效果展示:
【根据就诊类型规则进行自动匹配】:就诊类型自动填入,不可修改。
【允许客户自己选择就诊类型】:就诊类型下拉框可选。
2.两种模式的配置路径及步骤
2.1 配置路径(两种模式一致)
e看牙中,【设置】-【预约中心设置】-【线上渠道规则配置】-【小程序预约规则】-【就诊类型选择】


2.2 操作步骤
模式1:就诊类型自动填入
① 确认门诊已配置【就诊类型自动匹配规则】
● 当前页面提供【就诊类型自动匹配规则】快捷入口/链接,可点击直达;
● 也可按此路径进入配置:e看牙中,【设置】-【预约中心设置】-【就诊类型选择】。

② 【就诊类型选择】设置为【根据就诊类型规则自动匹配】;
③ 运营观察:若发现不少预约显示为“初诊/复诊”(兜底),说明规则覆盖不足;建议收集样例反馈规则维护人补充规则。
模式2:客户自己选择就诊类型
① 确认门诊已配置【就诊类型规则】。
② 【就诊类型选择】设置为【允许客户自己选择就诊类型】即可;

2.2【口腔】小程序统一号源,支持患者主动取消预约
版本/权限:需要开通小程序,并完成小程序功能授权
【应用场景及价值描述】
应用场景:患者在小程序预约后临时无法到店,需要取消或改约;门店希望在到店挂号前释放无效号源,减少客服/前台人工处理。
价值描述:支持按门店策略配置取消方式(不允许/提交申请/到店前可直接取消),提升患者自助体验,及时释放号源、降低人工沟通与后台操作成本,并在涉及挂号费时减少退费纠纷与异常风险。
【功能介绍】
1. 可以配置是否允许客户取消微信预约
本次升级后,小程序“取消预约”从“只能提交申请、由员工后台处理”,升级为门店可配置的三种策略。
该配置为全局配置,对线上线下统一号源和线上独立号源均生效。
1.1 取消预约策略说明及配置入口
策略说明:
● 不允许取消:患者端不展示“取消预约”入口;取消只能通过联系门店人工处理。
● 仅允许提交取消预约申请(由员工处理):患者端点击“取消预约”后发送取消理由,系统发送消息提醒,门店在后台收到通知后处理取消。
● 允许到店挂号前随时取消(直接取消):患者在“未到店挂号”前可在小程序直接取消预约,;涉及挂号费时按 3.2 处理退费。
配置入口:
入口1:e看牙中,【设置】-【预约中心设置】-【线上预约规则配置】-【小程序预约规则】-【小程序配置】-【修改】-【允许客户取消微信预约】。

入口2:有客中,【配置中心】-【小程序门店配置】-【自助预约】-【全局设置】-【允许客户取消微信预约】。

1.2 允许取消预约的边界
● 只要患者未到店挂号,都允许取消。
● 到店挂号后不允许取消。

1.3 三种取消预约策略详细说明
策略一:不允许取消
场景说明:
适用于门店不希望患者自助取消,取消可通过电话联系,统一由门店人工处理。
效果展示:
患者端:不展示“取消预约”入口;患者只能联系门店/客服。

策略二:仅允许提交取消预约申请(员工处理)
场景说明:
适用于门店希望“患者能发起取消,但由门店把关执行”,例如需要确认原因等。
效果展示:
● 患者端:展示“取消预约”,点击后不立即取消,需要输入取消原因,输入后状态不变。
● 门店端:收到取消申请通知,员工在后台完成取消操作;处理完成后预约状态变为“已取消”。
① 患者提出取消预约并给出申请理由:



② e看牙端收到患者取消预约的系统消息提醒:

③ 在e看牙预约页面取消预约:

④ 患者端变为已取消:

策略三:允许到店挂号前随时取消(直接取消)
场景说明:
适用于门店希望最大化释放号源、减少人工工作量、提升患者自助体验的场景。只要未到店挂号,患者可自助取消,号源及时释放给其他患者。
效果展示:
● 患者端:在“待确认”或“已确认”阶段都展示“取消预约”;确认取消预约后直接变为“已取消”(若涉及挂号费,会触发退费/或申请流程,见 3.2)。
● 门店端:无需人工介入即可释放号源。



2. 挂号费退回规则
取消预约涉及挂号费时,系统会按“是否已收费、是否已退款、是谁发起取消”处理,避免漏退/重复退。
2.1 情况1:客户在小程序主动取消
● 无挂号费:预约直接取消。
● 有挂号费:退回挂号费后取消预约。
2.2 情况2:员工在后台取消预约
● 无挂号费:直接取消预约。
● 有挂号费:员工需先完成挂号费退款,再取消预约;退款后预约会变为“未收费、可取消”的状态,再完成取消。

2.3 特殊场景:员工已退费后客户再次点击取消,避免重复退费
若员工已在e看牙完成挂号费退款,患者随后在小程序点击取消预约:系统仅取消当前预约,不会重复退挂号费。
【常见问题】
Q1:哪些情况下患者能取消?
A:只要“未到店”都允许取消;挂号后不提供取消入口。
Q2:会不会出现重复退挂号费?
A:若门店已在e看牙完成退款,患者再取消时系统只取消预约,不会重复退费。
2.3【口腔】小程序统一号源,按主诉预约时增加科室展示
版本/权限:需要开通小程序,并完成小程序功能授权
【应用场景及价值描述】
应用场景:在统一号源预约时,患者在小程序上先选择就诊主诉,但如下图所示,同一主诉可能对应多个科室。需要患者明确预约哪个科室,防止客户约错。

【功能介绍】
1. 小程序端增加“科室展示”
场景说明:
患者选择主诉后,需要清楚自己将进入哪个专业方向(科室)再选医生,减少“选错医生/到店转科”的情况。
效果展示:
● 在“主诉→科室→医生”的链路下:
○ 患者选完主诉后,小程序会显性展示科室(以科室列表/科室入口/科室分组等形式呈现,具体样式以页面实现为准);
○ 患者选择科室后,仅展示该科室下有号源的医生列表。

3.2 提交预约时带上“所选科室”,同步到e看牙
场景说明:
患者在提交预约时,可以通过此功能明确约的是哪个科室,减少再确认。
效果展示:
● 提交预约会携带“科室”信息。

2.4【口腔】小程序预约医生排序
版本/权限:需要开通小程序,并完成小程序功能授权
【应用场景及价值描述】
应用场景:门店希望在小程序预约页优先展示主推/专家/重点医生,且在统一号源与独立网络号源等不同模式下保持医生列表顺序一致、可控。
价值描述:医生展示顺序统一以有客后台的门店医生排序为准,避免被默认排序影响,实现稳定导流与运营策略落地,减少客服指引成本,提升预约转化与接诊效率。
【功能介绍】
1. 医生排序以有客为准
场景说明:
门店希望在小程序预约页把“主推/专家/重点医生”放在前面,方便患者快速选择;同时也希望无论门店使用统一号源还是独立网络号源,小程序医生列表的顺序都一致、可控。
效果展示:
小程序端:医生列表顺序稳定,与门店运营设定一致;个别“临时出现的医生”会出现在列表末尾。也就是说:门店在有客里怎么排,小程序就怎么显示。

配置路径:
e看牙中,【有客】-【配置中心】-【小程序门店配置】-【医生管理】,拖动左侧列表医生顺序进行排序。

操作步骤:
① 选择目标门店,进入该门店【医生管理】列表;

② 拖动左侧列表调整医生排序;
③ 到小程序预约页查看医生列表,顺序会按有客排序展示。

④ 如发现某医生排在最后且有客里找不到:通常是同步延迟,待医生同步到有客后再调整其排序即可。
规则细节:
● 无论是统一号源还是独立号源,小程序医生列表都按【有客】排序输出。
● 统一号源按“当前预约门店/工作门店”排序:患者在哪个门店预约,就按该门店维护的医生顺序展示。
● 展示状态只决定医生是否出现在小程序列表中,不影响列表中医生的排序规则;排序始终以有客的门店医生排序为准。
● 如果号源里出现了某医生,但有客医生列表暂时没有该医生(存在同步时间差),该医生会默认排在列表最后,待医生同步到有客后即可纳入正常排序管理。
2.5【口腔】小程序/服务号-渠道活码增加归属网电咨询师
版本/权限:
门诊已开通并使用服务号或小程序(二选一即可,作为扫码登记载体):
开通小程序,并完成小程序功能授权;开通服务号,并完成服务号授权及基础配置
【应用场景及价值描述】
应用场景:门店通过渠道活码(小程序/服务号)做线下获客或异业合作引流,希望扫码登记的新客能自动分配给对应网电咨询师跟进。
价值描述:在活码中配置“归属网电咨询师”后,新患者扫码建档自动带入咨询师归属,减少人工分配与漏分配,提升响应与跟进效率,同时让渠道效果与人员绩效统计更清晰。
【功能介绍】
1. 渠道活码配置:归属网电咨询师
场景说明:
适用于渠道活码对应固定跟进人(例如某渠道由张三负责),希望扫码登记后自动归属,减少人工分配。
效果展示:
● 配置了【归属网电咨询师】后,新患者通过该活码扫码登记后,患者详情页的「网电咨询师」自动显示为该咨询师。

配置路径:
【有客】-【营销】-【 渠道活码】

操作步骤:
① 进入【渠道活码】列表,【新建渠道】或者选择需要配置的活码点击【编辑】;
② 找到新增项【归属网电咨询师】,点击【选择员工】,从员工列表中单选一个员工(可不选);


③ 保存配置;
④ 用该活码扫码登记一名新患者验证:患者详情「网电咨询师」自动带入所选员工。

【常见问题】
Q1:这个配置是必填吗?
A:不是必填。不配置则保持原流程,不自动带入网电咨询师。
Q2:对历史患者会回填吗?
A:本需求描述仅针对“通过渠道活码扫码登记的新患者”自动带入,不涉及历史数据回填
2.6【口腔】小程序下单超过一年订单不允许线上申请退款
【应用场景及价值描述】
应用场景:客户在小程序对较早订单发起“申请退款”,但微信支付对支付成功超过一年(365天)的订单不支持线上退款,容易出现退款失败与反复咨询。
价值描述:对超过一年且微信支付金额>0的订单拦截线上退款申请并提示联系机构处理,避免无效操作与退款失败投诉,降低客服解释成本,保障退款流程合规可控。
【功能介绍】
1. 超过一年订单拦截线上申请退款
场景说明:
用户对较早订单尝试在线申请退款。为避免触发腾讯侧退款限制导致失败,系统在前端提前拦截并提示用户联系机构处理。
效果展示:
当满足以下条件时:
● 订单 微信支付金额 > 0;
● 且当前时间 >(支付成功时间 + 365 天)
用户点击【申请退款】将弹出提示窗:


【常见问题】
Q1:一年是按下单时间还是支付时间算?
A:按支付成功时间起算 + 365 天。
Q2:超过一年为什么不能线上退款?
A:这是微信支付/腾讯侧退款规则限制。超过期限后无法通过线上退款通道发起退款,因此小程序提前拦截并提示联系机构处理。
Q3:为什么纯积分支付不拦截?
A:本规则只针对“微信支付金额 > 0”的订单;纯积分支付不走微信支付退款链路,因此需要过滤,不按该限制处理。
Q4:弹窗提示后用户该怎么做?
A:用户需联系机构由门店线下核实并处理(例如人工退费等,按门店实际流程执行)。
3、CDP
3.1【口腔】CDP高级筛选中的【商机收费状态】调整
【应用场景及价值描述】
应用场景:门店在e看牙里用“未开单/待收费/已收费”状态;在CDP里态口径不一致
价值描述:本次统一收费状态规则与命名,保证两端展示和筛选一致
【功能介绍】
1.收费状态口径统一:CDP商机收费状态与e看牙统一为:未开单/待收费/已收费。


● 已收费:商机关联订单已完成收费;
● 待收费:商机关联订单存在但未收费;
● 未开单:商机未关联订单。
4. MA自动旅程
4.1. 【口腔】下发随访任务可以同时下发给"随访医生"和"随访人员"
版本/权限:默认公司管理员、诊所管理员有权限,其他角色需要进行分配
【应用场景及价值描述】
应用场景:门诊随访业务是通过医生进行随访,目前MA下发的随访任务,只匹配到“随访人员”或“随访医生”,导致同一个任务无法同时给“随访人员”和“随访医生”下发。
价值描述:本次能力将任务接收对象拆分为“随访医生接收员工”和“随访人员接收员工”,支持一条随访任务同步下发给两类角色
【主要功能点】
1. 任务类型仅“随访任务”,原“任务接收员工”拆为【随访医生接收员工】【随访人员接收员工】两部分
2. 支持按以下方式分别配置“随访医生接收员工/随访人员接收员工”的匹配来源

3、随访医生接收员工下发提示文案如下:
鼠标长按可拖拽调整员工选择顺位,取消勾选则跳过该类别员工。根据选择顺序依次进行查询,当未匹配到医生时,下发任务内随访医生为空;
4、兜底规则调整:兜底员工仅对“随访人员接收员工”生效;当匹配不到随访医生时,任务仍可下发给随访人员,但任务内随访医生字段为空。

【注意事项】
1、 上线后若未发布过MA,则按原有逻辑(排列顺序优先)下发随访任务,只给随访医生或随访人员下发任务
2、 上线后若发布过MA,但若未修改随访任务的配置规则,默认会同时给随访医生/随访人员下发任务(根据新版规则执行)
5. 有数
5.1. 【口腔】NBA跟进分析看板增加未发送客户明细+NBA发送的统计口径调整
版本/权限:默认公司管理员、诊所管理员有权限,其他角色需要进行分配
【主要功能点】
1. 是否发送NBA的逻辑调整:
NBA发送的有效期,从就诊后7天,调整为就诊后15天。
所选时间范围内的最近一次就诊时间后15天(之前是7天)内,有发送过NBA的预约患者人数。如果患者就诊之后都没有发送NBA,或者发送NBA是在就诊后15天之后,则该患者记入【未发送人数】中。按照预约医生或咨询师分别进行汇总。
NBA发送方式包括:
(1)发NBA短信;
(2)企微侧边栏手动发NBA海报或话术;
(3)e看牙里手动生成下载NBA海报;
(4)增购e看牙机器人后,在e看牙中通过机器人发送
2. 未发送NBA的客户名单支持点击查看明细+导出名单


5.2【口腔】有数数据集更新
|
数据集/字段更新 |
对应有数版本 |
|
增加【积分】数据集
|
1. 有数旗舰版 2. 有数私有云 |
|
增加【服务评价】数据集
|
1. 有数标准版 2. 有数企业版 3. 有数旗舰版 |
|
商机数据集更新,增加字段: 1. 预计金额 2. 商机状态 3. 输单原因 4. 优先级 5. 商机来源 |
1. 有数标准版 2. 有数企业版 3. 有数旗舰版 |
|
订单明细中增加【辅助护士字段】 |
有数私有云 |
6. 企微
6.1. 【口腔】服务号/小程序的绑定关系可以同步到企微
版本/权限:默认公司管理员、诊所管理员有权限,其他角色需要进行分配
【应用场景及价值描述】
企微、小程序与服务号绑定的患者数据不同步,导致员工前期通过企微侧边栏绑定了患者,患者通过小程序或服务号也需要重新在绑定就诊人
【配置前提】
企业微信、服务号和小程序需要在微信开放平台进行绑定(保证在同一个主体下)
【主要功能点】
1、 企微好友增加一个配置开关项【数字化渠道绑定同步】,当开启后不支持关闭;

2、 只做小程序/服务号单向同步企微的患者数据,开关开启后历史数据同步一次,后续单个患者数据变更单独同步;
3、 企微本人/亲友关系变更后不同步小程序/服务号;

4、 列表新增“绑定来源”字段,位置如图所示:

5、 企微好友的绑定患者二级弹窗内,新增【绑定关系】字段。

6、企微端绑定患者的列表上,新增【绑定关系】字段,移除绑定过不能再绑定的逻辑

6.2【口腔】支持已绑定的患者再次绑定+限制绑定10个数量
版本/权限:默认公司管理员、诊所管理员有权限,其他角色需要进行分配
【应用场景及价值描述】
目前企微绑定患者时,若患者已被绑定不能再次进行绑定,例如患者是小朋友之前绑定过父亲的企微,本次重新添加妈妈的企微后通过妈妈的侧边栏无法绑定小朋友这个患者
【主要功能点】
1. 企微侧边栏中,员工手动给某个企微好友去绑定患者时,一个微信好友最多只能绑定10个患者。如果之前已绑定超过10个,不影响。
2. 允许一个患者被多个企微好友绑定。比如:妈妈和爸爸的微信都加了门诊的企微员工,那么妈妈和爸爸的企微侧边栏都可以绑定孩子的患者档案。
7. 线索管理
7.1. 【口腔】线索配置优化
版本/权限:默认公司管理员、诊所管理员有权限,其他角色需要进行分配
【业务背景】
● 网资团队获取线索时,可能只获取到微信号(添加好友)但未获取线索的手机号,无法创建线索进行后续的跟进动作
● 网资负责人希望员工创建的线索均填写
【产品方案】
1. 新建线索-默认当前员工为跟进人
● 新建线索时,默认【跟进人】的候选值为当前员工;

2. 新建/编辑线索-支持渠道来源关键词搜索
● 支持渠道来源关键词搜索,关键词搜索范围为三级来源

3. 新增【微信号】字段
● 新建/编辑线索,新增“微信号”字段,非必填,限制30个字
● 线索列表、线索详情、线索跟进和客户360-线索模块都增加“微信号”字段;





4. 线索池-同步服务号数据/同步小程序粉丝的线索支持标记渠道来源
● 同步服务号数据、同步小程序粉丝两个二级弹窗新增【渠道来源】字段,三级下拉框选择渠道来源,非必填;
● 选择渠道来源字段保存后,增量数据的线索创建时映射其渠道来源,历史数据不做修改和替换;

5. 权限控制范围优化,原权限【editLeads 编辑线索 是否允许编辑线索】拥有此权限,可编辑所有的线索;没有此权限,若线索的跟进人为当前员工【编辑】按钮才可点击,否则【编辑】不可编辑;
8. 京东供应链
8.1. 【口腔】小程序用户端京东下单异常处理逻辑
【应用场景及价值描述】
【背景】
患者在小程序C端下单时,页面出现报错【订单提交异常请稍后重试!】,但不会展示原因,且提示文案一闪而过,造成患者的积分已被扣除了,扣除的积分也不会回滚返回患者,患者就会找到门诊,门诊在小程序订单列表查不到订单,也查不到具体原因,只有隔天,再去看积分变更记录查看,才会显示【积分回滚】,这样就感觉好像患者的积分凭空消失了。
【产品方案】
一、京东商品下单异常,增加交互提示
小程序中下单京东商品时,如果用户选择的收件地址不完整(省市区+详细地址),或者用户填写的地址信息没有通过京东的接口校验。会导致下单失败。
1. 提交订单给京东之前,先校验收件地址的是否完整:省/市/区/详细地址都有值。