•          最近频频有同学跳槽,换工作,聚会时总少不了这个话题,工作近一年,个个都感慨颇多。在我看来,他们跳槽的主要原因倒不是因为待遇问题,与老板的关系紧张倒是跳槽的主要原因。更有甚者,为了不再见到那个——烫着澡堂大妈式卷发的胖女人——老板,宁可在没找到下家的情况下匆忙离职,简直是逃离恶魔岛。
        
            明年的这个时候,我也要像她们一样,去找一份适合自己的工作,或者说,适合自己的老板。所以,我很认真努力的从他们叽里呱啦的抱怨声中列出几个模型来。

            抛开B,C,E的那三个小气,无聊,可憎的老板不谈,我觉得A和D的老板,倒是很值得说说:
           
            A的老板正值而立之年,为人友善,待人热情,工作相当勤奋,每天总是最早上班,最晚下班。按理说,像这样以身作则的老板是个很好的榜样,A没有理由这样抱怨啊,可问题在于这位勤奋的老板事必躬亲,A完成的所有工作他都要亲自过问,审核,反复考虑,刚一开始,A很是为此感动,这样的老板,没有一点架子,一丝不苟的和你展开讨论,研究方案的合理性…A对他简直感恩戴德发誓要努力工作不辜负老板的栽培。可是问题在大半年之后来了。A发现,在她对手头的工作积累了一定的经验,做东西开始有把握的时候,老板依然放心不下,还是手把手的关注每一个细节,A渐渐觉得自己在工作上没有得到应有的信任,首先,老板不是这一方面的专家,他在这些事情上没有绝对的发言权,很多时候他凭借经验和直觉,以及多年积累的口才,能够把A说服,但是实际上谁对谁错也未必说得清楚。其次,这样的事后审核让A在工作的过程中或多或少的产生了懈怠心理,一想到方案提交后的漫长的讨论,最初的倡议多半是要被推翻重来的,所以,也就没什么必要花太多心思去做了,等到讨论的时候得出个老板中意的方向再说。可越是这样想,老板就越觉得A缺乏经验,不够仔细,越是更多的介入她的工作;自然的,老板越是介入,A就越觉得自己不受信任,这样的恶性循环当然就导致了最终辞职的结果。

          再说说D,D的老板稍微年长些,个性随和,不张扬,给人感觉颇稳重。每天也是最早上班,但不同的是,他通常也最早下班。D老板的工作方式基本上是早上上班时和每个人确认一下今天的工作,同时看一下人员之间的人物衔接是否存在问题,如果有,那么他就让几个人坐下来沟通一下,给出个解决办法,当然,期间总会出现一些争论,面红耳赤也不在话下,这时候,D老板总会充当调解员的角色:“喝口水,慢慢说……”然后,时间差不多了,就去吃个午饭,休息一下,再差不多了,就回家了。D很是奇怪老板怎么可以是一个公司走的最早的人?而且几乎不对D的工作作出质疑,经常都是D拿出几个方案供老板选择,老板挥挥手说:“你是专家,你拿主意。”这让在学校是乖乖女的D很是奇怪,在她看来,老板应该看上去充满智慧,对于各种问题提出自己独到的见解,工作勤奋,一丝不苟……所以,D在给一个国际知名的大公司投了简历,且得到了难得的面试机会后,她便二话不说的和这位老板说了拜拜。

           在我看来,着两个老板都很有自己的特点。《穷爸爸,富爸爸》的作者罗伯特.T.清崎有这样一个说法:“管理者通常把他的下属们当成不如他的人,而领导者却在指挥通常他认为是更聪明的人。"这样一句话,很容易把A和D的老板归到不同的位置,A的老板,因为他觉得下属的能力有限,他总是不放心将事情全权交给他们,所以,他注定要忙忙碌碌,不能停歇。而D的老板,他自信自己看中的人都是一群聪明,有才干的家伙,他很放心的将工作交给他们,而他的任务则是发现更多有才干的人,这其中当然会有风险,他的眼光决定着公司的发展,他不但要把这些人找到,同时要让他们在一个合理稳定的系统里面工作,从而能够在他不出现的时候整个公司也能正常顺利的运作。

           我在关注自己的职业规划的时候,读了一些书,找一点启发,有一本书——《富爸爸 财务自由之路》中将人的职业划分为四个象限:
    E 雇员
    S 自由职业者
    B 企业所有人
    I   投资人

          我想,在我毕业的几年内我显然不会考虑担当B ,I的角色,要么E,要么S,S是我最期望的,如果果真要做个E的话,我希望能遇上像D的老板那样人

          最后,我把这篇归在用户体验分类里,是因为我觉得工作环境的良好体验,也是不可忽视地~




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

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


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

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

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

         用户座谈会

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

         焦点小组(focus group)

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

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

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

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

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

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

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

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

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

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

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


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

  •       在《GUI设计禁忌》里看到这样一幅漫画——

        牛对着眼花缭乱的仪表盘开始抱怨:
        “该死的蹄子!我又按错了开关!谁设计的这 些仪表盘的?”
        “浣熊……”:D

        很多时候,我们也像是这个为牛设计仪表盘的浣熊:想当然的用自己的形象来建构角色模型,下意识的把自己的需求当成是用户的需求。

        界面设计有这样一个口号:既不要为用户设计,也不要让他们设计,而应当与他们一起设计。

        在做用户调查的过程中我们经常会发现,其实用户并不太知道他们真正想要什么。而等到这个产品摆到他们面前时他们却能清楚的评判出好坏,也就是说我们需要用户 的意见,但是不要指望他们能完全指导我们的设计(哈,不然要我们干嘛……),想要真正从用户的角度考虑问题其实不妨试着让自己做一回这样的用户——如果你 是一只要为牛做设计的浣熊,也许你可以只用两个爪子来摆弄仪表盘。:)