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


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

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

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

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

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

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

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

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

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

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

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

      我以为:

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

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

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

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

  • 相关阅读:
    Linq的Except
    BZOJ 1324 Exca神剑 最小割
    先学习Oracle 11g的Automatic Diagnostic Repository新功能
    NYOJ 300 && hdu 2276 Kiki & Little Kiki 2 (矩阵高速功率)
    V微软S2015下载:开展Win10/Linux/iOS多平台软件
    LeetCode Length of Last Word
    QT 打开文件对话框汇总
    取缔Chrome装载电脑管家的广告过滤脚本代码
    三种常见的图像处理双三次插值算法
    Best Time to Buy and Sell Stock I,II,III [leetcode]
  • 原文地址:https://www.cnblogs.com/music-heaven/p/10484728.html
Copyright © 2020-2023  润新知