【用户体验专项】多端不一致治理思路

各种原因引发的多端效果或者实现不一致其实挺多的，不仅会影响用户体验，还有可能造成后续开发困难。但是这些不一致细细碎碎，很难推动治理。

一、名词解释

多端不一致：

双端 一般是说 iOS、Android
三端 一般是说 iOS、Android、PC Web
四端 一般是说 iOS、Android、PC Windows（pc直播姬）、PC Web

跨端不一致：

跨端：跨端 一般是指 C端，B端， 跨产品线的意思

跨应用（跨app）不一致：

跨应用：跨应用一般是指HD、XX版，跨独立应用的意思

二、类别划分

UI&业务交互不一致
技术实现不一致
平台特性导致的不一致
测试环境和线上不一致
审核管控不一致

三、目标

督促各业务小组治理各线多端不一致问题：

1.UI&业务交互不一致：督促产品线、设计线规范需求文档和设计原型图，治理UI交互导致的多端不一致问题
2.技术实现不一致：督促各业务技术架构部门，统一治理因技术方案不同导致的多端不一致问题
3.平台特性不一致：督促客户端架构部门，解决跨平台导致的多端不一致问题

信息统一记录：

方便查询，减少沟通成本，为未来相同业务需求迭代做防踩坑指导

四、实施流程

4.1 案例收集渠道建设：

• 需求业务测试阶段发现的多端不一致问题录入（以测试owner为维度输出）
• 发版组总包回归阶段问题反馈录入（以各业务线负责人为维度输出）
• 线上问题反馈录入（以各业务线负责人为维度输出）

4.2 建立案例录入标准：

案例使用tapd进行跟进

使用tapd的好处：
通过打标签的方式，可以直观的查看问题涉及到的业务方，平台以及处理人，方便进行数据收集和分析
多人协作解决问题，避免重复工作，也可以防止问题被跟丢

录入设计

录入标题组成模块：【业务线】+【该业务涉及到的所有端】+【问题描述】

例如：【道具业务】【ios+安卓】长按道具，出现批量数字后，选中某一批量数字，再长按道具，双端表现不一致

4.3 推动改进：

定期统计输出各类别问题个数，评估确认要改进的问题

评估维度：

影响面>1 (影响面：暂定以重开次数，来量化评估问题的影响面，每收到一次反馈，则重开次数+1）
业务方自行确认需要改进的问题

须改进的问题，更新修复方案，流转状态

整个修复过程由该问题的业务方闭环跟进

定期回收数据，分析后同步各业务方（以周维度进行数据统计，若出现变化，将数据分析同步给业务方）

4.4 数据分析：

数据分析维度：

1.以影响面排序，对各业务小组top的问题进行分析

2.全局维度：

整体问题分析，以各问题生产业务方维度，统计问题总数
相同生产问题业务方，统计不同类别问题个数（UI&业务交互不一致/技术实现不一致/平台特性导致的不一致）