无线用户体验部门规划

一直在无线,从未离开,希望这一年可以将无线用户体验部门带到一个更高的高度,一个更有凝聚力的部门。

部门:无线用户体验部门

目标:
真正做到以用户为中心,每款产品更加友好,易用。
提高公司产品在无线行业的知名度。
超过3款无线产品,平台:iphone、android。

职能与工作:
产品创新:无线行业研究、竞争对手研究、行业方向研究等方面进行现有资源产品研究创新。
用户体验:认真研究每一款产品,进行产品功能、流程优化,对产品的功能、界面、交互等进行研究与设计。
品牌管理:打造全新的品牌,塑造新一个公司产品在无线的形象,提升公司在无线行业品牌度。
交互设计:每款优秀的产品都有优秀的交互设计流程,更加注重交互设计流程化,标准化。
界面设计:品牌包装,提高视觉设计水平和概念。
用户研究:参与产品策略的制定,数据挖掘、用户行为分析等。
沟通协调:用户体验部门做好与其它部门间的有效沟通协调。
产品评估:整个产品开发、功能架构等产品工作评估。

对无线用户体验部门的要求:
1、产品即品牌。一旦在设计上有所突破,品牌就被赋予新的价值。
2、没有所谓的“大创意”,用户体验都是基于细节。
3、用户体验成为品牌突破过程重的重中之重。

这是从国外的LOEWY公司的一些要求,也是对于无线用户体验部门的一个检测标准。而现在更多的是基于优秀的用户体验,拿出一款优秀的产品。这也是对无线用户体验部门新的规划,同时勉励无线部门在新的一年内有新的突破。

2011年已经到来,新的一年里将花更多的精力于无线,同时对于自己的产品将注入更多的心血,无线用户体验部门将继续给力。

从手机产品更新说开去

我是个软件控,当有新的手机软件更新时,我会第一时间下载更新,这点是从PC上带过来的,更多的 是想看看软件升级对于产品有什么提示,以及站在产品的角度想想为什么要这些升级。手机产品也养了PC端的软件升级的习惯,当有新的软件时,会第一时间更新,以保证用上最新的产品,体验最新的产品功能。
站在用户的角度,对于手机软件更新做出个分析:

手机产品升级常见提醒方式:

手机产品更新面临常见问题:
1、是否联网
当手机客户端产品没有联网同样可以进行很多的操作,比如用百阅读书,没联网照样可以看下载到本地的书,这也是朋友在群里问的问题。如何让用户知道有新的更新呢?
解决方案:当有新的软件更新时,提示用户有新的更新,但取决于用户是否更新。规定一个时间范围,例:五天自动一次提示用户是否检测有新版本。
2、流量
很多用户在升级软件时对于流量的损耗成为选择升级标准之一,wifi对于iphone、android等系统平台手机用户来说是个福音,但如果没用wifi时,每个月流量有很大部分会消耗在软件升级上。升级android系统软件就得耗费100M的流量,这对于很多用户来说是不可接受的。
解决方案:升级采用二种方式:wifi、GPRS。同时可以设置手机提醒,在时间上限制手机软件升级时间。
3、版本及版本号
版本号错乱对于用户对于手机软件产品升级存在着理解问题,经常会升级相同的版本软件,当然做的好的软件会提示用户已是最新版本,但很多用户存在着版本号过长而理解错误,下载错版本等问题。
解决方案:1、以时间作为版本号,适用于经常有软件更新的产品。2、以产品发展为版本号,以小数位做为产品更新的版本号。3、以年份+beta为版本号。控制好版本升级时间,以及版本对于产品的影响。频繁更新产品是把双刃剑。
4、新旧版本问题
装了新版本就会将旧版本代替,打开也将是新版本信息,但旧版本的安装程序还在,同时新版本的安装程序也同样存在,经常会打开下载页面里有好几个版本,不懂得删除哪个版本,同时占据手机存储空间。
解决方案:1、在升级新版本的同时删除旧版本安装程序,对于下载的新版本安装程序停留一段时间,过了这段时间系统自动检测删除相应的版本安装程序,节省手机空间。2、产品在线升级,不要求下载安装程序。在线升级对于手机本身性能要求比较高,对于很多手机不太适用。
5、软件保存
软件下载了放在哪?存在系统文件中,还是存储卡?很多用户对于下载完的程序不知道在哪可以找到,特别是对于没有及时安装的用户当想重新找回下载的安装程序时,就发现不知道在哪寻找了。
解决方案:下载程序时给用户提示安装路径,建议用户安装在存储卡上,节省用户手机存储空间,方便软件运行。
6、升级故障
无故退出升级?升级中断?网络停止,关机等都可能中断软件更新,是续传还是重新下载,提示用户续传还是重新下载。
解决方案:具有续传功能。提供多渠道的升级方法。
手机软件更新在产品中是很重要的一个环节,体现出对产品是否用心去做,去研究用户究竟需要什么样的产品。产品需要升级,需要更新来添加新功能,以及提高产品的用户体验,手机产品更新同时更新的是产品服务。

UED设计流程和方法

看惯了淘宝阿里旺旺的UED团队做的图,突然有点冲动,组建一个属于我们自己的UED。没有阿里、百度、腾讯等大型互联网公司有专门的UED团队成员,但我们凭着自己团队合作成立了属于自己的手机客户端UED。

1、需求调研与分析:

任何一款产品都需要对这个市场进行调研,包括会存在的对手分析以及已经存在的对手,包括短时间内会有多少公司会同样开发相同的产品,以及开发这个产品的门槛。而这部分工作需要市场、PM甚至老板的共同努力。如果产品是客户指定需要,则需要对此产品市场上有多少类似的产品做出分析,包括产品核心优势。

产出物:调查报告

2、需求确定、线框图

当了解完此类产品,对产品整体有个了解时,需要写MRD、线框图、需求确认单,写MRD是给老板看的,同时这也是向老板要资源的根本,一个人的资源是有限的,很多时间需要向老板提出资源,比如人手不够,如果手机遇到证书问题等,包括费用申请都可以写在MRD中。同时这时做为PM应该对产品的大概构成已经有了自己的想法和印象。

产出物:MRD、线框图、需求确认单

3、PRD、高保原型

当需求确定后,PM就可以动手写PRD了,同时这时交互设计师可以开始做高保原型了,一般是先有了PRD后才开始做高保真原型,但公司缺少交互设计师,所以PRD与高保原型都是由PM完成,所以基本上高保原型与PRD有时不分先后,同时PRD中要放入相关的原型说明。写出PRD与原型后需要与评审进行几轮的“轰炸”,而评审的对象有:BOSS、市场、PM、交互设计师、开发人员、UI视觉、测试等,确定是否可行,以及会遇到的问题。

产出物:PRD、高保原型

4、图片、切图、高保图片

当需求确定后,根据高保原型,UI视觉需要进行产品设计。UI视觉在设计产品过程中需要与PM、开发、测试人员保持沟通,因为图片的效果可能在手机界面上产生的效果没有想像中的那么满意,同时测试需对UI设计进行测试,UI的测试工作主要是由测试部来执行,UI设计部门除了视觉输出之外,还要提交一份简单的文档给开发和测试使用,UI的测试应该在研发启动时同步启动,当研发部门有可见输出之后,测试部门可以先对UIt效果进行测试,测试完成后进行归档,并和UI进行确认,如果确定无误则归入BUG管理系统,并且参考UI输出和文档对整个软件的UI进行验收性质的测试。UI确认单是针对于市场与客户,当市场或用户对界面效果没有异议时开始进行相关页面设计,一般UI出图先出三张:登录、九宫格、启动画面。

产出物:UI图片、UI确认单、UI测试报告


5、开发

开发阶段会遇到各类的问题,沟通成为主要的手段 ,开发与PM、UI、测试等的有效沟通显得格外重要,开发周期的控制。这需要PM去协调,同时帮助解决资源需求问题(例手机证书类的申请)。

产出物:DEMO版产品


6、测试

测试从需求确定就已经跟进这个产品了,同时对UI界面的测试,产品DEMO版的测试等,很多公司把测试过程看很不重要,或者把测试的时间缩短的很短,正常的测试应该是开发时间的1-1.5倍时间。测试承担着产品面试前最后的把关工作,显得格外的重要,需要对产品会出现的各类问题进行不断的测试,我们曾经对淘掌柜经过一天一夜不关机的不间断的测试,就是为了让产品在发布前尽可能多测出一些BUG,保证产品在交给用户时尽可能少的出现问题。同时测试需配合开发对操作手册、UC、FAQ等文档的撰写。

产出物:测试报告、UC、FAQ、操作手册

7、Beta版发布

当测试到解决了60%BUG(没有一款产品是100%解决BUG公布的,都是通过版本升级来解决BUG问题),同时没有出现死机类大BUG时,产品的Beta版需要发布给一定用户使用,这期间会出现很多的问题、及时的做好用户反馈工作、系统分析等。运营报告需要很好的对用户的意见进行收集、分析,同时PM需要时时跟进,对产品遇到的问题进行分析,对Beta2、Beta3等版本进行改进,同时挖掘数据,对用户产品需求改进的同时,做好二期产品的规划。

产出物:产品Beta版


8、正式版发布

当产品需要正式面对用户时其实已经对BUG解决80%了,可以很好的满足用户的使用了,可以对将这版本进行了确定,而当产品正式发布时,第二期的产品规划应该已经有了30%的进展了,因为这时手上已经有一定的运营报告做数据支撑,同时对于用户反馈的意见也做出了详细的分析,新的产品功能也将出现了。

产出物:产品正式版


每个公司都有自己的UED,只是很多这种流程形于无形之中,更多的公司需要的是适合自己的UED流程,以确保产品进行的更顺利,更多的用户使用上自己的产品。UED是为用户而存在,也为自己的产品而存在。

设计优秀的手机客户端用户体验

手机客户端有着与网页不同的产品风格,将1024*768大小的网页功能布局置于了240*320、320*240或者再好点是320*480大小,不是用鼠标点击,而是通过键盘或手指去操作每一步。但手机客户端的产品设计同样与网页一样,有许多的共同点,但也有自己独特的地方。

手机客户端设计优秀的用户体验:

1、抓住主要功能

手机没有网页那么大的屏幕,如何体现出主要功能,一目了然的给用户体现出主要功能显得格外重要,但并不代表着九宫格(或16宫格)第一个宫格不是最重要的。手机QQ就将QQ放在了默认的焦点停留处。但主要的功能一定要全部位于界面中,因为用户可以容忍那些发生在边角的问题。

2、突出特色

每款产品一定会有自己特色的地方,UCweb的导航为众多手机用户省去了输入网址的麻烦,所以很多用户愿意去登录UCweb去直接寻找自己想要去的地方,不再需要输入一整行的字母,相信hao123做到的,UCweb同样也做到了,这也是UCweb深受用户喜欢的原因之一。淘掌柜在设计时对于卖家来说突出的重点在于卖,所以对于店铺的管理显得格外重要。所以界面展示时全部显示的是宝贝管理的内容。

3、保持简单

把你的 UI 想成是你与你的目标用户之间的对话。假设你就在用户的身边,然后他问你说“我现在应该怎么做?”想想你会如何解释:哪些步骤、怎样的顺序、你会怎么说以及 如何来解释等等。也想想那些你“不会”说的东西。这就是 你的UI 应该的样子——好像朋友之间的对话一样——而不是什么用户难以理解的高深莫测的东西。别让用户过多的花时间研究产品如何操作,这是产品经理和交互应该想的,不应该由用户花时间。

4、不要使人厌烦

通常,任何用户会直接忽略而不采取任何行动的东西都应当被重新设计或者删除。这对于用户会反复看到的东西来说更是如此,如错误信息、警告信息、确定信息、通知等。应该非常谨慎的使用声音。与安全性和法律问题(例如授权或许可条款)相关的 UI 可以例外。友好的人机界面,对于手机客户端界面来说显得格外重要,UI给的界面、提示信息内容、声音等的好坏都会给用户的视觉和听觉产生疲劳。

5、为常见问题设计

你的设计是不是很棒——除非用户犯了错误或网络连接中断?预测那些常见问题、用户失误及其他错误并为基进行设计。考虑像软件升级问题、网络速度很慢或不可用、设备没有安装或不可用、以及用户进行了错误的输入或跳过了一些步骤等情况。在你程序的每一步,问问自己:最坏的情况下会发生什么?然后再看看当这些确实发生时你的程序的行为是不是够好。确保所有的错误信息对问题进行了清晰地解释并给出可行的解决方案。对于手机客户端来说软件升级、断网、跳转时间都成为常见的问题,如何在断网的情况下做出提示,如何在短时间内没实现跳转给出提示。一般说来,超过 10 秒的任务需要更多的信息反馈,并应当能够被取消。记住用户对于速度的感知和实际速度一样重要,而且速度的感知主要决定于程序多快能够响应。

6、看起来和用起来一样重要

确保你的程序能很好地达成它的目标,包含合适的功能且把这些功能放在合适地方。应当使用标准的手机界面外观,包括标准的窗口边框、字体、系统颜色、通用控件和对话框及标准的布局。避免自定义 UI 及使用受到限制的品牌形象。只要有可能(且合法!),就应当使用标准的图标、图形及动画。如果你需要使用自己的图形和图标,则应使用专业的设计师。(如果暂时没有的话,就只用少量简单的图形——或者干脆不用。) 不要假设提供皮肤能够对那些一般化的外观起到补偿作用。大多数用户不会操心那些,而且具有一个很棒的外观比有一堆一般化的外观给人的印象更深。或许你设计的产品第一眼就打动人心的不是功能,而是很棒的外观,至少每天见了给人的心情是很愉快的。

7、减少精力、知识和思考

要尽量让用户减少使用你的产品所需的精力、知识和思考:

* 显式比隐式要好。把用户需要知道的信息直接放在屏幕上。仔细推敲窗口或页面上的主标题说明以清晰表达界面的目的。
* 简要比罗嗦要好。把信息放在屏幕上,但是要简要。抓住要点!为浏览设计文本,而非沉浸式阅读。为有帮助的、补充性质的、但并非基本的信息使用帮助链接。
* 有约束比无约束要好。当选择控件时,能够约束有效输入的控件通常是最好的选择。
* 可用比禁用好。禁用的控件往往让人困惑,因此仅当用户能够很容易地推断出为什么控件被禁用时才可使用。否则,应当移去不适用的控件或者保持其可用并提供有帮助的反馈信息。
* 有反馈比没反应好。提供清晰的反馈以表明一个任务是否正在执行或者失败。不要让用户猜测。

优秀手机客户端用户体验永远是简洁、快速的响应用户的需求。减少用户思考,手机界面本来就小,不能再直观的给用户提示,会给用户造成很大的困惑。优秀的手机客户端用户体验一定会从小、快、巧三个出发,这也是用户所需要的。

淘掌柜UE评估模型

移动互联网应用的UE评估模型分为6个维护模型:实用性、高效性、易学性、吸引度、系统能力、可帮助性。

  • 实用性
    该应用提供的功能满足目标用户的程度。以淘宝的淘掌柜为例,淘掌柜是给卖家提供一个离开PC可以继续操作的手机客户端,主要功能就是为淘宝的卖家提供宝贝管理、交易管理、店铺管理、评价管理、消息管理等,淘掌柜的实用性在于找到卖家最经常用的功能,宝贝管理对出售中的宝贝、仓库里的宝贝分别进行管理,离开了PC同时可以对网店有东西进行管理,不论是外出送货或者还在坐车出外的路上都可以对店铺进行时时管理,PC可以关机,但淘宝手机可以为你解决这类问题了。


  • 高效性
    在使用该应用的过程中,完成任务的操作效率的高低。手机永远比不过PC那么便捷,但手机也有手机的优势,就拿淘掌柜将掌柜们最常用的功能提取出来,不需要再看繁琐的操作过程,手机客户端要给用户最直接的内容显示方式,就拿淘掌柜“编辑宝贝详情”,对卖家来说四点最重要,宝贝图片、宝贝介绍、价格、数量。而对于买家最想看到的也是这个,这是件什么样的宝贝,有个图片加文字介绍最好,同时查看一下价格,以及可以购买的数量。所以卖家的客户端针对于卖家最常用的功能完成对宝贝编辑最常用的设计。

  • 易学性
    用户学会使用该应用的难易程度。如何快速上手,如何更加贴进用户的需要,如何让PC用户一下子可以很快的上手,同时让用户感觉到与PC同样的操作,不让用户在操作习惯上有所改变,不能让用户找不到在哪操作,不让能用户退出当前的操作程序。尽可能的与手机的功能相结合,如果是触屏的点击会显示菜单,如果是键盘,左键菜单的设计,以及OK键如何更有效的利用将显得格外重要,因为用户没时间去研究你手机的功能,只要越快越好。所以在设计功能上显得更加重要。

  • 吸引度
    使用该应用的主观喜爱程度。如何让用户喜欢上这个应用,淘掌柜在界面效果上以及在手机选择上(很多人更想用智能机)都有采用与众不同的方式,蚂蚁,成为淘掌柜的头像,因为淘宝觉得蚂蚁一直是勤奋劳动的代表,同样淘宝卖家也一样,由于卖家的勤奋,日夜的服务,所以将淘掌柜的头像设定为了蚂蚁。从主观意识上已经吸引了众多的淘宝卖家,同时淘宝将蚂蚁做为吉祥物送给了购买淘宝手机的用户做为对他们的勉励。
  • 系统能力
    该应用运行的稳定性、适配性的好坏程度。如果说淘宝手机有所败笔,一定是我们从客户那听到太多的手机性能抱怨,联想的i61以及阿尔卡特的OT800,包括后来出的白金版的OT800,虽然在一定外表程序上吸引了卖家,但还是有众多的用户抱怨为什么不是选择诺基亚、三星等众多品牌,宁愿出更高的价格买个更好性能的淘宝手机。还有些用户直接问在哪可以下载淘掌柜,直接装到自己手机上。看得出来用户对于手机的硬件要求。稳定性,淘掌柜出来后升级也有好几次了,稳定性方面确实还有待提高。
  • 可帮助性
    该应用的设计是否能更好地帮助用户完成任务,从错误中恢复的能力。淘掌柜的定位就在于帮助淘宝卖家多一种方式来实现店铺管理,不因为外出送货,或者赶公交等一系列情况错失了生意,只要有通讯信号的地方就可以实现对店铺管理。这是很多用户愿意去做的,不愿意天天守着电脑 ,但由于手机屏幕的局限性,同时操作性,会有局限性,但同样这个应用不可少。

    淘掌柜确实服务了一批的用户,在聆听用户的声音同时,也更加注重在产品性能上的优化,在满足卖家最基本的需求同时如何加入更多的元素。用户是上帝,但更是UE的主来源。任何一款产品的用户体验的要求不同,UE贯穿在一切设计、创新过程。要想做好淘掌柜还有很多路要走。