•     为被和谐的flickr默哀一下,贴张我家小二的照片,他叫阿甘,很知道思考。——

  •         发现养猫真的是件上瘾的事情,我幻想着一群猫儿整天围着我上窜下跳,累了,蜷成一个个毛球就这样睡在我盘起的两腿之间。这种时候你真是不忍心打搅她,轻轻摸着她额头的绒毛,她会斜着头懒洋洋的半睁开眼,肚子里发出咕噜咕噜的声响,然后继续顾自睡觉。

            这是我家的小魔鬼,两个月大的小三花,三个最大的爱好就是吃饭,睡觉和肆无忌惮的啃我,我尝试用各种方法教育她,都不奏效……所以,我打算给她找个新的可以啃得对象,或者同类比较好说话,不会使劲啃,亲亲嘴就行了。

        嗯~想象中是一只纯白的小奶猫,也要母的,避免意外发生,小K同学,如果有合适的对象一定要介绍给我哦~~~~~




  •     为一个设计师朋友找工作,有需要”以用户体验为核心的产品设计师“的地方可以找我推荐。

       
  •        前几天看到奇遇的文章做UI设计,我把沟通放在首位!其中有一幅这样的图。


            按照奇遇同学的看法,UI设计师处在一个沟通枢纽的中心,他需要和产品策划、用户、工程师进行三方沟通。

            不知道是不是每个专业的人都需关于将自己的工作摆在一个项目的中心位置, 前阵子在看一本书《产品经理实战手册》是金山的前任产品经理写的。如果根据那本书的描述画一张,似乎产品经理应该被替换到UI设计师的位置。这本书里提到产品经理需要遵循的七大法则,第二条就是:用户座谈会。这听上去很像交互设计师时常提到的“焦点小组”

           一个公司将相同的任务同时指派给两个部门这显然是一种浪费,仔细看看也许能懂这两个貌似差不多的访谈中发现点不同。

         用户座谈会

         对于没有大量资金进行大规模市场调查的公司,用户座谈会是个性价比极高的调研替代品。选择典型用户,以座谈形式了解用户的需求和想法从而得出一个比较系统的答案,确定产品的方向。如果我们的典型用户是一帮受过较高等教育的网虫,那么,他们满足他们获取信息需求的是一个高效阅读器,还是个人门户,还是搜索引擎,还是……这是产品经理的访谈需要确定的。
         

         焦点小组(focus group)

         具体细则我就不介绍了,其目的是进行产品功能的界定、工作流程的模拟、用户需求的发现、用户界面的结构设计和交互设计、产品的原型的接受度测试、用户模型的建立等。应该说,这种访谈差不多是在确立了产品大方向之后进行的,也就是说,产品部门如果明确我们要做的是阅读器,那么它以何种方式呈现,如何交互,界面简洁与否,这是交互设计师的焦点小组需要得出的结果。

        谁最后设计了产品?当然是用户。尽管这句话可能不那么纯粹,毕竟商业的驱动力是巨大的,但是驱动商业发展的到底也还是用户。嗯~~姑且认为它是真理吧:) 也许,我们都该离用户很近。
         
  •       “全部都显示的话我不知道第二页还有多少未读的,只显示未读的话,当某个新闻频道内容多,有些我现在还不想读,系统却自动认为我打开了就算读了!!!”
          ……
          这是白鸦老大今天向我抱怨的,也刚好他前天写了你可以升级新功能,但别更改我现有的设置! 我就也来扯几句吧~

        抓虾前阵子的一个功能升级遭致一盆盆口水,褒贬不一。事情是这样子滴——

        不久前,抓虾针对一些用户的意见反馈,决定添加保留频道未读文章的功能,如果用户不打算查看所有文章就可点击“全部标为已读”。

            功能上线时我们在抓虾日记上公布了这一功能更改,可是,还是引起了很多用户的迷惑,大多数想我们抱怨的用户认为这是抓虾的bug,显然,这是我们在设计上的失误,我们的确需要对此进行检讨。

            怎么办?改回来?显然,频繁的改变功能设置是对用户习惯的极大不尊重。继续保持?这显然是知错不改。最后,我们还是决定:改!对于一个创业型的小网站,很多时候设计是一个探索的过程,更何况是在一个现有参照的情况下,犯错是肯定的,如何改正?如何不影响现有用户的使用习惯,又尽力培养新用户良好的使用习惯,对我们来说的确是个挑战。

           最后,我们对这支做出了如下调整——两种模式:

           · 只显示频道中的新文章 (按页记录文章未读数)
           · 显示频道中所有文章 (点击频道即全部标为已读)

            为什么做这样的调整?首先,经过数据分析,我们认为习惯显示全部文章的用户大都订阅量不大,而且没有精确区分已读未读的需求,对于他们,我们希望真个阅读的过程尽可能简单,未读文章数“一点即消”。
           而对于只显示频道中的新文章的用户,通常订阅量较大,需要精确区分已读未读,对于他们,我们会保留前一次的未读文章。

           而这个设计的改变就必然会对现有用户的现有设置有所影响,我们也深知一定会造成部分用户的不满,可是还是那句话:我们犯错了,我们必须改正。

            ps:对于白鸦说的:“只显示未读的话,当某个新闻频道内容多,有些我现在还不想读,系统却自动认为我打开了就算读了!!!”这种情况是不存在滴~~(白鸦,你是不是记错了呀???)


            当然,问题依旧存在,在设计上我们的确在不断的努力摸索,非常感谢热心用户对我们提出的意见和建议。