小幺-管理思践

在电子商务中,用户的评论已被证实是提升销售的有效手段。但它绝不仅仅是将评论直接放上网页这么简单。当你开始收到大量评论时,你需要进行整理,以对顾客有用的方式将大量评论呈现出来。

美国最大的电子商务网站亚马逊就因为成功地为它的客户处理了评论的问题,增加了27亿美元收入。

“这条评论对你有用吗?”

近期,《经济学家》的一篇报道说,Google的零售行业总监JohnMcAteer表示,评论的数量对于提高销售量至关重要。“20”是一个充满魔力的数字,20条评论能让产品更具吸引力,而且还能激发更多人发表评论。

然而,当评论达到一定数量之后,客户会因为评论数量太多而拒绝浏览,这时客户需要你帮他们把评论变得更有价值。可用性专家JaredSpool在他最新的文章中讲述了亚马逊的方法,非常简单,只是在每条评论的下面加了一个问题:“这条评论对你有用吗?”

就是这样简单的一个问题,帮亚马逊将与产品最相关、同时也是对销售最有帮助的评论提到最前面。

亚马逊在加了这个提问后,就能清楚地看到哪些评论获得最多的支持。如果它们是有争议的(不是 每个人都觉得它们有用),它们的支持率就会降低,那些最有用的评论就会超过它们排到前面。这成了一个自治系统,让那些人们觉得最有用的评论能保持在列表顶 端。其结果是,简单的手段,高效地运转。

同时,亚马逊悄悄地移掉占据“最有用评论”三甲的好评。它尝试让好评和差评保持一种平衡状态。这样,顾客就能通过正反两方面的评论了解产品。

然而,一些网站没有想到要这样处理评论问题。比如,在游戏网站上,有些游戏有几百条评论,但 是卖家没有采取措施帮用户利用这些评论。一个例子是游戏《侠盗车手》有217条评论,被分成了40多页。你没法想像用户有耐心看完这40多页的评论,而这 么多用户的反馈,游戏网站却没有加以利用。

这是一个明显的例子,若是能将评论推荐为“有用”,或以其他方式推荐评论,这对潜在用户而言是很有价值的资源,而且还能帮卖家提高销售率。

小技巧创造大收入

还有其它一些技巧,比如让用户能容易地看到支持率最高的差评或好评,或是用简易的图表总结评论的等级。

对用户来说,这样处理后,数量庞大的评论易于被利用,而这种方法对亚马逊销售更有用。

不要忽视了这些小手段对增加销售的影响。Jared计算了一下,自从显示最有用的评论以来,媒体产品分类下的销售增加了20%。而这项功能为亚马逊增加了27亿美元的收入。

另一篇文章《一公司通过取消付款前需注册这一规定,增加了3亿销售》,也说明了小手段能产生多么大的影响。

当然,没有必要每个卖家都采取这样的方式,因为很少有公司网站能像亚马逊一样吸引这么多评论。事实上,在英国,产品能收到大量评论的电子商务网站不多。

知名的购物比较网Kelkoo和评论网Reevoo都问道:“评论是否有帮助”、“能否让顾客更容易地快速浏览页面”等。Reevoo提供了一份有用的得分汇总,并按用户觉得的有用程度来排列评论。 (本文来源：南方网 )

    首先，我必须承认，全民UCD（user center design）是参考了腾讯全民CE（customer engagement）的概念。

    我不太知道腾讯采用全民CE的出发点是什么，但是我明确，我要推行全民UCD的出发点是解决沟通的问题然后才是对产品体验的优化。

    UCD在国内还算不上一个成熟的概念，而产品设计师也远不如软件工程师那么让人耳熟能详。在一些儿产品设计评审会上，摆在产品设计师面前的问题不仅仅是宣扬和解释产品设计本身还需要推销UCD这个概念以及产品设计师本身。众所周知，高效的沟通需要沟通双方或者多方具有基本一致的知识背景。当相当一部分人还不明白什么是UCD（what）以及我们为很么要UCD（why）以及怎样做UCD（how）的时候，沟通就成了阻碍UCD的最大问题。

    这些问题不仅仅出现在产品评审会议上，在任何时间和地点都可能发生。矛盾最激烈的体现在产品设计人员和软件工程师之间。在没有职权影响力和知识背景支撑的状况下，产品设计师很难说服一个软件工程师去为了一个在软件工程师看来貌似无关紧要的细节去做修改。因为他们思考问题的方式太过于不同，在软件工程师看来，技术应该是至上的，他应该把所有精力放在哪些优雅的设计模式和极具艺术感的系统架构上去。去争论一个按钮放左边还是放右边简直就是扯淡到吃饱了撑的没事干的人才会去考虑的事情。然而在产品设计师看来，他务必在众多的好像都可以的用户体验方案中选择一个相对完美的方式。并且他还要务必站在白痴的用户的立场上用一种在软件工程师看来很白痴的思考问题的方式让自己也看起来近似白痴。在这种背景下，两个人不干仗就成了一件不正常的情况。最后解决问题的办法是大家都把各种的leader找来，然后leader们又干了起来，直到他们找到事业部的老总这种不能再网上找Leader必须自己搞定的人这里。这是现实中的真实情况，发生在有UCD但UCD只存在于UED的企业里面。

    而这种冲突是导致产品开发效率底下的罪魁祸首之一。解决问题的根本方法是推行全民UCD。

公元2008年12月31日，ISD Webteam召开了史上第一次年终会议，在这短短的半天约4个小时内，基本上，留下了我们对08的总结与09的憧憬。

亮点：
1、内容。
这次年会的主题内容，比较丰富，除了必须的各团队的回顾与展望，另有一些与工作相关的交流主题。与以往参加其他部门年会的情况不同，这次的内容准备，我个人认为是充分而有趣的。

2、气氛。
除了中间xuxu的10分钟休息时间以外，在大约4个小时的会议过程中，与会的各位人士都表现了超乎往常的敬业态度与责任心，能始终保持高度的投入，现场气氛始终活跃，这和以往的会议是大不相同的。

3、人才。
会上进行分享的几位xxxx师们，看得出来，无一例外的对自己的演讲材料与形式进行了精心的准备，不排除在家里对着镜子提前热身6小时，再配以现场的精彩发挥以及观众的热烈反响，让这几位有机会把闷骚精神演绎的淋漓尽致，着实令人难忘。

不足：
太多了，时间太仓促、忘了拍照与录像、会议室不够高档（就在我们的培训室，感觉中年会起码应该在xx酒店或xx会议中心）、忘了和领导合照留念、没钱举办抽奖环节……，最重要的是，没有漂亮的主持人MM。

下面是详细的会议纪录。

主题之一，“业务导向”，由老刘分享。
从业务侧与行为侧对所谓“业务导向”作了一些讲解与要求。其一，业务侧的“业务导向”向大家粗略的讲解了09年互联网系统各重点业务的发展思路，从中，能提炼出Webteam的一些工作方向，也许是一些具体的需求或方法。其二，行为侧的“业务导向”，更多强调的则是一种心态、一种意识，比如结果导向、投入度、对产品的理解等。

主题之二，“交互设计08总结与09规划”，由臭鱼分享。
08，记住一些数字，7期月报、13次对外分享、35个设计方法、100+的服务对象、2000多个项目、合共58700字的文学巨著……。09，梳理需求、武装头脑、生产方法，最终目的—把活干得更好。
Ps：看完这个ppt之后，有部分人的脑海里记住了这样一个概念—臭鱼，13次。

主题之三，“视觉设计08总结与09规划”，由浩子分享。
浩子总结了视觉团队08的几件事情，包括：Qzone、Vip等重点业务的改版、产品设计规范初次尝试的体会与不足、团队建设如内、外portal的设计上线、团队内外的分享与交流、新人培训及发展等，关键词是“08，很忙”。09，视觉团队的重点将落在具体的业务优化上，比如对各线产品体验细节的改进、部分产品的视觉概念设计、对设计方法的继续研究等等，关键词是“09，估计还是得忙”。

主题之四，“网页重构08总结与09规划”，由彪叔分享。
彪叔从重构的日常工作（需求、性能、效率）与小组发展性项目几个方面进行了总结，对09的发展，重点强调了团队、质量、效率等，并给出了具体的roadmap。

主题之五，“项目团队运作_沟通”，由楚门分享。
楚门从项目团队的角度，给我们诠释了什么是沟通、怎样做才能达成有效的沟通以及达成有效沟通的具体方法等等，引发了团队的积极思考。印象最深的是楚门对ppt的构思和演绎，以及对李yu春的重复使用，更重要的是，楚门的台风与口才，彻底征服了全场，博得了一片热烈且由衷的掌声。
Ps：最后的结论，楚门的前世，也许是搞传销的。

主题之六，“波波的一天”，由牛来了分享。
申明，牛来了这个ppt，厄，其实不是ppt，而是一部连环画，画中的主人公，来自团队内部，由江导和co~~倾情演绎。从一个视觉设计师的一天，給我们传递了两种截然不同的工作态度与专业精神，笑声背后，一定也给团队带来了启示。

主题之七，“产品体验，全体总动员”，由西贝分享。
西贝详细的列举了目前各业务中存在的明显体验问题，不仅仅是交互，更多的来自视觉和重构的细节，让我们意识到—“量化用户体验包含了品牌（branding）、使用性(usability)、功能性(functionality)与内容(content)等多方面的因素。”以及“产品体验的好坏是靠一个多背景的团队，多学科技术的融入，需要多个部门、多个角色不断的进行沟通，衔接工作的断层。”

主题之八，“isd reel诞生记”，由LeungweiChao分享。
赵导在会议现场給我们演示了期待已久的团队reel，效果相当震撼，这是团队第一个多媒体设计作品，过程之艰辛、收获之喜悦，具体的分享，可以看赵导这篇日志“团结的力量就是大！ISD WEBTEAM MAGIC BOX REEL 2009诞生记”。

随后，部门两位领导給出了对团队的期望与鼓励，印象比较深的是“Webteam这个团队，太有才了……”－dowson，以及“期望大家能在各自的专业领域，继续探索，全面发展……”－freedom。

最后的环节，是牛来了和老刘为大家精心策划、准备的08纪念品发放—“2008，你的样子”，东西很简单，一个相框加一张照片，期待能給Webteam留下一些纪念。

距离目标还有距离，我们在成长，我们在路上……
告别08，09继续。

附上最近一次的ISD Webteam全家福，以作留念：

本文转载自：http://webteam.tencent.com/?p=484

CNNIC的数据：

农村网民规模增长迅速，网民规模达到8460万人，较2007年增长60.8%，增速远远超过城镇（35.6%）。

2008年度的新增网民中，超过4成来自农民。

CNNIC说，农民托起了中国网民的数字。

中国网民的低龄化和低质化是一个不争的事实。百度的广告说明百度对自己的目标用户群的定义非常明确。

优秀的广告在于能够要让目标受众产生情感上的共鸣。

广告一：在C2C领域，有呀是个后来者，基于电子商务本身的特殊性，有呀想让商家放弃淘宝而使用有呀是不现实。所以有呀把一部分目标用户群定义为互联网的新进入者。广告语也选的恰到好处，关键在一个“富”。

广告二：考试基本上每一个中国人心里面挥之不去的痛，尤其对于还在校的学生。“分，学生的命根”！（此处省去1000字^_^）。

结论：

1：知道您的用户是谁

2：知道您的用户想要什么

3：您自己不是用户，老板也不是

4：用户研究很重要呀

5: 以上观点都是废话，难的是把废话给做实在了。

    昨天听了pony在峰会上的讲座，收获颇丰，晚上回家后把记录的笔记整理了一下，先放上来和大家分享一下。整理时间较短，如有不周全之处，大家谅解：）

       背景：pony是公司的首席体验官、首席产品经理。这次在产品峰会上pony将自己平时经验的积累与大家交流，体验较细。这次分享研发管理部，设计中心整理了些材料。主要的案例是qqmail和qq影音的内容。以此为demo来讲解。
       pony的讲解主要分为三大部分：产品设计、产品运营、交互设计。
       在开场首先提到，互联网同类产品竞争激烈，只有抓住用户的心才能持续走下去。产品要赢得用户的心，要从一些小的点来赢得用户。

第一部分：产品设计
       这个部分，感受最深的是两个词：核心能力、口碑。这部分还着重提到了pony对产品经理素质、开发人员心态的期望。
核心能力
       任何产品都有核心功能，能帮助到用户，解决用户某一方面的需求，如节省时间、解决问题，提升效率等等。
       很多产品经理对核心能力的关注不够，不是说完全没有关注，而是没有关注到度。核心能力不仅仅是功能上也，也包括性能上的。对于技术出身的产品经理，特别是做后台出来的，对于性能的关注，如果自己有能力、有信心做到对核心能力的关注，肯定会渴望将速度、后台做到极限。现在很多产品都没做好，一抓问题一大堆。如，前阵子网页速度优化，好多东西可以优化，一下提速好多，之前不知道都做什么去了。之前用户忍受了很久，同时浪费时间、浪费我们的资源。不抓，都没人理，很说部过去。要在性能方面放入更多精力。
       谈到核心的能力，首先要有技术突破点。如做影音的时候，不是要做人家有我也有的东西。以前公司做的你有我有的东西，总是排在第二第三，虽然也有机会，但缺乏第一次出来亮相失去用户的认同感。
       第一要关注你的产品的硬指标，在设计和开发的时候要考虑到外部会将对它与竞争对手做评测。如播放能力，占用内存。qq影音的核心性能和速度直接超越暴风影音。这样就能看到用户很多的好评和口碑。所以之后如果qq影音不出大问题，发展的势头将会很好。
硬指标评测cpu占用、高清加速，当时也有很多发展方向，如网络播放啊、交流啊、分享啊，也是思路。现在都砍掉，就是要做播放器，是用户的需求，纯用户需求不需要多少钱的。高清的，并不是很多人需要的，但是是高端用户的需求（这个后面口碑创造会再提到）。只有硬指标满足了，用户说，我这个破机器，暴风影音不能放，qq影音能放。这句话说出来，这样口碑就出来了。用户知道你行，差异化出来了。口碑要有差异性。
       核心能力要做到极致。要多想如何通过技术实现差异化，人家做不到，或者通过半年一年才能追上来。
       如，用户总评论qq的时候说用qq唯一的理由是传文件快，有群。于是这些就是我们的优势，那我们就要将优势发挥到极致。我们需要更加深入的去想，要想到要不要做传输速度、中转啊。离线传文件在邮件体现就是一个中转站，超大文件，也不难，就是要去做。产品部门很快的去做，去测试。用户用的量也不一定大，但几个月用一次，口碑就来了。用户会说，我要传大文件，找了半天找不到可以传的地方，万般无赖之下用了很烂的qqmail，居然行了。于是我们的口碑就来了。做了很多测试、逐步放量，看变化，因为到期就删掉，成本也没提升多少。
       要做大，要考虑到如何做到极致让人家想到也追不上，我们这么多年在idc上的功力不能浪费，需要我们去做。高速上传、城域网中专站，支持高速地上传……，又发现问题，如不在邮件，在im做怎么体验，这个我们在后面要逐步考虑到做起来。我们的目的是要让用户感到超快、飞快，让用户体验非常好。这些都需要大量技术和后台来配合。
       产品的发展都需要产品经理来配合。现在我们产品经理有是做研发出身的不多。而很多产品和服务是需要大量技术背景的，目前我们希望的产品经理是非常资深的，做过前端、后端开发的技术研发人员晋升而来的，刚毕业的人员来做产品经理很人担心。好的产品最好交到一个有技术能力的、有经验的产品人员手上，会让大家更加放心。如果产品人员太烂，让很多兄弟陪着干，结果发现方向错误是非常浪费和挫伤团队士气的。
       产品最难的是订优先级和先后次序。要看哪个是用户最核心的。功能好不好不是说有用户用了，用量多少了，写个报告统计下流量证明是好。这个是很错误的，好不好要看用户是不是要用这个功能，用户要用的实时出现。腾讯很多产品经理的激情还不够，做出来的产品比较大路货。虽然挑剔不出很不对的东西，但放出去用户也没有感觉，最后就不了了之。pony有时候很痛心，希望大家在产品设计之初就想的透彻一点。产品经理需要投入更多的关注度，关注度不一样，结果出来的很不一样。
口碑
       做产品要做口碑，要关注高端用户、意见领袖关注的点。以前的思路是抓大放小，满足大部分小白用户的需求。但是高端用户这块是真正可以拿口碑的。
       如何提高口碑，看最高端用户的关注，这个是在基础功能比较好的情况下考虑。如邮件搜索啊，rss啊，这些是很炫的用户会在博客和论坛里面提及的。做起来也不难，在有能力的情况下保证。在产品已经成型的情况下，要考虑到，对高端用户的心态要不一样。如果想要获得高端用户的口碑，还需要在产品的设计上大气些。如，让用户在我们的qqmail上使用别的邮箱的地址，而不带任何自己qqmail的尾巴。之前我们做的时候不会自动保存别的邮箱的地址，自己心里打个小九九，让别人不方便使用外部邮箱地址，好使用我们的。这些小九九，高端用户都是看的出来，反倒不好。所以要改掉，要做到真正的方便到用户。 改变用户习惯要让他信任你，改变有过程的，需要通过我们的努力让用户慢慢改过来。如，关闭数字帐号，发现很多bug，拍拍都不知道改。如，独立密码，之前不是双密码，而是改整体密码。
       需要满足高端用户，让他不要怀疑你、bs你。如浏览器到兼容，可能你会考虑很多浏览器的覆盖率不高而不去做，但在高端用户来看，这是个态度问题，如果你的产品连这个都没考虑，其他的我就都怀疑了。你这个产品团队的意识好不好。再如同文件夹是否对齐，是否会引起杀毒软件的报警，都是小事但要关注。
       个性化服务，并不是大众化服务，也是拿口碑的。
       一个产品在没有口碑的时候，不要滥用平台，如要im带呀，投入营销资源呀，要marking联系pr公司投放广告呀，广告位提要求……等着人家砍，想一半也够了。产品经理精力好像分布的很好50%产品、30%营销、 20%……。如果你在基础处控制的好，也可以。但90%的时候第一点都做不好。如果你的实力和胜算不到70-80%，那么把精力放在最核心的地方。在已经获得良好口碑，处于上升期的产品才考虑这些。
       产品经理关注最最核心、获得用户口碑的战略点，如果这块没做透，做营销只是告诉用户过来，失望，再花更多的精力弥补，是得不偿失的。当用户没有自动在增长（用户会主动给朋友推荐来使用我们的产品的时候），看着用户的增长，否则不要去打扰用户，否则可能是好心办坏事。这个时候，每做一件事情，每加一个东西要很慎重的考虑，真的是有建设性的去增加产品的一个口碑。当用户口碑坏掉后，再将用户拉回来很难。
       加功能，在管理控制功能上也要有技巧。在核心功能做好后，常用功能是要逐步补齐的。产品在局部、细小之处的创新需要永不满足。作为一个有良好口碑的产品，每加一个功能都要考虑清楚，这个功能给10%的用户带来好感的时候是否会给90%的用户带来困惑。如果有冲突的要聪明点，分情况避免。每个功能不一定要用的多才是好，而是用了的人都觉得好就是好。
       做产品开发的时候需要有较强的研发机制保证，这样可以让产品开发更加敏捷更加快速。有些需求，提一下都可以得到很快反应。 qqmail也会每天排好规划，为什么能很快反应，如文件加锁。有些产品做个东西写ppt、做汇报……，人家顺手就做了。很多产品不敏捷，大家要敏捷点、就算是大项目也要灵活。不能说等3个月后再给你个东西看，这个时候竞争对手都不知道跑到好远了。
       开发人员的心态要关注产品，不要是公事公办的态度。你要知道用户、同行会关注你的产品，在这种驱动下开发人员要自动去完成。不能说什么都要产品做好后，流水线样的送过来我才做。开发人员要参与，40-50%左右的产品最终体验应该是由开发人员决定的。产品人员不要嫉妒有些工作是是开发人员设计的，只有这样才是团队共同参与的。如果都是产品想的就完蛋了，那么这个team做这个产品没有什么机会，必然会产生产品迭代慢的效果。这样一个格局太不行了。

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

交互设计
       交互要求我们细致，视觉简洁清爽。
       产品经理要想到自己是个挑剔的用户，想像自己是个笨用户，复杂的看不懂。
       产品人员的精力有限，交互内容很多，所以要抓最常见的一块。流量、用量最大的地方都要考虑。规范到要让用户使用的舒服。要在感觉、触觉上都有琢磨，有困惑要想到去改善。如鼠标少移动、可快速点到等等。
       像邮箱的一个按钮“返回”放在哪儿，上线测，放右边还是左边，大家都会多放琢磨，怎么放更好，并上线尝试，现在的方案折中比较好。如输入邮箱密码出错，输入框内的内容select上，不用用户清楚可以直接输出。这些都是对用户体验的优化。
       如对同个用户发信，在此用户有多个邮箱的情况下会默认选最近用的一个帐号。这些需求都小，但你想清楚，用户就会说好，虽然用户未必说的出好在哪儿。
       产品的使用要符合用户的习惯，如写邮件的时候copy东西，更多人习惯用键盘来操作。虽然有些技术难度，但也可以解决。交互，对鼠标反馈的灵敏性，便捷性。
       不强迫用户，如点亮图标。如qqmail，不为1%的需求骚扰99%的用户
       操作便利，如qq音乐，新旧列表，两者都要兼顾到，如qq影音的快捷播放，从圆形到方形，最后因为影响性能而放弃。
       美术、淡淡的，点到即止，如qqmail，qqmail在ui上的启发，不用太重也能做的很好。后来用在大量的产品，如hummer、影音。有图案和简洁不矛盾。
       重点突出，防止不必要的低龄化，还提到了一些内容，如产品成功关键点等等，这些在pony的ppt上有，没有记下来，大家可以在之后腾讯峰会吧（http://km.oa.com/group/forum）直接看pony的ppt。

       最后pony谈了一下有些产品的态度问题——态度很好，不解决问题。只做表面功夫，与其花一段时间写个长长的报告，不如实实际际的去解决问题。
       外部也有很多优秀的产品可以学习，学习不是学皮毛，学样子，要学会。
       外部可以学习的优秀产品，web类的，google、yahoo、facebook、apple，非web类的没有记录下来。

总结一下：
       1、核心功能要做透，做的人家追不上，自己的优势要尽量的发挥；
       2、产品口碑要建立，要关注高端用户，要调整自己心态；
       3、敏捷、快，产品迭代要快，快速实现、快速响应，要做到真正的迭代；
       4、产品人员要全面，要能找出核心需求，要关注技术（架构、服务是不是好），要关注产品（天天用），要关注用户（还需要出去寻找问题并解决）；
       5、开发人员心态要好，要有参与感，不要被动的等；
       6、交互设计简洁，关注要点，当自己是个挑剔的、笨的用户；

       7、想办法利用公司的资源，如pony等人都是大家的公共资源，要争取到pony对自己产品的关注，会给你的产品带来很多好的指导和创意。（这个不是pony说的，是后来jeff提到的，不过很实在，pony做过这么多的产品，有这么好的产品感觉，如果给你的产品提出建议，是对产品很大的帮助）

本文转自互联网，转载的转载文章，原出处不详！