后台系统规范设计心得.docVIP

后台系统采用一整套UI,为什么会形式各异？能统一并带来更好的体验吗？基于交互设计师自己的内心疑问，我们迫切的产出一套设计规范用于统一后台操作系统，利于用户使用习惯的培养和延续，降低学习成本，提高使用效率，有效提高开发效率，方便功能的优化扩展。基于现有的系统，我们抽丝剥茧，才有了如今的阶段性成果。 用户是谁？需求是什么？交互设计师对于一个项目最基本的了解就是源于这两个问题。我们做这次规范也是如此。。。。。。 你知，或者不知 规范就在那里 不悲不喜 用户是谁？我们的系统是给谁用的？ 初期是给我们的小二，后期系统会开放，外部商家或是委托方也会来使用我们的系统。那么我们第一次做系统规范的由于商家或委托方的信息掌握不到，可以主要针对我们的小二。 我们的小二有什么特点呢？他们目前是什么方法在录入信息的呢？ 小二这个角色在我们的部分可以细分为：认证小二，物流小二，行业运营小二（行业运营小二里面还分：买手，买手助理，店铺运营小二，网站运营小二……）每种角色来这个系统的目的都是不同的，行业运营小二，进来主要是录入信息，跟踪订单。物流小二主要是查看审核行业小二的申请，跟踪订单，查看报表。认证小二主要是审核行业小二或商家的申请，跟踪认证情况，分析数据。 需求是什么？ 由于当初系统发展情况参差不齐交互资源不够，前端控件没做，导致用户极难使用。系统开放过程中，频繁的更换交互、视觉还有前端，导致现在单个系