• 什么时候开始考虑用户体验


      今天聊聊《构建之法》12章“用户体验”里提到的一个问题:“什么时候开始考虑用户体验”。

      在回答这个问题之前,我想先聊聊用户体验本身。我想从3个层面展开讨论:

      1)界面美感、操作流畅度

      2)组合功能操作符合实际业务流程(偏业务型产品)

      3)实际应用场景能支撑产品对用户操作上的要求

      第一点很容易理解,界面美观、大方,功能操作符合用户习惯,一般都能给用户留下好的印象,初体验也不会差。

      第二点,举个例子:夏天下馆子,先上点凉菜、啤酒,让食客先简单吃起来,聊起来,暖下饭局的氛围,等氛围差不多了,这时菜也上齐了,完美。但如果馆子一开始就上主菜,结果很久没见的朋友感情还没聊到位呢,待到动筷子的时候菜也凉了一半,等主菜吃的差不多也吃饱了,再最后上凉菜,恐怕这凉菜最后也凉凉,整个饭局体验肯定会因为馆子的上菜顺序不对而大打折扣。

      所以,特别是偏业务型的产品,一定要符合用户的实际业务流程,不能背道而驰,否则轻则用户体验差,重则产品没法使用。

      第三点,举个例子:冬天吃烤红薯,烤红薯一定要吃热气腾腾的,外皮儿要烤的焦黑,冒油,拿在手里暖和,顶着寒风都能吃上两口。吃烤红薯也讲究,对中掰开,先撕两片焦而不黑的肉过过嘴瘾,又硬又软又香又甜,然后拿个小勺子,对着里面热气腾腾的红薯肉来上一勺子,放在寒风中晾个一两秒,再趁热放入嘴里,哎哟,幸福。but,如果卖红薯的不提供勺子呢?直接掰开吃吧,软糯的红薯肉会粘上一脸,可能还会烫着,等回家找个勺子吃吧,凉了,不是那个味儿了!

      所以,再先进的技术,应用实际应用场景中,也要考虑用户会不会操作,来不来得及操作。如果不会,就要考虑采取更先进的手段,辅助用户完成操作;如果来不及,也可以考虑采取全自动的方式,让系统自动操作,用户确认结果即可。

      上面3个层面的用户体验聊完,再回到一开始的问题:什么时候开始考虑用户体验,哪些人要考虑用户体验?

      我以为:

      1)作为PM,在被任职负责某个产品之后,就应该开始全程考虑用户体验。深刻的了解每个核心应用场景下的每个核心业务流程。这样产品方向大概率不会走偏,而且很有可能会挖掘出用户深层次的业务问题。

      2)作为技术负责人、UI/UX/视觉设计负责人,在第一轮需求调研结束后,需求规格书正式评审前,一起讨论用户体验了。一方面让产品组的核心成员了解实际业务需求,另一方面也从其它专业的角度对PM的初步产品规划进行建议。

      3)作为整个产品组所有开发、设计人员,在正式立项后,产品交付前,也要全程考虑用户体验,毕竟产品是由他们具体做出来的,如果这个过程中不考虑用户体验,完全按章行事,做出来的产品可想而知。

      考虑用户体验,最好是立项伊始,其次是现在 ;)

  • 相关阅读:
    ThinkPHP5查询-select与find理解
    Gradle一分钟实现Spring-MVC
    CentOS 7 之Helloworld with c
    Python3学习之二Django搭建
    Python3学习之一环境搭建
    CentOS 7 之安装Mono&MonoDevelop
    CentOS 7 之Cisco Anyconnect Secure Mobility Client
    CentOS 7 之Shell学习笔记
    CentOS 7 之安装X Window System
    CentOS 7 之几个新特性(转)
  • 原文地址:https://www.cnblogs.com/music-heaven/p/10484728.html
Copyright © 2020-2023  润新知