云台助手手机端是苏宁商家移动办公的工具，商家可以在此监控店铺运营情况，并进行一些日常操作。但由于其最近一个季度的满意度水平较低，我对其展开专项调研，结合问卷反馈、页面走查、竞品对比，为产品优化提出建议。
云台助手功能简单，但存在诸多细节问题影响体验，下面将以几个典型问题做例，记录我此次细节优化的几点要点，希望也给以后的项目提个醒。
本系列共三篇，本篇着重讲述产品走查时发现的问题。
有一种开关叫我觉得能关
控件状态不全导致体验不佳
自定义消息订阅，由于部分信息未默认推送的，但在订阅设置里仍以可操作态的开关显示，容易让人误解是可关闭的，表现与实际功能不符，会给用户错误引导。解决此问题可定义并使用开关的置灰态，如下图
Figure 1 开关显示状态不当，导致用户失望
有一种错叫我错了但你没提醒我
缺失价格校验，易导致生产事故
价格设置无防错措施，若商户价格设置的过高或过低，因页面无提醒和二次确认，很可能导致误设置而造成生成事故。
Figure 2 当前改价页面流程
优化在两个方面：输入前提示合理范围，输入后校验二次确认。
Figure 3 改价优化建议样例
有一种路叫自己找路
模块架构和内容分类不合理，导致订单难找，功能缺失
Figure 4 云台助手已覆盖和未覆盖的售后环节
与售后和订单处理相关的模块被分在五个插件中，将这些插件涉及的订单状态与售后一般流程对比后我发现，有部分节点未被清晰的展示，从而导致功能的遗漏。
1.发货后评价前流程节点模糊，没有明确的待评价列表。
发货后，订单有两个状态：在途和已签收。在途的订单，商家需要注意的是是否有物流异常，以便及时处理；已签收的订单，如果买家不发起售后，则可提示买家评论。区分状态有利于商家精细化管理。
Figure 5 当前订单管理和评价管理列表，和优化样例
2. 赔付失败后续流程缺失，失败后没有告知用户原因或引导用户解决问题。可通过提供快捷入口引导用户处理失败后续并最终成功赔付。
Figure 6 赔付失败给出原因和快捷入口，加速问题处理
有一种页面锻炼我瞬移的能力
架构和信息组织不合理导致体验不佳
由于提供行业数据为付费服务，将其与本店数据分在两个插件展示：“数据管理”和“行业纵览”。此设计不合理原因有二
1. 由于工作台和本店数据插件中无引导页面或功能，商家如不自行去插件库查找，很难知道苏宁提供此功能，不利于转化。
2. 商家开通服务后，同类指标和相关联的信息割离在不同模块，不利于对比洞察，理解数据。
为便于比较，可将两类数据结合展示，作为同一指标的不同维度表现。
Figure 7 强化纵向行业比较
展示实时数据时，如没有往期数据做参考，也很难看出问题。我建议用相同思路优化
Figure 8 强化横向本店比较
对于两个数据插件的优化建议和具体样例，请见【整合】优化数据产品浏览体验。
有一种问题叫不知不觉成了问题
对默认选项的设置不当，容易让用户产生违规
默认选项的作用在体验中虽不易被察觉，但一旦设计不当容易造成不良后果。下面是一个例子。
根据问卷统计，“订单处理不及时”是困扰商家的头等问题，走查页面时，我发现当前的列表顺序是按时间倒叙的，即最新的订单/投诉退款等在最顶部显示，这种排列方式不适合有时效要求的订单列表，容易让商家忽略先来的订单或申请，从而导致临期的订单未被及时处理而造成违规。
Figure 9 APP发货页面，改为按订单紧急情况排序
继续走查时发现，web端的列表有两个排列方法，简而言之是“早的在上”和“临期的在上”，而默认选项是“早的在上”，也容易导致商户无法及时处理订单。
Figure 10 Web发货页面，调整合理的默认排序方式
为解决此问题，建议在web和app端的退款、发货、投诉页面，均按“临期的在上”未默认排列方式，遵循先来后到的规则，防止商家违规。
需谨记，合理的默认选项是防错的重要手段。
网友评论