后台产品设计的那点事
今天就来总结一下后台产品设计的那点事。(想直接看操作指南的同学请下拉至正文分割线)
说到后台产品,总会有几个绕不开的“问题”:后台也需要产品经理?后台产品也需要用户体验?做后台也需要挖掘需求?
从某种意义上而言,这并不是疑问,而是质疑,好像默默无闻的后台产品比起光鲜亮丽的前端,差了几个数量级。但实际上,产品经理要负责的,远远不仅是产品新人句句不离的“用户体验”,后台产品的设计,也是有很多只做移动端的产品经理难以熟悉的门道。
而且由于后台产品多为内部使用,很难有竞品参考,更很少有像“用户体验”这样的概念,可以获得后台产品经理外的大众群体的广泛认知,实际上,后台产品入门要比普通产品更难。
关于后台产品的用户体验,常见的的说法是“反正内部用,能用就行了”,所以很多人说后台产品不需要用户体验。然而,用户体验不只是前台让人赏心悦目的视觉设计与炫酷的动效,更在于用户在使用中感受到的流畅与便利。
所以, 对于后台产品,最佳的用户体验就是效率 。而效率,就来自于产品对于业务流程上的梳理,与系统的易用。所以一个好的后台可能没有良好的视觉体验,但不可能没有良好的用户体验。
关于后台产品的用户需求,不了解后台产品的人会说,做业务方告诉你们的功能不就可以了?这样的后台产品经理,只能沦为一个业务与技术之间的传话筒。
只有深入了解业务,与产品的使用人员去聊,在他们真实的使用环境下观察他们的使用情况,甚至和他们共同反复使用,才能体会到他们最真实的痛点,开发出真正符合用户需求,能够推动并引领业务更快速的发展的后台产品。
那么,如何进行后台产品设计呢?我的总结是以下几步:
一、业务梳理
通过与需求方交流,了解业务的基本逻辑后,首先要理清业务关系,由于业务关系可能较为复杂,推荐大家分步以流程图的方式进行梳理。
在这里以简单的发布文章并审核发表为例。
1.流程图
通过流程图,明确完整的业务流程,以动作来推动业务流前进。如图中的发布、审核、修改、审核、发表等所需的操作需要一一明确。
2.泳道图
通过泳道图,明确业务动作的责任人,通过设定角色实现权限控制。
如图中的发布、审核、修改等基本操作需要编辑完成,而审核发表的功能只有主编才有权限。
还要注意需要审核过的内容的修改权限,可以拒绝修改,可以限定只有具有审核权限的角色可以修改(主编修改),也可以统一修改后重新审核。
3.分模块泳道图
通过分模块泳道图,明确任务状态,任务的不同状态对应后台的页面也会有所不同,需要分别进行设计。
二、架构设计
后台产品的架构,主要分为三块:
1.总览
后台涉及大量项目数据,总览的页面一般采用表结构,简单清晰。需要展示项目关键字段,并提供排序、筛选、搜索与对应流程的功能入口。
2.项目流程与功能
根据分模块泳道图的任务状态,对于任务的不同状态,设计对应的模块页面,依据流程图的任务流程,确定此时每个角色的功能与对应信息展示。
3.数据与管理
后台除了要满足对于前台项目管理的需求,还要提供项目总体情况的汇总情况展示,一般以仪表板配合关键数据及数据趋势的方式呈现。
三、原型制作
作为产品,原型制作是基本功,就不详细说明了,在这里只说一下与前台产品的几点重要差异:
1.表单
后台产品相比前台,数据多,信息量大,普遍采用表单结构,要注意数据的来源,字段,排序,大量数据是否需要筛选与搜索,考虑到系统响应时间是否分页等等。
2.数据检验
后台经常完成数据录入,一旦格式错误可能会对产生严重后果,所以数据录入时要考虑信息输入的限制与完整性校验。如数字的小数位数、字符串的长度限制、数据的完整填写等等。
3.操作与反馈
后台涉及大量操作,考虑操作的权限,针对不同角色呈现不同内容,高危操作时的提醒与二次确认,操作后的成功提示与失败提醒。对于无网络、无内容、无权限情况 的异常处理,清晰提示
4.通用模块
后台设计的模块通用性较强,为避免避免重复设计,可以采用蚂蚁金服的Ant Design的Axure 部件库,对于页头、页尾、导航等通用模块均有包含,表单、分页器、提醒等基础控件也简单易修改,还有完整页面模板,对于通用页面可以方便的套用。
下载地址:https://ant.design/docs/resource/download-cn
那么,后台产品的设计暂时就到这里了,但是产品的开发才刚刚开始,在与开发沟通中还可能涉及安全性要求、性能要求等一些技术问题,比如并发数、实时性、容灾性等等技术指标,还需要根据产品的数据需求进行评估,反复沟通,共同探索,共同打磨出优秀的后台产品。
作者 kuanso
关键字:产品经理, 产品设计, 后台
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!