• 腾讯产品宝典:产品手记全纪录


    一款产品,从脑袋里的一个想法变成真正让千万用户使用并创造价值的产品,往往要经过一个繁杂和漫长的过程,移动终端的产品遵循一个“快”字。项目周期要短一些,但只是相对时间缩短,完整的流程和环节却一个也不能少:立项--需求--开发--测试--上线。即便产品发布成功,依然有数据监控,用户反馈,产品运营推广,厂商内置合作等多个环节需要跟进。

            如果将每个环节细化开来,又可以分出:概念设计--产品定位--需求定义--美术风格设计--交互定稿--UI输出--程序开发--测试—debug--发布前准备--上线……
            只有亲自成功地把整个过程经历一遍,事无巨细,遇到问题解决问题,这样沉淀下来的经验,才是真正可以帮助我们成长的,这些经验胜过任何一本产品经理手册。
     

            下面以手机QQ游戏大厅为例,详细和大家共同探讨。
            【例】手机QQ游戏大厅是腾讯手机游戏的承载平台,自2009年上线以来,受到广大用户青睐,目前已经发展成为中国最大的手机休闲游戏娱乐平台。手机QQ游戏大厅具备休闲游戏、单机游戏、社区游戏、MMO网游等多种游戏类型的接入能力,覆盖Symbain、Kjava、Android等多个操作系统,随着iPhone及Pad版本的推出,2011年将实现手机操作系统的全平台覆盖并对外全面开放,相信在不断推陈出新,优化功能及用户体验的过程中,手机QQ游戏大厅会进一步巩固自己的领先优势,让更多的用户在手持移动终端上也能享受到PC电脑般的游戏体验,成为继手机QQ之后,移动平台上又一个明星产品。 


            1.概念设计:如何在一款海量用户的历史产品中寻求突破?
            在接到Android版本的产品设计任务时,手机QQ游戏大厅已经成功发布了Symbain V3/V5、Kjava等多个版本,得到用户广泛好评且积累了大量的用户数据和反馈。Android版本可以说是手机QQ游戏大厅产品在中低端平台取得成功后,向智能机高端平台进军的一次尝试,预期是在延续之前版本的优秀品质和特性的同时,在设计和功能上有所突破。
            在这种情况下,如何做一次概念设计,使之能够符合产品承前启后的预期?拍脑袋不行,一味的听取用户意见,最大限度的满足用户的愿望似乎也不可取。我们都有过这样的经验:因为晚到,中途才进入一个会议,这时候如果在不知道前人观点的情况下,就胡乱发表意见,总是欠妥的,正确的做法是选择倾听。没有充分了解问题的本质,就急于发表意见,积极主动的态度虽然不错,但意见往往会欠缺专业。所以我将之前发布的各个大厅版本的概念设计稿,需求文档,交互稿,各方的建议,用户的反馈……能找到的通通找出来,强迫自己不要急于动手,耐心的全部看一遍。同时,收集了市场上已有的竞争对手的作品,所谓的竞品分析。这个过程花了几天的时间,但非常非常值得!
     


            关键词:寻求突破、倾听、积极学习历史文档、研究竞争对手 
            1.可以从历史版本的演变过程中,看到这个产品发展的轨迹,以及它可能的走向,对未来版本的产品趋势判断非常有帮助。
            2.可以从被淘汰的概念设计中,看到淘汰的原因,哪些处理方式是不被推荐的,最终胜出的设计击中了哪些核心诉求。 
            3.可以从大量的用户反馈中轻易的找到目前版本还没有实现但是用户迫切需要的刚性需求。 


            4.可能发现自己想出来的很天才的想法,前人早就已经尝试过了,你几乎立刻就能知道这个想法是否有被采用,问题在哪里,而不用重复人力物力去再次求证。
            5.可能发现前人的问题,做得不好的地方,而那正是你在新版本里需要解决的问题。 
            6.当然,我们要做的是全新的设计,而上面这些工作会让设计更靠谱,更有信心。

     
            2.产品定位:定位是否清晰明确且正确?这个问题可能决定一款产品的命运 
            对历史版本有了充分的理解后,清楚了大厅功能的取舍原因,以及受到哪些技术上和规划定位上的限制。心里面对于大厅的产品特性,需求,未来版本的预期都有了比较具体的认识,再来做产品定位和版本规划就比闭门造车和拍脑袋要靠谱很多了。
            我得到的结论是,尽管Android系统较Symbain/Kjava无论在硬件还是软件性能上都更加出色,给了大厅的设计提供了更多的可能性,但就目前的发展规划和实现进度而言,一个我们脑袋里面的完美大厅还需要相当长的时间分阶段分步骤的来实现,不可能一步到位。很多产品经理,尤其是新人,容易犯的一个错误是,一上来就使劲的加功能,把所有觉得很炫的功能都一股脑提成需求,最后发现进度Delay又掉回头来删啊删,最后的结果肯定是产品形态不完整,偏离了设计预期,因为欠缺整体规划,导致想加新功能的时候发现很多地方都要改。后续的可扩展性也比较差。
            基于这样的结论,我给Android游戏大厅按实施顺序分为三个版本进行了定义:3 R2 `% w2 G- Z; }* f5 Y3 v

            

            关键词:从全局出发,尝试站在更高的层面上,为产品做出长期规划 

     
            3.需求定义:做加法还是做减法?
            产品定位清楚之后,就开始严格按照产品定位,对概念设计时罗列出来繁多的功能进行筛选和排序,将他们过滤并分配至每个小版本里面去,有理有据,也就对自己的设计更有把握和信心了。, b. B6 j/ q4 ?
            一款成功产品的需求文档,不可能是一人之力完成的,一定是团队智慧的结晶。需求评审这里个人有一个经验,每次评审之前最好跟所有人都先沟通一下,解决大部分问题,这样可以让评审更顺利和高效,换句话说,就是要给自己机会,认真的倾听每一个伙伴的想法。4 l6 ^( n1 a# S  [! L+ u: O$ D
            需求也不是一成不变的,在开发过程中,难免遇到这样那样的问题,有时候我们会由于技术或成本限制,出现暂时无法解决的问题,那就需要产品经理来从产品侧寻求解决方案。只要当需求发生变更时,及时知会到相关的开发和测试人员就好。 
            当然,有时候分歧也是在所难免的,大多数情况下可以通过沟通解决,Android大厅交互设计时就遇到过一个问题,基于android系统具有物理的返回键这一特性,是否应该在屏幕内提供全部虚拟按键,设计和产品据理力争,也没有得出结论,我们最终通过CE/灰度发布收集用户反馈的方式,解决了这个问题。不知道听谁的?听用户的!, @: {0 {( D. ?) X, A
            关键词:数据最诚实,帮你拨开迷雾,击中用户最核心的诉求

     
            4.美术风格设计:华丽和简约谁更美丽?
            此次Android游戏大厅的美术风格设计几易其稿,前后历经三次改版,才最终呈现在用户面前,获得了用户的好评。
            产品形态和视觉风格是相互影响的,这一点在无线的产品设计上体现尤为明显,无线业务系统总裁Tel曾经说过:“无线的资源永远都是有限的。”手机终端不但屏幕空间小,不同操作系统的用户都有其固有的操作习惯,同时还要兼顾速度和效率,对视觉和交互都有更高的要求。美术人员不了解这些特性,就很难做出符合用户需求的设计,相反,产品经理也需要在视觉上听取专业人士的意见,好的设计一定是建立在有效的沟通之上的。 
            关键词:美术风格是为产品服务的,产品好才是真的好! 

            

            

            

    5.开发与测试:又爱又恨的Bug!  a& E/ R# e) `/ L& l0 B* y; z
            本次Android大厅在技术上有很多新的尝试,例如首次实现了游戏免安装,绕过了系统的安装步骤,即下即玩,无需安装,极大的提升了用户体验。
            使用下载器的形式,根据用户屏幕分辨率适配最优版本,从根本上解决了用户经常安装错误版本,体验不好的问题,得到了用户的好评。5 Y  `( d3 A% V! t2 S2 c, K) A
            在印象里产品经理和开发人员总是一对矛盾体,产品人员使劲想功能,搞的开发非常辛苦,但是一款产品从立项一直到最终上线,这两个角色也是最核心的,他们能否有效并高效的合作,可以说是一款产品能否最后成功的关键因素。于是,沟通变得非常重要,从产品的角度,沟通要有时效性,能当时给出结论的一定要当时给出,做一个有解决方案的产品经理。同时,在做产品设计时,要充分参考开发的意见,不懂可以问,但一定要和开发确认清楚,在考虑功能和需求的同时,也要考虑到后台实现,在技术上产品人员有很多不足,所以一定要积极的向开发人员请教。让开发人员理解你的真正意图,在开发动手之前就达到一致,把不一致的地方解决掉,从而降低了之后反复修改的机率。
            每个新产品经理一定都记得产品第一次提测时的紧张心情,很怕出问题,其实这是个错误的心态,测试是为了尽可能降低发布风险,测出的问题越多,发布后可能的问题就越少,所以虽然产品人员和测试人员的视角和思维是不同的,但在工作上却是极大的互补,专业测试人员缜密的思维可以帮助产品经理快速的发现遗漏的问题,甚至于在提测前,每次测试用例的撰写都是一次补充和完善产品需求的机会。
            项目的成败不会取决于需求文档,但高品质的需求文档却是一定是好项目的一部分,产品经理在做需求时考虑的不仔细全面,不了解技术实现,对整个团队包括测试和开发人员,都会带来很大的负面影响以及重复劳动,不断地需求变更,推翻,和无法实现的功能,迭代安排问题,都将导致项目的拖延甚至最终的延期。
            关键词:每时每刻的去体验,问题发现的越早越好!

     
            6.团队的力量:如何减少分歧,最大化团队优势?
            在整个产品策划过程中,一直离不开团队的帮助,从最开始看的文档,就是团队成员的智慧结晶,到产品定义好,出来见人的时候,也要和团队成员一次又一次的开评审会,听取大家的意见,团队成员的经验可以让产品少走弯路。当然,意见出现分歧,PK也在所难免,但就在一次次的碰撞中,产品慢慢得到修正和完善。8 V% ~3 P  x" j  P/ j& A8 H( {7 O
            
            除了组内的合作,Android大厅在开发过程中,还遇到了跨部门,跨BU,甚至跨城市的合作,目前已经上线的Android手机QQ游戏大厅 Beta 1版本就是由CDC的同学们操刀完成。困难的问题大家一起想办法,出现问题及时沟通,出现分歧从产品本身出发,产品好才是真的好。
            很多新产品经理容易犯的一个错误是,太强调自己!交互、美术……统统都要自己主导,有想法是很好的,适当的坚持也是必须的,但更重要的一点,是要充分的信任你的团队,相信每个人在他各自的领域,都是最专业的。相信专业人士的意见,并学习,培养相关的专业感觉,我相信是对产品经理更有意义的事情。
            我们知道,一款产品,无论有多优秀,都不可能满足所有用户的所有需求。即使明确了目标用户最核心的诉求,同样无法满足所有目标用户的预期,这是一定的,从产品人员的角度,我们能做的永远都是,优化自己的产品,一点一点尝试满足再多一点人的预期。所以,产品的体验和质量,永远有再提高的空间。) j* ]8 D; E5 D( w! J
            Android游戏大厅目前已进入Beta 2版本的开发,计划在6月会有新的版本上线,相对Beta 1版本又做出了相当程度的改变和优化,这是一个渐变的过程。我相信所有的好产品,对用户负责的产品,都一定要经历这样的一个过程,从最初产品经理脑袋里面的一个构想,变成可以用的软件,逐渐发现更多用户诉求,针对用户的意见和使用习惯做改进,慢慢的将产品变好。 
            关键词:充分信赖你的伙伴,他们都是最专业的! 

     
            感谢一起奋斗的队友,感谢一起走过的岁月,感谢而未来更长! 

    以下是腾讯流传一篇老文章,但常看常新,每一次看都不一样的收获。
    -----------------------
    昨天听了pony在峰会上的讲座,收获颇丰,晚上回家后把记录的笔记整理了一下,先放上来和大家分享一下。整理时间较短,如有不周全之处,大家谅解:) - ~- Q% B  o# m- M( |, Y5 ?2 S

    背景:pony是公司的首席体验官、首席产品经理。这次在产品峰会上pony将自己平时经验的积累与大家交流,体验较细。这次分享研发管理部,设计中心整理了些材料。主要的案例是qqmail和qq影音的内容。以此为demo来讲解。 3 O+ [; f$ O6 ^# z5 U" }' R

    pony的讲解主要分为三大部分:产品设计、产品运营、交互设计。 . L) n* N' n" o! L5 ]5 V, T
    在开场首先提到,互联网同类产品竞争激烈,只有抓住用户的心才能持续走下去产品要赢得用户的心,要从一些小的点来赢得用户。 
    # v  \2 y: J- \# N/ B) f% Z
    第一部分:产品设计 
    这个部分,感受最深的是两个词:核心能力、口碑。这部分还着重提到了pony对产品经理素质、开发人员心态的期望。 

    核心能力 
    任何产品都有核心功能,能帮助到用户,解决用户某一方面的需求,如节省时间、解决问题,提升效率等等。 
    很多产品经理对核心能力的关注不够,不是说完全没有关注,而是没有关注到度。核心能力不仅仅是功能上也,也包括性能上的。对于技术出身的产品经理,特别是做后台出来的,对于性能的关注,如果自己有能力、有信心做到对核心能力的关注,肯定会渴望将速度、后台做到极限。现在很多产品都没做好,一抓问题一大堆。如,前阵子网页速度优化,好多东西可以优化,一下提速好多,之前不知道都做什么去了。之前用户忍受了很久,同时浪费时间、浪费我们的资源。不抓,都没人理,很说部过去。要在性能方面放入更多精力。 ! E5 P5 }+ s( M+ F  }+ q3 S. R

    谈到核心的能力,首先要有技术突破点。如做影音的时候,不是要做人家有我也有的东西。以前公司做的你有我有的东西,总是排在第二第三,虽然也有机会,但缺乏第一次出来亮相失去用户的认同感。 
    第一要关注你的产品的硬指标,在设计和开发的时候要考虑到外部会将对它与竞争对手做评测。如播放能力,占用内存。qq影音的核心性能和速度直接超越暴风影音。这样就能看到用户很多的好评和口碑。所以之后如果qq影音不出大问题,发展的势头将会很好。 
    / H0 Y/ K% E0 V, z% @! p
    硬指标评测cpu占用、高清加速,当时也有很多发展方向,如网络播放啊、交流啊、分享啊,也是思路。现在都砍掉,就是要做播放器,是用户的需求,纯用户需求不需要多少钱的。高清的,并不是很多人需要的,但是是高端用户的需求(这个后面口碑创造会再提到)。只有硬指标满足了,用户说,我这个破机器,暴风影音不能放,qq影音能放。这句话说出来,这样口碑就出来了。用户知道你行,差异化出来了。口碑要有差异性。 ' @3 K* i& C8 ^; Y4 q& N
    ) U$ p, E4 i3 Y1 m
    核心能力要做到极致。要多想如何通过技术实现差异化,人家做不到,或者通过半年一年才能追上来。 - ?! Y9 H0 N% K0 M5 u8 [- x
    如,用户总评论qq的时候说用qq唯一的理由是传文件快,有群。于是这些就是我们的优势,那我们就要将优势发挥到极致。我们需要更加深入的去想,要想到要不要做传输速度、中转啊。离线传文件在邮件体现就是一个中转站,超大文件,也不难,就是要去做。产品部门很快的去做,去测试。用户用的量也不一定大,但几个月用一次,口碑就来了。用户会说,我要传大文件,找了半天找不到可以传的地方,万般无赖之下用了很烂的qqmail,居然行了。于是我们的口碑就来了。做了很多测试、逐步放量,看变化,因为到期就删掉,成本也没提升多少。 
    , F6 h3 V" H- I+ y
    要做大,要考虑到如何做到极致让人家想到也追不上,我们这么多年在idc上的功力不能浪费,需要我们去做。高速上传、城域网中专站,支持高速地上传……,又发现问题,如不在邮件,在im做怎么体验,这个我们在后面要逐步考虑到做起来。我们的目的是要让用户感到超快、飞快,让用户体验非常好。这些都需要大量技术和后台来配合。 
    $ U( t7 D" M. K) X
    产品的发展都需要产品经理来配合。现在我们产品经理有是做研发出身的不多。而很多产品和服务是需要大量技术背景的,目前我们希望的产品经理是非常资深的,做过前端、后端开发的技术研发人员晋升而来的,刚毕业的人员来做产品经理很人担心。好的产品最好交到一个有技术能力的、有经验的产品人员手上,会让大家更加放心。如果产品人员太烂,让很多兄弟陪着干,结果发现方向错误是非常浪费和挫伤团队士气的。 
    产品最难的是订优先级和先后次序。要看哪个是用户最核心的。功能好不好不是说有用户用了,用量多少了,写个报告统计下流量证明是好。这个是很错误的,好不好要看用户是不是要用这个功能,用户要用的实时出现。腾讯很多产品经理的激情还不够,做出来的产品比较大路货。虽然挑剔不出很不对的东西,但放出去用户也没有感觉,最后就不了了之。pony有时候很痛心,希望大家在产品设计之初就想的透彻一点。产品经理需要投入更多的关注度,关注度不一样,结果出来的很不一样。 $ a5 ]4 X: B) n$ x' ]$ Q, Z

    口碑 

    做产品要做口碑,要关注高端用户、意见领袖关注的点。以前的思路是抓大放小,满足大部分小白用户的需求。但是高端用户这块是真正可以拿口碑的。 
    ; ^* N' Z  Z/ ]8 v5 C) i; M* E
    如何提高口碑,看最高端用户的关注,这个是在基础功能比较好的情况下考虑。如邮件搜索啊,rss啊,这些是很炫的用户会在博客和论坛里面提及的。做起来也不难,在有能力的情况下保证。在产品已经成型的情况下,要考虑到,对高端用户的心态要不一样。如果想要获得高端用户的口碑,还需要在产品的设计上大气些。如,让用户在我们的qqmail上使用别的邮箱的地址,而不带任何自己qqmail的尾巴。之前我们做的时候不会自动保存别的邮箱的地址,自己心里打个小九九,让别人不方便使用外部邮箱地址,好使用我们的。这些小九九,高端用户都是看的出来,反倒不好。所以要改掉,要做到真正的方便到用户。 改变用户习惯要让他信任你,改变有过程的,需要通过我们的努力让用户慢慢改过来。如,关闭数字帐号,发现很多bug,拍拍都不知道改。如,独立密码,之前不是双密码,而是改整体密码。 
    ' \4 Q9 t. ~# s6 |, v! L
    需要满足高端用户,让他不要怀疑你、bs你。如浏览器到兼容,可能你会考虑很多浏览器的覆盖率不高而不去做,但在高端用户来看,这是个态度问题,如果你的产品连这个都没考虑,其他的我就都怀疑了。你这个产品团队的意识好不好。再如同文件夹是否对齐,是否会引起杀毒软件的报警,都是小事但要关注。 
    个性化服务,并不是大众化服务,也是拿口碑的。 , p$ V3 U/ W9 j0 D0 H! D5 z+ d

    一个产品在没有口碑的时候,不要滥用平台,如要im带呀,投入营销资源呀,要marking联系pr公司投放广告呀,广告位提要求……等着人家砍,想一半也够了。产品经理精力好像分布的很好50% 产品、30%营销、20%……。如果你在基础处控制的好,也可以。但90%的时候第一点都做不好。如果你的实力和胜算不到70-80%,那么把精力放在最核心的地方。在已经获得良好口碑,处于上升期的产品才考虑这些。 
    . d; L0 Y% x4 W8 X# D. T
    产品经理关注最最核心、获得用户口碑的战略点,如果这块没做透,做营销只是告诉用户过来,失望,再花更多的精力弥补,是得不偿失的。当用户没有自动在增长(用户会主动给朋友推荐来使用我们的产品的时候),看着用户的增长,否则不要去打扰用户,否则可能是好心办坏事。这个时候,每做一件事情,每加一个东西要很慎重的考虑,真的是有建设性的去增加产品的一个口碑。当用户口碑坏掉后,再将用户拉回来很难。 2 O  s# \& n' y% t# Y

    加功能,在管理控制功能上也要有技巧。在核心功能做好后,常用功能是要逐步补齐的。产品在局部、细小之处的创新需要永不满足。作为一个有良好口碑的产品,每加一个功能都要考虑清楚,这个功能给10%的用户带来好感的时候是否会给90%的用户带来困惑。如果有冲突的要聪明点,分情况避免。每个功能不一定要用的多才是好,而是用了的人都觉得好就是好。 2 u0 z4 D" E* O  C4 }
    ( r1 n, b) y( W* |$ C. I, j
    做产品开发的时候需要有较强的研发机制保证,这样可以让产品开发更加敏捷更加快速。有些需求,提一下都可以得到很快反应。qqmail也会每天排好规划,为什么能很快反应,如文件加锁。有些产品做个东西写ppt、做汇报……,人家顺手就做了。很多产品不敏捷,大家要敏捷点、就算是大项目也要灵活。不能说等3个月后再给你个东西看,这个时候竞争对手都不知道跑到好远了。 9 V# B& M2 h9 _
    3 S% m3 a* b; c/ b6 c' k
    开发人员的心态要关注产品,不要是公事公办的态度。你要知道用户、同行会关注你的产品,在这种驱动下开发人员要自动去完成。不能说什么都要产品做好后,流水线样的送过来我才做。开发人员要参与,40-50%左右的产品最终体验应该是由开发人员决定的。产品人员不要嫉妒有些工作是是开发人员设计的,只有这样才是团队共同参与的。如果都是产品想的就完蛋了,那么这个team做这个产品没有什么机会,必然会产生产品迭代慢的效果。这样一个格局太不行了。 
    + d, x; _* {& R7 G0 E3 t
    运营式管理 1 t9 F. H9 w. l( {& e! O/ U

    这个部分感受最深的一个词:天天用。这部分还谈到了pony眼中产品经理的一些基本要求。 7 L5 N( Z# n9 n; B# e; B2 N, J( c
    我们的产品不是单机版,需要有强的用户感和技术功底外,很重要的是服务。我们要关注很多很复杂的内容,如架构啊,应用啊,产品需要有更好的架构,这个是需要花很多精力,常态下可能看不出来。所以需要高层从kpi上考虑。这个是考功力,谁做的好,总办领导是看得到的。设计的好的架构不会手乱脚乱。如把核心的东西做成组件模块分发。 / e* f1 O; `! f' K
    + p& b( \2 ~4 W# t/ q1 u/ J
    发现产品的不足,最简单的方法就是产品天天用。天天去看,去论坛,去博客、去订阅。产品经理要敏感点,找出你的产品不足之处。有的产品经理说找不出来很奇怪,上线的时候坚持三个月天天用,问题是有限的,一天发现一个,解决掉,这样慢慢的已经开始逼近你那个很有口碑的点了。不要因为工作没有技术含量就不去做,很多好的产品都是靠这个方法做出来的。对于高层来说,不仅仅是安排下面的人去做就可以了,一定要自己做。这些都不难,关键要坚持。意识要提高。你要做到每个周末,都心痒痒要去做。心里一定要想着,这个周末不试,肯定出事。这样坚持,到一个产品基本成型,就可以去看下个产品了。 
    6 E% ~( E" ]; x; e
    从哪个地方找,论坛啊、博客啊,rss订阅啊。高端用户不屑于去论坛提,在博客提,需要产品经理自己去追出来。如qqmail、影音的产品经理自己去查、去搜,然后主动和用户接触,解决,有些确实是用户搞错了,有些是我们的问题。产品经理心态要很好,希望用户能找出问题我们再解决掉。哪怕再小的问题解决了也是完成一件大事。有些事情做了,见效很快。运营方面要天天去看的,产品经理要关注多个方面,比如说你的产品慢,用户不会管你的idc烂或者其他原因,只是知道你慢。产品经理要全面,服务器端哪个方面的问题能找出来。跟踪用户定位问题。如果pony都能搜索到的问题,没看到产品经理出现,那么就是你没做到位。 ( |, l  I/ V% V% A# B

    $ r. a( q; R1 |1 n( }
    交互设计 ' y$ e2 P7 L1 L: T
    3 V4 L3 r) i6 H/ Y. R5 s) u- P- s& U
    交互要求我们细致,视觉简洁清爽。 

    产品经理要想到自己是个挑剔的用户,想像自己是个笨用户,复杂的看不懂。 ! |* b$ d: q2 K5 \" a) D* E5 m
    产品人员的精力有限,交互内容很多,所以要抓最常见的一块。流量、用量最大的地方都要考虑。规范到要让用户使用的舒服。要在感觉、触觉上都有琢磨,有困惑要想到去改善。如鼠标少移动、可快速点到等等。 ) e+ `" Q. q( F+ S
    像邮箱的一个按钮“返回”放在哪儿,上线测,放右边还是左边,大家都会多放琢磨,怎么放更好,并上线尝试,现在的方案折中比较好。如输入邮箱密码出错,输入框内的内容select上,不用用户清楚可以直接输出。这些都是对用户体验的优化。 

    如对同个用户发信,在此用户有多个邮箱的情况下会默认选最近用的一个帐号。这些需求都小,但你想清楚,用户就会说好,虽然用户未必说的出好在哪儿。 

    产品的使用要符合用户的习惯,如写邮件的时候copy东西,更多人习惯用键盘来操作。虽然有些技术难度,但也可以解决。交互,对鼠标反馈的灵敏性,便捷性。 
    9 {# Q1 l9 T9 E: H1 |0 C
    不强迫用户,如点亮图标。如qqmail,不为1%的需求骚扰99%的用户 4 }# S( _5 S3 B* s+ u
    操作便利,如qq音乐,新旧列表,两者都要兼顾到,如qq影音的快捷播放,从圆形到方形,最后因为影响性能而放弃。 
    2 |/ S) V' ^# g  j7 }
    美术、淡淡的,点到即止,如qqmail,qqmail在ui上的启发,不用太重也能做的很好。后来用在大量的产品,如hummer、影音。有图案和简洁不矛盾。 2 C4 K; m1 `# X7 z
    + Y  p, j  R4 d; E* W. U# E
    重点突出,防止不必要的低龄化,还提到了一些内容,如产品成功关键点等等,这些在pony的ppt上有,没有记下来,大家可以在之后腾讯峰会吧(http://km.oa.com/group/forum)直接看pony的ppt。   }  E- g/ Y4 `7 l1 ^
    0 ?( R# A* P; Y+ J) X
    最后pony谈了一下有些产品的态度问题——态度很好,不解决问题。只做表面功夫,与其花一段时间写个长长的报告,不如实实际际的去解决问题。 2 [% N6 b  O+ q- i9 B1 J
    外部也有很多优秀的产品可以学习,学习不是学皮毛,学样子,要学会。 0 F; ?  p! u3 l  @6 L
    外部可以学习的优秀产品,web类的,google、yahoo、facebook、apple,非web类的没有记录下来。 9 s  h; t+ Y, i) [* l, |$ }
    " Q# }+ C5 R1 d6 x5 v2 b
    总结一下: 
    1、核心功能要做透,做的人家追不上,自己的优势要尽量的发挥; 
    2、产品口碑要建立,要关注高端用户,要调整自己心态; 
    3、敏捷、快,产品迭代要快,快速实现、快速响应,要做到真正的迭代; 
    4、产品人员要全面,要能找出核心需求,要关注技术(架构、服务是不是好),要关注产品(天天用),要关注用户(还需要出去寻找问题并解决); & N. d7 d) v* M. w' d
    5、开发人员心态要好,要有参与感,不要被动的等; - _" z( t& [5 U5 a
    6、交互设计简洁,关注要点,当自己是个挑剔的、笨的用户; 
    7、想办法利用公司的资源,如pony等人都是大家的公共资源,要争取到pony对自己产品的关注,会给你的产品带来很多好的指导和创意。(这个不是pony 说的,是后来jeff提到的,不过很实在,pony做过这么多的产品,有这么好的产品感觉,如果给你的产品提出建议,是对产品很大的帮助)


  • 相关阅读:
    🔺 Garbage Remembering Exam UVA
    Cows and Cars UVA
    Probability|Given UVA
    Crossing Rivers HDU
    均匀分布和高斯分布
    Race to 1 UVA
    XMPPElementReceipt wait return,
    someone like you,
    第三方统计,
    截获的感觉,
  • 原文地址:https://www.cnblogs.com/xieyuan/p/3787482.html
Copyright © 2020-2023  润新知