ERP项目改版设计三问:为何改?如何改?效果又如何?

15 评论 30295 浏览 264 收藏 10 分钟

本文将从三个角度来讲述to b产品的设计思考:为什么改版?怎么改版?改版是否有效?

为什么改版?

一.明确业务目标

“培训成本太高”是旧版ERP系统存在的最大的问题,所以我们的业务目标是“降低培训成本”,不仅降低一开始的培训成本,还要尽量将后期的维护培训成本减到最低。

二.深挖原因

为了了解造成培训成本高的原因,我们体验了旧版ERP系统并记录体验问题,对一直负责ERP项目的开发人员,培训人员进行了访谈,得到原因有以下6个:

  1. 使用者人员流动大
  2. 严谨的专业词汇(toB产品的特性)
  3. 功能叠加无整体性
  4. 功能入口不明确
  5. 流程逻辑不易理解
  6. 缺乏一致性。

怎么改版?

三.制定设计目标

由业务目标确定设计目标,有明确的目标,才能明确需要做哪些工作才能达到我们的目标。由发现的原因,制定了设计目标为:

  1. 清晰的信息架构
  2. 便捷准确的操作
  3. 清晰可循的流程
  4. 易识别的控件

根据目标就能得到相应的设计方向为:

  1. 信息架构重组
  2. 流程优化
  3. 控件规范。

四.设计推导

有一个清晰的设计推导思路能事半功倍,并能保证最终的设计方案是一环扣一环的推导产出。在实际项目中,是由改版策略反推出需要做哪些工作。(图示为无数坑踩出的设计推导思路)

A.在思考设计方案之前,一定要对业务有充分的分析与掌握。

在业务分析阶段,我踩的坑有遗漏流程与规则,不了解使用者权限,被旧版束缚了思考。

那如何全面掌握业务并深入分析呢?我们使用了专家访谈,线下情景调研及深度访谈,绘制服务蓝图等方法来帮助我们掌握业务。

卡片分类来进行信息架构的梳理,隐藏低频功能→重复功能删减合并→同类功能分组→高频功能多入口,并平铺架构来达到易达的目标。


B.对流程的梳理,根据不同目标使用不同流程图

整理完整体架构后,就要对功能流程进行梳理,在这一阶段,我针对不同目的使用了不同的流程进行梳理:

  1. 页面间流程
  2. 页面内流程
  3. 页面内模块流程。


页面间流程图

是用于区分必经流程与非必经流程的,关注点是用户的需求,可以从中识别出非必经流程,以此重点关注必经流程,避免在非必经流程上花费太多心思,因小失大。也能区分出一些功能的优先级。

例如在收银系统里的开台功能(去KTV时要开一个包房的场景),选择套餐是非必经流程,所以最终在界面上,这一步的选项就是隐藏的,而选择支付方式是必经流程,我们就把常用的支付方式都平铺了出来。

页面内流程图

是用于查遗补漏的,关注点是用户操作,因为ERP这种to b的产品功能庞大,子级功能也很多,所以在输出过程中,会遗漏掉一些流程。

例如在挂账管理这个小功能下,就有5个子级功能,按照优先级列出流程,也能方便在后面自查的时候有一个路径可循。

页面内模块流程图

是用于优化流程,去掉不必要的成本,关注的是用户的认知及操作。用户在接触到界面时,是看-做-看-做的过程,按照这样的过程细化流程,可以发现一些多余的认知或操作成本。

例如在挂账管理里进行归还操作,旧版需要4步,进行优化后只需两步。就得到下图的界面模块的设计(原型局部图)。

C.建立控件规范减少认知成本及开发成本

在ERP系统中,表单,表格,弹窗的使用是最多的,所以对三个控件进行了规范。规范时参考了书籍《WEB表单设计》及大大们发表过的弹窗的,表格的使用规范。这里就不细说了。感兴趣的朋友可以搜索一下相关关键词。

改版是否有效?

五.原型测试

为了验证自己的改版设计是否有效,进行了可用性测试。拜读了《用户体验度量-收集、分析与呈现》和大大们发表的可用性测试方法及经验文章后,开始实践,从策划测试到分析结果用了3天。

最后发现了一些可用性问题,任务完成时间结果显示了新手用户在新版上完成任务的时间都比旧版少很多,且先使用了新版的用户在使用旧版时更快完成任务(为了避免新旧连续测试带来的学习误差,3名新手用户中,2名先使用新版再使用旧版,1名先使用旧版再使用新版)。说明新版的易学性及易用性都得到了提高。

总结

一.明确业务目标→二.深挖原因→三.制定设计目标→四.设计推导→五.原型测试

在接手新项目时,要根据不同项目确定相应的设计目标,让目标来引导选择合适的工具辅助设计思考。

 

作者:小静静,娱乐行业初级交互设计师,个人公众号:静静做设计呢(jingidesign)

本文由 @小静静 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 图文并茂,其中测试和结果校验,受益匪浅,近几年做企业级erp,有个体会,核心流程涉及管理思想的,管理思想,岗位知识和数据壁垒的前提下,ui和体验往往没有很多时间去优化和重梳理,包括设计规范,我们做出来开放之后,实操中,在产品交付收款这个背景下,说实话,也很难真正实现统一,但文章的确给了很好的思路和方法论,共勉!

    来自广东 回复
  2. 谢谢!!!真的受益匪浅!!!

    来自上海 回复
  3. 想请问一下,你从接手这个项目到完成设计,一共用了多长时间?

    来自浙江 回复
  4. 做好b端,要有C端口的用户思维,更要有B端口的业务流思维

    来自北京 回复
  5. 学习了,与我做crm客户管理系统的时候的许多感触相同。都是做后台产品的,感觉总结的思路是可以互通的。

    来自广东 回复
  6. 1、感觉就是个UI改造和迭代,估计涉及代码,架构少,不然真伤筋动骨的换版了

    来自四川 回复
  7. 😉 最近也在做个To B的改版设计,文章很有帮助。谢谢!

    来自广东 回复
  8. 😉

    来自上海 回复
  9. 这ERP的帽子扣得也太大了吧,我印象中的ERP是企业资源计划,用于商业也是对整个供应链的管理,你这就只是一个收银付款,就来解释为什么ERP培训成本高,太牵强了,据我所知ERP的培训成本高绝不是这些内容,至少会有下面我说的这个原因,整套软件混合包含了多种企业管理方式,就是一个表单有多种制作方法,为什么可以这么做,为什么可以那么做,这个首先要了解企业的管理过程,然后学懂软件所有的功能涵盖范围,然后才能针对性的进行指导培训,否则就是一个不落地的空洞培训,调研客户和学习软件的时间长,人员能力要求高,导致成本高。

    来自江苏 回复
    1. 是的感谢回复。所做的ERP项目中我只涉及会员管理,收银,超市三个系统,我们的ERP系统有20多个子系统。不同行业的ERP系统也差异巨大,不能一概而论。我只是以一个收银系统结合自身经验讲述一个TO B产品的设计思路,如果您有更好的设计思路,希望得到更好的建议~分享也是为了得到好的交流。

      来自北京 回复
    2. 这个深有感触,从事过金蝶和oracle的ERP产品设计交付工作,对于用户普遍反馈的体验不好的问题进行过思考,也在新项目中增加了各种用户体验的考量,但是结合着业务,在落地的过程中,就会发现,不可能那么简单,很多表单涉及了多种业务场景的发生,然后不可避免的是产品复杂化,目前做到的也是尽力在流程上,界面上增加用户的友好程度。回头我有时间也整整,共勉啊

      来自广东 回复
    3. 许多叫ERP产品或项目,其实只是之一模块,谈不上ERP系统,

      来自四川 回复
    4. 许多人口中叫ERP产品或项目,其实只是之一模块,谈不上ERP系统,

      来自四川 回复
  10. 太赞了!思路清晰!受益匪浅!

    来自北京 回复