说书时间

我理解的用户体验3

突然觉得大佬不是出尔反尔,也许是他们执行力强脑子灵活,需要改变时立刻就改变。世事本无对错,每件事在不同的时间确实需要不同的做法。比如之前我觉得有些人谈用户体验时从不考虑产品稳定性,现在我认为在产品迭代或早期用户时,稳定确实不是最重要的,产品或新功能是否有趣,比稳定重要的多。

郭德纲的小剧场演出就是快速迭代的产品之路,根据现场观众的反馈改进包袱的质量。

长久以来的观点是,用户是上帝,用户是衣食父母,但上帝是什么?你祈求上帝帮助,父母是谁?你向他们索取。是时候改变观念了,用户是自己的孩子。虽然比喻不好听,但作为父母,最关心的是自己的孩子,父母爱如山海。企业和产品把自己的一切都可以奉献给自己的孩子、用户。

突然想给老板一个建议,新功能的第一版永远不要考虑过多的用户体验。想在用户体验上抓住用户就抓不住用户的真正需求。

产品团队是一个知道终点但不认路的司机,刚启动时要拉几个认路的乘客,中途要仔细鉴别把目标不同的乘客赶下车去,持续的赶走和补充,慢慢的满车人的目标都是一样的,路也就走的越顺。如果一上来就拉满车的乘客,便推推嚷嚷的连鉴别的智商都没了。

有时候对用户体验的理解,容易陷入造永动机的思路。牛逼闪闪的想法,根本就不现实。

今天顿悟张小龙说的”产品经理是站在上帝身边的人”,原来不是高大上的意思。上帝不就是用户吗?产品经理是站在用户身边的人,什么人?不就是仆人吗!让主人满意,是仆人职责,主人脾气还很怪,仆人还要察言观色。

用户体验是借口,其实都是产品人员抖聪明。

装易信玩了玩,感觉跟我们犯了同样的毛病。在用户量不够的时候就追求大而全的功能,比如朋友圈,没有好友根本互动不起来。易信的朋友圈就是糟糕的体验,抄微信越像糟糕。

一个产品根据用户量的不同,功能设计是完全不同的。在用户量少的时候不强调自己的稳定性、易用性和特色(全网免费短信),而被已经成功的竞品带着跑,最终会跑偏的。用户不需要两个一模一样的东西。

拿着一款现有的成功产品去套用户需求,做出自己的产品后认为其分析的价值点给用户带去了价值,教导用户接受这样的价值。意淫这样的产品在一个特殊的市场大卖。

初期版本虽然能打动人心但仿制容易。产品只有在迭代过程中才会打造的愈加完善,建立门槛。「@lakeshore 黄靖昀 说:【产品经理面试题】如果你不是处女,但你的男朋友又喜欢处女,请问作为产品经理的你,是怎么解决这一需求的? 答:告诉他处女只是UI好,而自己是交互好,版本迭代中不可避免地会丧失一些最初的功能,打上补丁也于事无补。」

分享:《锤子还在路上,不妨宽容视之-看点-@虎嗅网》http://www.huxiu.com/article/12136/1.html 于是我们会发现在“用户体验”越来越被热炒的今天,“用户”这个神秘嘉宾完全已经秒杀了“有关部门”,几乎可以成了所有人的挡箭牌,是的,法律不能做挡箭牌,但是“用户”的体验可以。

用户体验那是顶尖高手琢磨的事情,普通人还是先想想怎么把自己产品的价值传导给用户吧。别他妈好高骛远,言必用户体验了。

软件不知不觉下载到你的电脑,你不经意间用起来发现特好用。这是360的两条腿,也是他能稳健的走进普通用户心中的原因。总结起来就是既流氓又温柔。

跟室友玩《数独》。他玩法是快速落子错了重新开始,我是想半天确认无误后再落子。最终结果他每局都三星,因为时间限制我至多两星,还有几局一星。── 这正好符合“快速迭代,不断试错”的产品开发观点?

得分清楚,什么是真正的细节,什么是个人喜好。

有个很有意思的观点,什么是用户体验?对女神来说强大的隐私设置是必要的,对屌丝来说容易接近女神才是重要的。你给哪类用户做体验?是不是这个功能讨好女神,那个功能讨好屌丝?在同一个产品上对用户朝三暮四,最后死无葬身之地。

有些东西有了便会关注他,以为他必不可少、没有他不知道怎么生活。等到他真的消失了也就消失了,没有什么不适应。比如——咬指甲。

——–

我理解的用户体验1
我理解的用户体验2
饭否 & twitter


当页面设计遇到前端重构

1、页面设计师拿着自己满意的设计稿给前端重构工程师,得到的回答是哎呀,这个没法做,怎么能设计成这样。
2、页面设计师想知道前端重构工程师是怎么工作的,网页切图到底是什么意思?

这篇文章主要是回答这两个问题。(以下设计师指页面设计师,前端指前端重构工程师。)
首先得吹一次牛,无论设计稿是什么样前端都能做出来。前端抱怨的根源是工作量,没有给他安排足够的时间。通常前端比设计师多考虑两点:一是可复用性,一是动态性。

可复用性,设计师也考虑可复用性,但前端对复用的要求更高。写代码的都希望”写的少,做的多”,”修改一处,全局生效”。在ps里复用的概念指的是复制出来一个图层,挪到别处去用,之后这两个图层毫无关系,为了美观复制出来的图层可能根据周围元素的情况稍微改动一下,比如颜色稍稍变淡变深直角改为圆角长宽改变背景加了花纹。前端眼中的复用更局限,不是克隆出来的图层副本,更类似镜子,新加一面镜子照出景象,如果这个景象有变化,那所有镜子中的景象都有变化,如果保持其他镜子中的景象不变,需要单独写代码。代码的复用被打破。

动态性,设计稿就像一张照片映出的是网页最美的瞬间,可前端眼中的网页是动态的,他能根据数据的不同看到网页种种不美的瞬间。设计师为了页面美观可以把模拟数据掐头去尾,但前端展现的时候,必须保证各种数据都不会破坏布局,布局得适应各种数据,文字的折行、省略号,中英文、数字。动态性还表现在用户交互行为上,比如用户点了一个按钮,页面产生了相应变化。设计师眼中是两张类似但独立的设计稿,变化后为了页面美观,有可能稍微改变一下元素大小布局位置,虽然只有几个像素的变化,甚至肉眼看不出来,但前端知道如果两张设计稿叠加起来看是有差别的,前端实现的时候要把这差别计算进去。有时候实现这种差别付出的工作量远大于你的想象,甚至前端要为此调整整个页面布局方式。

还有一点是前端必须考虑的,那就是浏览器的兼容性。设计稿就是张图,在所有看图软件中都显示一致。但浏览器不是这样的,浏览器分为IE,火狐,谷歌等等,IE又有6、7、8、9之分。即使完全一样的代码在不同的浏览器显示的可能完全不一样,需要前端利用某种技术去实现兼容。这对设计师可能非常难理解,但事实如此。还有一点请设计师特别注意,你用的设计软件通常都是最新版能设计出特别美观的图,但IE67是10年前的浏览器,让黑白电视放高清电影,这太吃力了,但偏偏它在中国的市场占有率还很高。(有部IE6 获得终身成就奖应该退役的视频链接贴在文章后面。)圆角、阴影、艺术字体在现在的网页设计中很常见,火狐谷歌等浏览器已经可以使用CSS3技术轻松实现,但IE8以下的浏览器不支持CSS3所以只能做成死图片贴到网页上。死图片改起来必然没有代码容易控制。

说说前端技术。前端网页布局大概可分为两种方式,一是栅格化布局,一是响应式布局。

栅格化布局,算是一种经典布局方式,顾名思义网页被栅格化了,网页中的各个元素都有指定的大小和位置。比如下面这张图:
栅格化布局

套用到实际的网页效果:
栅格化布局

细节展示:
栅格化布局

响应式布局,是最近流行的一种布局方式,他优于栅格布局的地方是能够解决多设备间不同分辨率的适配。 只用一套代码可以就可使同一个页面根据浏览终端的不同(PC,平板,手机)显示出不同的布局。比如 http://www.microsoft.com/,改变浏览器大小试试看。

————————————————-

《IE6获得终身成就奖》 http://v.youku.com/v_show/id_XMjc4MzYxMTY0.html
《网页的栅格系统设计》http://ued.taobao.com/blog/2008/09/grid_systems/
设计团队推荐:
《淘宝UED》 http://ued.taobao.com/blog/
《微博UDC》 http://udc.weibo.com/
《腾讯TGideas》 http://tgideas.qq.com/
《网易用户体验设计中心》 http://uedc.163.com/
《腾讯CDC》 http://cdc.tencent.com/
《搜狐媒体设计中心》http://mdc.sohu.com/
《19楼UED》 http://blog.19ued.com/
《迅雷CUED》 http://cued.xunlei.com/
《全球设计精享站》http://designlol.net/
《飞鱼的声纳》 http://startwmlife.com/


知乎贴图功能和真实的用户需求

知乎刚刚开放了贴图功能,采用了最传统的贴图方式,直接插入在文字中。我认为这是一个挺好的关于用户需求的案例。这次用户的要求说起来很简单:一图胜千言,需要在答案中插入图片。仔细研究这两句话会发现,“一图胜千言”是需求产生的最根本原点;“需要在答案中插入图片”是用户自己提出的解决办法。用户不是专业人士(虽然在知乎里很多用户是专业人士),提出的解决办法往往只能短视的解决自己的问题,就像“要一匹更快的马”。

在知乎里,用户真实的需求是“一图胜千言”,需要用图完善答案。直接插入到答案中是一个解决办法;标注上这里有一张图片也是一个解决办法。虽然一个标注不如直接插入图片效果显著,但他确实可以解决最原生的用户需求。并且还有几个优势:
1、不会破坏文字流从而影响阅读。(并且减少屏幕滚动,更大的利用一屏空间)
2、不是每个人都需要借助图片理解答题人的意思。(甚至有些图片对某些人来说是多余的)
3、减少页面链接数,优化页面加载。(想认真看某个答案,但前一个答案不停的加载图片,页面不停的向下滚)

在答案里标注图片之前的办法是直接给出一个链接地址,一般有两类地址,也伴随着两个问题:
1、直接链接图片的 URL 地址。(需要图片已经存在于网上,需要用户从源代码里扒出图片地址)
2、上传到自己的第三方网站如 minus/flickr 微博等地址。(需要用户分心登录其他网站,这些网站会带其他私人信息)
并且这两个办法用户不能保证链接永远有效,图片和答案之间其实是单向关联的,图片孤立在外。

综合以上观点我觉得知乎贴图功能的重点不是图片,而是作为一个独立的问答网站提问人和答题人阐述自己观点的图片地址太分散并且常常失效。


webkit与web标准

webkit 引起一片争论,前端观察也写了篇博客《反 webkit 之战》谈论这件事情。

知乎也有讨论:
-webkit- 浏览器前缀伤害了 web 技术的进步吗?

我是这样理解的:
实际情况下,标准的达成需要一段不可预测的时间长度,即使成为标准,或许也与最初的设想有些许差异,webkit 标准与 w3c 标准不能完美的相互映射。比如 w3c 对 css 渐变并不是面面俱到的规范之,webkit 是第一个支持 css 渐变的浏览器内核(可以理解为谷歌自己有网页需求并且有自己的浏览器,有需求便实现),但 mozilla 和 webkit 对规范有不同的理解,导致后来语法实现上有差异,多数的意见是 mozilla 的写法更优雅一些, 随后 webkit 对渐变语法进行了优化更新,采用了 mozilla 的标准。这种情况下浏览器按照“接收时开放,发送时保守”的原则需要保证以前使用 -webkit- 前缀的页面正确显示,“实验性的特性”、“不保证以后的兼容性”话可以这么说但事不能这么绝情做,开发人员担心私有前缀的后续兼容问题,在使用上会畏首畏脚。Chrome1 支持这个私有前缀 Chrome2 不支持,已完成的项目如果没有后期维护,用户不会升级。

对垄断的恐惧更多的源于技术的不更新,对 IE6 的阴影更多的是他对网页技术发展反应迟钝,IE6 的 bug 显而易见,技术上修复很容易,难点是微软放出了补丁也无济于事。升级IE需要重启电脑,这成本太高。同样我不喜欢 safair,不是技术领先不领先的问题而是不灵活,跟系统这样重量级的东西绑的太近。我不太担心 webkit 的“垄断”,浏览器是一款互联网入口软件,而现在世界是互联网公司的不是 PC/软件公司的。


我理解的用户体验

对一些产品同学来说,用户体验这大帽子是修改一切的板砖。而他们所理解的用户体验70%又都是关于视觉优化的,还有30%是所谓的使用便捷。产品性能和安全从来不在他们理解的范围内。

所谓使用便捷。一个界面上有多个流向另一界面的入口,这是方便的设计吗?

信息是一切,其他都是载体,根本需求是获取信息。市场竞争唯信息不破,只是获取信息的手段在不断进化。

用户体验要服务于信息传达,有些产品体验没那么好,但信息传达准确到位,这就是好产品,跑不了。

选对象是要长的靓还是有内涵?长的靓是生理需求,虽然也要认同但有内涵的才能长久。做产品不是做一次性活动,而是要长久打造一种品牌。

信息的准确传达是个匹配度的问题。一个习惯追新闻的人,你推送给他一个全面的深入的几千字的纸媒信息,即使用户体验再好,你也留不住他。他需要的是一个最快的最标题党的140字微博信息。


Copyright © 2008-2012 Chesanqi's Web World. All rights reserved.
Jarrah theme by Templates Next | Powered by WordPress