美文网首页
后台1-学习总结

后台1-学习总结

作者: Sooophiaa | 来源:发表于2019-07-13 21:22 被阅读0次

后台定义

服务的管理操作部分,主要是对内容、数据的增删改查

特征

1. 业务理解难度大,专业词汇多

首要任务是对业务的理解,这点对于产品尤为重要

2. 用户群体专业性强

image.png

面对一批具有专业性的高级用户,此时设计师如果以「同理心」或「假装用户」的方法去推导会略显苍白。

C 端产品

用户量较多,至少是几万用户
用户分布比较杂,文化水平和电脑操作水平各异
他们习惯于带有引导的单线程操作,尽量简化页面信息。

后台产品

用户基数较少,以公司内部的运维人员为主,人员特征相对集中
具备很好的电脑操作水平,用户特征也较明显
他们注重高效率操作,编辑时经常采用输入搜索、编辑代码的交互方式,目标明确,快速精准直达;
排查问题时需要多视角,多维度判断问题。

  • 针对不同的用户特征,我们在设计界面时也有所侧重。
    对 C 端产品,用户水平差异较大,设计界面应尽量兼顾中间层用户的理解度,使操作符合其认知

但对于后台运维人员,过多的封装可能会影响操作效率,哪怕鼠标悬停显示、点击查看详情等。当然,过度封装界面也可能会增加用户理解的成本。

C端产品
考虑适量的交互动效,吸引用户;
简单直观的导航和架构,引导用户;图文结合的信息布局
注意信息疏密、留白
利于用户阅读效率和浏览心情;
文案用语通俗易懂且注重情感化

后台产品
大多是满屏信息,充分利用页面空间。
页面信息会包含技术人员习惯的英文专业术语,用图标或中文很难清晰表达语义,识别率较低。
以图表、列表、表单等形式进行数据展示
少有交互动效。
必要详情信息外露,展示多维度的全局信息,便于用户判断异常的优先级。
为常用操作留有入口且加大反馈热区,便于用户操作。
在组件选择上要考虑可扩展性、信息连贯性,避免浪费空间,分散用户注意力。

3产品设计思路差异

  • 从需求上分析

后台产品,一般需求是技术或业务直接推进到需求

C 端通过用户画像、同理心等方法分析用户的行为,发掘用户需求

后台的需求相比c端,需求更加明确,但不代表简单

后台产品的业务逻辑的复杂,同时流程性会更强

例如
在当前操作下哪个字段需要保留或者去除;
业务流程如何跳转才能清晰引导用户;
各种阈值如何有效显示;
一个页面中操作会不会有关联或冲突这些都需要建立在对业务的足够了解之上。

其次是设计产出,后台产品有时出于技术角度,会先搭起主体架构提供页面,展现业务,之后可通过技术改进与用户反馈进行迭代。

C 端产品设计时一般都会由产品经理与设计师一起讨论好较全面、较完善的操作流程;相关功能和操作都配备齐全;注重用户使用体验与界面美观。


image.png

因此,在产品设计时就会有不同的思路侧重。
后台产品「效率压倒一切」,注重界面的实用性和操作效率,对交互细节要求不会很高,提供必备功能即可,用户稳定。

C 端产品则是「体验为王」,关注的是流量 PV、UV 等数据,换句话说也就是产品更关注用户的粘度,需要以美观的视觉感受和流畅的交互体验来满足用户。

4. 技术迭代快

5. 需求层次存在差异

由于用户管理目标的数量级、权限、习惯的不同所导致的
例子:批量修改

兼顾高级与初级用户的使用习惯
既满足操作高效,也要确保新用户知道如何操作。
既要提供必要的页面流程引导,也要满足相关操作的快速跳转切换

C 端产品大多是由设计师确认好一条清晰的线性操作流程,用户根据引导逐步找到对应目标

设计思考

作为后台交互设计师,有时不仅要充当 PD,与业务方对接,负责需求的分析与功能结构梳理,也要配合开发,进行测试验收并收集上线反馈,甚至要负责相关视觉设计、使用推广等工作。在具体的工作中,需要我们具备更加全面的视角,以下几点思考与大家共勉。

  1. 转变自身态度
    与团队共建、协作,为产品负责。当团队中职能界定模糊时,我们作为产品的用户代表,需要为最终的体验负责,协调上下游工作,确保产品为用户提供所需的服务。
    为用户而设计,尊重用户使用习惯。不同的产品所对应的目标用户也不相同,这需要我们立足于本产品,了解用户的使用习惯、发掘痛点、洞见方向。
    尊重平台特性,了解技术限制。
    设计赋能。向前分析需求,向后配合开发。

  2. 深入了解自己的业务
    这一点在后台产品中尤为突出,了解才有发言权,才能提出合理建议,并正确推动前后端协调,否则脱离了业务,设计工作将无实质意义,即无法解决用户需求,也无法带来优质体验。


    image.png
  3. 设计方法
    协助梳理业务。把业务转化为容易理解的内容,整理出产品不同的角色、任务以及可能的页面,提炼功能与内容。
    敢尝试。提供备选 A\B 方案,让用户基于一个可供讨论和对比的界面进行反复修正,在此基础上进行细节补充,提高产品设计效率。
    小而快。把需求细分,快速进行产品开发与后续迭代

  4. 产品体验标准侧重

操作效率。后台管理运维的数量级较大,会涉及到对多目标的重复性操作,如何简化操作流程,合并重复模块,减少选项,有效的设计信息是较为重要的一点。

准确性。面对大量信息和多维度的判断,提供准确的信息展示与反馈同样可以提高操作效率。例如精准文案,减少界面视觉元素的干扰,增加预防出错的机制等,提高准确性,让用户聚焦于当前任务。

降低学习成本。后台产品本身就具有一定的学习成本,这与它的专业性不可分割,那么在设计时,减少信息层级,利用运维用户习惯的、纯粹的元素与操作方式,能够降低额外的学习成本。

相关文章

  • 后台1-学习总结

    后台定义 服务的管理操作部分,主要是对内容、数据的增删改查 特征 1. 业务理解难度大,专业词汇多 首要任务是对业...

  • Vue 后台管理项目1-后台搭建

    后台搭建 1.将 API Server 部署到本地: 用自己电脑的服务器,可以避免所有仿写项目的人请求同一个服务器...

  • 关于-Boolean学习总结

    关于---Boolean学习总结 1-数据类型---Boolean类型 2-引用类型---基本包装类型--Bool...

  • java后台开发的学习总结

    在IDE上搭载Tomcat服务器 Tomcat 服务器是一个免费的开放源代码的Web 应用服务器,是Apache ...

  • 2021-08-09

    今日主题:1-上周总结 2-本周计划 上周总结(8.02-8.08):总结主要分两个方面:1-微博 2-个人成长 ...

  • 业务后台系统之流程设计

    上周在《业务后台系统之权限设计》中总结了自己在最近一个后台业务系统项目中的后台产品设计经验,本篇继续总结完后台设计...

  • 租赁学习计划3月6-20日

    1-财务报表分析,每日一章并做总结。 2-租赁相关文章通读理解,并做留言总结。 3-对前一天的学习进行回顾性总结。...

  • ionic 在线解析PDF(ng2-pdf-viewer)

    工具ng2-pdf-viewerGitHub 参考文档:工作学习总结--ng2-pdf-viewer的运用后台返回...

  • 笔记Bang | 电商/后台资料互换(长期更新)

    1-添加公众号 notesbang,进电商/后台精品群(群会员来自腾讯/招行/携程/陆金所等后台产品),备注 产品...

  • 复盘2

    每日反思,总结,也是一种自我提升方式 1-早起打卡。 行业视频学习一个小时 -学习知识点 理解性记忆,理解最好的是...

网友评论

      本文标题:后台1-学习总结

      本文链接:https://www.haomeiwen.com/subject/roijkctx.html