法律咨询行业接入指南
一、解决方案概述
抖音小程序可以简单理解为在抖音内打开的“轻量级 app”,和微信等其他平台的小程序类似,是可以由开发者自主设计研发并在抖音(含极速版)APP 内运行的应用程序。抖音开放平台在法律咨询行业的开发者量身定制了一套有针对性的解决方案和接入流程,包括但不限于以下内容:
品牌形象 |
|
系统打通 |
|
多入口流量分发 |
|
经营模式多元化 |
|
二、目标用户
有法律服务行业经验或者法律行业咨询从业者资源的开发者、有法律垂类经验的 MCN 机构、希望在抖音运营获得增量业务的律师事务所/法律咨询公司以及律师等。
三、解决痛点
- •开发者价值:开发者基于解决方案面向行业提供服务,引导法律行业进行内容+付费转型,获得更多行业机会 。
- •用户价值:向用户提供付费咨询 + 咨询闭环 + 交易保障的体验 。
- •行业价值:通过小程序的付费咨询业务,提高法律行业抖音创作者的变现效率。
四、方案设计
开发者可在抖音小程序内提供付费咨询服务及代写文书服务,业务的模式介绍、履约方式及需要遵循的交易规则如下:
服务类型 | 服务介绍 | 履约方式 | 交易规则 |
付费咨询服务 | 面向消费者提供以时长/次数为单位的付费咨询服务,如图文咨询 39 元 30 次或语音咨询 199 元 30 分钟等; | 图文 语音 电话 |
服务过程中如有特殊退款诉求可与卖家协商退款/约定不可退款,服务完成后将不再支持退款 |
代写文书服务 | 面向消费者提供付费文书代写/文书模板下载服务,如婚前财产公示文书代写/模板下载等; | 图文 语音 电话 |
服务过程中如有特殊退款诉求可与卖家协商退款/约定不可退款,服务完成后将不再支持退款 |
五、法律咨询行业接入流程
(一)接入注册&入驻环节
服务商
小程序
开发者平台(适用于自研开发) | |
小程序 ICP 备案
自开发者在平台提交备案资料之后,需要 2 重要的审核环节:
平台初审:1~3 个工作日;
管局审核:20 个工作日。
入口:小程序控制台-设置-基础信息-备案信息
详情见【备案流程】相关介绍。为了不影响小程序上线经营,建议小程序开发与小程度备案同时进行。不要等到小程序已经开发完成上架时再进行小程序ICP备案。
其他资料:
(二)开发环节
以下是“付费咨询”服务的方案介绍及接入指引(“代写文书”类服务接入指引暂未涉及,即将推出):
1、交易能力接入
1.1能力介绍👉详细介绍文档
法律咨询相关交易系统接入使用通用交易系统,通用交易系统是平台提供的一套新的轻量级交易解决方案,开发者可以在此解决方案下,通过交易下单/履约/退款/结算等基础服务对接,完成交易闭环。另外,在这套方案里,核心以澄清「交易规则」为中心,以规则标签作为前端展示形式,同时在各交易环节对规则进行校验,从而明确用户可享受的交易权益,减少因理解不一致导致的交易纠纷,也极大提升双方的交易转化效率。
业务介绍 | 业务流程 |
用户支付链路会增加交易提醒 | 在反馈链路中申请退款 | 对于不可退订单,在选择订单列表不显示退款入口,显示“售后规则说明” | 律师开始服务前需要通过弹窗提醒用户 |
1.2接入规范(技术关注)
1.2.1商品类型
根据所属行业,选择订单所属商品类型。涉及服务:tt.requestOrder
行业 | 行业类目 | 商品类型 | 商品类型枚举值 | 备注 |
咨询 |
|
| 201 |
|
| 202 |
|
1.2.2规则标签
根据售卖商品,选择订单对应的标签组,一期主要以退款规则为主。涉及服务:tt.requestOrder
标签组id,即tag_group_id对应的枚举参见
行业 | 商品类型 | 规则组文案 | 规则说明 | 退款规则 |
咨询 |
|
|
服务开始前可全额退款
服务过程中如有特殊退款诉求可与卖家协商退款,服务完成后将不再支持退款 |
|
|
服务开始前可全额退款
服务开始后不支持退款 |
| ||
|
|
服务开始前可全额退款
服务过程中如有特殊退款诉求可与卖家协商退款,服务完成后将不再支持退款 |
|
1.2.3履约状态
调用时序可参考👉文档
商品类型的枚举值见👉上文
注:以下表格中,JSAPI即tt.confirmFulfillment,用于弹窗展示履约相关内容;OPENAPI即推送履约状态
商品类型 | 履约状态机 | 接入服务类型 | 弹窗确认节点 (即JSAPI的使用节点) | 履约确认弹窗文案 | 节点判定 |
号卡商品 |
|
| / | / |
|
定制服务 | / |
| |||
普通咨询 |
|
| 「待履约」至「履约中」 | 依据选择的标签组二选一:
服务开始后,本订单不再支持退款
服务开始后,本订单不再支持无理由退款,如有退款需求需与商家协商 |
|
代写文书 |
|
| 「履约中」至「履约完成」 |
服务确认完成后,本订单不再支持退款 |
|
1.2.4结算账期
行业及对应商品类型的固定结算规则,可在账期到达后调用接口发起分账。涉及服务:发起分账
行业 | 商品类型 | 结算方式 | 结算节点 | 结算账期 |
咨询 | 普通咨询/预约咨询 | 履约后结算 | 履约完成 | 7天 |
代写文书 | 履约后结算 | 履约完成 | 7天 |
1.3接入指引(技术关注)
1.3.1接入前准备
在调用各API接口前,请先完成交易能力的权限申请,路径:抖音开放平台-控制台-能力-解决方案,选择「交易类小程序通用」,依次开通各类能力权限(注:申请后自动审核通过)
注:若需要接收通用交易系统的支付/退款/分账等结果回调,则下表中对应支付/退款/分账消息的能力开通是必须步骤。
|
|
1.3.2关键节点
1. 商户进件:
该环节是使用交易能力的前提,进件是开通支付账户的过程
2. 交易下单:
可通过此接口,完成交易下单及支付,留存订单相关信息
收款模式 | 调用时序 |
每个小程序开通的第一个商户号(即最后一位为 0 的商户号)为小程序的默认收款商户号,开发者在调用预下单接口时无需传入收款商户号,商户系统会根据小程序 appid 默认匹配尾号为 0 的商户号进行收款。
随着小程序业务发展,默认收款模式无法满足部分小程序的需求,一个小程序下的不同商品可能需要收款到不同商户号中,于是衍生出多门店收款模式 如果有多门店收款需求,请联系平台运营提供小程序 appid 添加多门店白名单。加入白名单后,开发者可以在下单环节在merchantUid字段将本单要使用的商户号传入,以实现不同商品/不同订单收款到不同商户号的诉求。如果小程序 appid 不在白名单内,则无法使用多门店模式 |
|
3. 交易履约
履约同步模式 | 调用时序 |
|
|
4. 交易退款
- •开发者可对接平台提供的发起退款api,用户也可以通过平台统一入口发起退款,因此均需对接回调扩展点及审核接口,接受用户多端退款请求
- •若为开发者发起退款,无需商户审核,平台均会做默认同意退款处理。若为用户直接向平台发起退款,平台将判断用户申请的此笔订单目前的履约状态(通过交易履约服务同步的状态机)及交易规则定义的该履约状态下是否可退/是否需要开发者审核,来判断此笔订单的流转情况 。
退款入口 | 时序调用 |
用户在小程序内,向开发者直接发起退款
用户可以从小程序右上角「反馈」入口,选择进入「申请退款」页面(注:抖音APP版本>=27.0.0)。退款订单列表页将根据订单所属退款规则标签与订单履约状态,判断用户是否可发起此笔订单退款,及退款是否需要开发者发起审核 |
|
5.交易结算及之后环节
1.4组件与API清单
关键环节 | 接口类型 | 接口地址 | 接口描述 |
进件 | OpenAPI |
| 提交商户资料,开通商户号以收款或接收分账 |
| 发起进件请求需要上传商户证件等图片,需要先调用图片上传接口获取image_id | ||
| 开发者/服务商可以通过接口主动查询进件结果 | ||
| 将进件成功或失败的消息通知给开发者/服务商 | ||
下单 | JSAPI | 提交平台下单 | |
根据返回单号,拉起收银台 | |||
OpenAPI | 可以查询所属行业及商品对应的交易标签 | ||
将用户支付成功的消息通知给开发者/服务商 | |||
开发者/服务商可以通过接口主动查询查询订单状态 | |||
履约 | JSAPI | 可通过该接口拉起平台统一服务确认弹窗 | |
OpenAPI | 开发者/服务商可以通过接口同步服务交付状态 | ||
退款 | OpenAPI |
| 提交平台退款 |
通过该扩展点,告知开发者退款必要的信息 | |||
通过该接口同步商户的退款审核结果 | |||
开发者/服务商可以通过接口主动查询退款结果 | |||
将退款结果通知给开发者/服务商 | |||
结算及分账 | OpenAPI |
| 通过该接口发起此笔订单结算及分给其他分账方 |
| 开发者/服务商可以通过接口主动查询分账结果 | ||