第三方平台
接口说明

本地生活小程序用户体验规范

本规范旨在规范本地生活小程序的功能及内容,保障及优化本地生活业务场景下的整体用户体验。

一、适用范围

本规范适用于:

  1. 服务类目包含以下类目的小程序
  • 服务类-本地生活服务-丽人
  • 服务类-本地生活服务-美食团购
  • 服务类-本地生活服务-吃喝玩乐
  • 服务类-本地生活服务-旅游服务
  • 服务类-本地生活服务-酒店/民宿
  1. 实际提供【餐饮、游玩、休娱、丽人、文旅(包含酒店、乐园、民宿)等】场景下到店团购商品及服务的小程序

二、规范要求

购买商品前

保证商品信息准确、完善,满足用户清晰了解商品的诉求

涉及到的链路:商品库、商品详情页

1.保证商品库里的信息和商品详情页表现形式一致

要求

相关技术文档

准确实时同步商品库中的库存

  • 若商品库中库存为0,商品详情页需显示「已抢光」或「已售罄」等相关信息;
  • 若商品库中还有库存,无其他特殊情况影响,需支持用户正常购买
  • 用「多门店SPU同步」接口同步抖音初始库存(注:库存为仅可在抖音上售卖的库存,而不是全平台库存)

准确同步团购开始及结束时间

  • 若商品库中尚未到开始时间,商品详情页需显示「未开始」或「还剩xx开始」等相关信息
  • 若商品库中商品处在售卖时间内,无其他特殊情况影响,需支持用户正常购买
  • 若商品库中商品已过结束时间,商品详情页需显示「已结束」等相关信息


准确实时同步商品上下线状态

  • 若商品库中SPU状态是在线,无其他特殊情况影响,需支持用户正常购买


准确同步适用门店列表,保证商品库中适用门店和商品详情页一致,并保证商品和门店是关联的


准确同步商品名,保证商品库中名称和商品详情页一致


准确同步价格,保证商品库中价格和商品详情页一致


2.保证商详页包含核心信息/功能

要求

优秀示例

不合规示例

【服务标签】根据商品实际情况,展示标签

  • 退改 团购:过期退、随时退 预约券:过期退
  • 预约逻辑:免预约 或 提前x日预约


没有说明续约相关信息点


【购买须知】必须有购买须知,须知必须至少包含以下内容说明(文案可自定义,但需表明清楚信息点)

「餐饮类」

  • 有效期:例如购买后多少天可用,或者x月x日前可用
  • 可用时间:例如周末节假日通用,或,某某日期不可用,或,某个时间段可用
  • 是否需要预约:例如不需要预约,高峰时段可能等位;或需要提前预约(如果需要预约,需给出如何预约的说明)
  • 是否支持外卖:团购券均不支持,需要写清楚

「酒旅类」

  • 有效期:例如购买后多少天可用,或者x月x日前可用
  • 可用时间:例如周末节假日通用,或,某某日期不可用,或,某个时间段可用
  • 是否需要预约:例如不需要预约,高峰时段可能等位;或需要提前预约(如果需要预约,需给出如何预约的说明)
  • 如果是门票,需写清是否需要取票,如何取票;以及入园时间
  • 如果存在加价情况,需写清加价政策

「餐饮类」

未写明可用时间段,如周末节假日是否可用、具体团购券是否有时间时间段限制等等


【适用门店】必须有商品的适用门店名单,且门店支持导航



【商家资质】需正确展示每个门店的资质


仅给出了一个门店的资质资料,其他门店没有,不合规

购买商品中

保证提单链路简洁清晰合规,保证使用平台交易能力

涉及到的链路:订单确认页、担保交易

1.保证用户个人信息的合规收集

要求

优秀示例

不合规示例

餐饮类团购商品,不允许收集姓名、身份证信息


餐饮类团购券没必要收集用户姓名,此处不合规


2.保证使用官方的交易能力

要求

技术文档

接入担保交易能力

https://microapp.bytedance.com/docs/zh-CN/mini-app/develop/server/ecpay/introduction/

购买商品后

保证满足退款、核销等核心链路体验,并提供解决问题的途径

涉及到的链路:订单详情页、退款、核销、评价

1.保证完整展示商品关键信息

要求

优秀示例

不合规示例

订单详情页至少有途径让用户看到“购买时”的「商品详情」和「使用须知」,无论商品是否已下架

注:需要展示购买时的信息,无论商品后续是否发生变更

  • 有购买时核心信息介绍(团购详情、使用规则)
  • 有交易快照,快照为当时购买的商品详情页
  • 不合规示例1:没有团购详情、使用规则的说明,只能通过商品标题了解大概情况
  • 不合规示例2:虽然有商品信息介绍入口,但商品已下架,看不到信息

订单详情页需展示适用门店并支持导航



2.保证退款体验

注:

团购券商品:以真实到店核销为“核销节点”

酒旅类预约券商品:以预约为“核销节点”,即用户预约后,可以不允许退款

要求

优秀示例

【随时退】只要商品未核销状态,订单详情页中需一直保留退款入口,无论商品是否被下架、商品是否已过期

清晰展示退款按钮

【过期退】需要实现「过期自动退」,即过期后,无需用户申请,自动退款。

过期后,需即时退款,如遇网络等原因,退款延迟也不得超过 1 小时如果用户是一笔订单购买多个券,并且仅部分核销,这种情况可以暂时不支持过期自动退过期时间以用户购买时商品详情页的说明为准

3.保证核销体验

要求

优秀示例

不合规示例

订单详情页清晰展示核销二维码或核销字符码

其中,部分商品(例如酒旅类等)如果直接使用身份证或其他证件核销,那无需展示核销码,直接在订单详情页写清楚核销流程即可


没有直接展示核销码

(此类商品不支持,需要下架)

需要将券码的使用方法发送短信到用户手机,最好附上抖音订单链接,用户点击直接调起抖音打开相应订单



真实核销规则需要和商品详情页介绍保持一致


不合规case1:

例如商品详情写了免预约,但用户到店了,商家告知需要预约

不合规case2:

例如商品详情写了随时退,但真实退款时,拒绝退款


4.保证接入相关服务

要求

技术文档

订单详情页接入「抖音官方客服」

https://microapp.bytedance.com/docs/zh-CN/mini-app/thirdparty/API/auth-app/operation/customer-service

订单详情页,核销后,接入评价组件

https://microapp.bytedance.com/docs/zh-CN/mini-app/develop/api/open-interface/rate/can-rate-aweme-orders

需将订单推送到抖音订单中心

(注:需要保证订单成功推送,需要有回查订单是否推送成功的机制,如果没推送成功,需重新推送,推送失败时会返回错误码40014,错误描述中bad open id代表open id异常;bad access token是access token异常;bad params 是参数格式异常)

小程序&POI抖音订单同步接口文档

三、处罚规则

1.处罚措施

以上规范内容均为保障用户体验的基础要求,如本地生活小程序违反本规范规定,将直接关闭该小程序下所有商品的 POI 展示权限(包括历史商品)。

2.处罚解除

小程序因违反用户体验规范被处罚后,开发者可对照上述规范要求逐条进行自查整改,确认已整改完毕后,可向平台发起申请解除处罚,平台审核确认符合规范后,将给予解除处罚(解除存在 3 个工作日延时)。同一小程序最多受理三次处罚解除申请,若三次申请解除后,小程序仍不符合规范,将不再给予解除。

  • 申请解除方式: 提供小程序商品购买前、中、后所有流程的录屏/截图文件,及对应商品的 poiid 信息或小程序页面链接 邮件发送至bytedance_microapp@bytedance.com 邮件命名为:【小程序名称+违反用户体验规范处罚解除申请】(请务必确认邮件命名准确,如命名不符规范,平台将不予受理)

四、动态调整

以上规范要求将随新出现的问题、市场变化、相关法律法规更新或产品运营的需要而迭代更新。变更内容我们将通过适当方式(包括但不限于文档站、社区公告等)公布,请定期查阅相关通知。

点击纠错
评价此篇文档