Tag Archives: 产品
杨勃谈产品：豆瓣社区的产品战略
阅读豆瓣阿北的产品理念，让人感觉神清气爽。 豆瓣的产品战略 豆瓣不运营，运营的目的是获得商业价值，豆瓣的商业价值都是通过产品来表达和实线的。 豆瓣一直把为用户创造价值、用户体验包括用户规模放在很重要的事情上：商业化跟上就可以了。获得商业利润的过程里对用户的体验的损害其实并不大。 豆瓣如何看待用户体验 豆瓣更看重用户价值而不是用户体验。两个原因： 1、体验是短期行为。让用户觉得爽并不一定会获得用户的忠诚，用户会感觉玩腻了然后毫不犹豫的离开且不会回来； 2、营收和体验两因素常常会有矛盾，以用户体验为第一位执行起来很纠结。 相关日志 软件强制升级要慎重 (0) 产品过程管理 (0) 【转载】Google产品经理面试题 (0) 【读后感】好产品设计原则 (0) 【读书笔记】硝烟中Scrum和XP (1)
[精读]产品成功五大原则
《创业邦》杂志 文/周宏桥 周宏桥系前美国微软总部MSN的开发主管、产品经理，中美产品职涯20年，主持和参与12款大中型产品的设计与实施。《就这么做产品》作者。本文内容可参阅2011年8月底上市的《就这么做产品》第2版。 春秋初年，齐桓公任命管仲为CEO并组建班子，改造齐国的治理结构(原则一：班子+机制+DNA)。 管仲在体制上将齐国分为21个县乡，其中(原则二：守正)15个以农为本，兼服兵役，既维持企业基本运转，又负责开疆拓土打新市场;(原则三：出奇)6个利用齐国濒海之利生产食盐(原则四：善用环境)，兼产陶器、纺织等新产品，面向全国销售。 农业+工商业的产品组合是彼时商业模式的颠覆性创新，齐国迅速崛起为春秋首霸。管仲再审时度势，打出“尊王攘夷”的政治口号(原则五：把握趋势)，扶周天子以令诸侯，成为北中国实际的统治者。 原则一：班子+机制+DNA 相关日志 软件强制升级要慎重 (0) 杨勃谈产品：豆瓣社区的产品战略 (0) 产品过程管理 (0) 【转载】Google产品经理面试题 (0) 【读后感】好产品设计原则 (0)
【译文】产品发掘
1. 读后感
几乎所有公
司都没有按照我所描述的产品发现过程来做一个原型系统，他们使用了全部开发团队资源，按照正式发布周期建设和测试，然后部署到生产环境中。这就是为什么许
多公司通常需要在一到两年，3个以上的版本发布后，才能拿到一些可用和有用的东西。他们使用整个开发团队构建了一个非常非常昂贵的原型，然后利用不知情真
实用户来做测试对象。
多么可怕的场景，做为一个普通用户，不知道被多少公司当成了试验品。但其实这是一个两败俱伤的…
Google地图上的公交线路查询不见了？
昨天晚上爸妈打电话问，怎么在Google地图上找公交线路查询？
过去很长一段时间，他们都习惯了使用一款叫做《北京电子地图》的应用软件。但因为公交线路变化很快，需要每年升级一下，也很难保证真的准确。所以今年给他们升级电脑后，就直接教他们用Google地图了。
当时我还是很乐观的和父母解释说，Google的产品非常好，因为网络软件的流失率非常高，所以他们的产品非常好用，在网上察地图更加简单方便。
呵呵，挂了电话我就上网找公交线路查询，结果Go…
【转载】Google产品经理面试题
1. 村子里有100对夫妻，其中每个丈夫都瞒着自己的妻子偷情。村里的每个妻子都能立即发现除自己丈夫之外的其他男人是否偷情，唯独不知道她自己的丈夫到底有没有偷情。村里的规矩不容忍通奸。任何一个妻子，一旦能证明自己的男人偷情，就必须当天把他杀死。村里的女人全都严格照此规矩办事。一天，女头领出来宣布，村里至少有一个丈夫偷情。请问接下来会发生什么事？
2. 假设在一段高速公路上，30分钟之内见到汽车经过的概率是95%。那么，在10分钟内见到汽车经过的概率是多少？
3. 有四个人要在夜里穿过一条悬索桥回到宿营地。可是他们只有一支手电，电池只够再亮17分钟。过桥必须要有手电，否则太危险。桥最多只能承受两个人同时通过的重量。这四个人的过桥速度都不一样：一个需要1分钟，一个需要2分钟，一个需要5分钟，还有一个需要10分钟。他们如何才能在17分钟之内全部过桥？
4. 如果你看到时钟上面的时间是3：15，那么其时针和分针之间的角度是多少？（答案不是零）
5. 将一根木条折成3段之后，可以形成一个三角形的概率有多大？
软件强制升级要慎重
看了一篇文章，MSN用户突然”被升级” 微软因强制升级遭网友炮轰，发现微软的升级策略和我们公司的挺像的：分为强制和非强制；按照用户属性可以采用不同的升级策略。
从这篇文章和后面的评论上看，还是有大批用户不喜欢强制升级的，除了感觉强买强卖之外，多数的用户是因为新版本要下载一陀东西（130多M），升级过程缓慢造成的，另外单纯跟风儿的也有不少。
嗯，强制升级的版本是14.0.8089.726，发现本机已经是这个版本了。
【读后感】好产品设计原则
1. 读后感
每个好产品都不是侥幸成功的，作者分享了他认为总是正确的10条原则。看起来是一切以用户为中心的具体实践。
而且和作者的其他文章交相呼应，看起来很舒服，例如：
要有概念模型
好的设计要经常检验，而且能经得起检验
要有产品原型
产品设计的精髓：用最少的产品功能满足用户的需求
1.1. 10条设计原则
…
【译文】工程师转行产品经理的六大挑战
1. 读后感
在这篇文章里，作者介绍了工程师转行成为产品经理面临的六大挑战。另外，让工程师们受到鼓舞的是，这种转行是很有优势的，且可行性很高。因为作者身边就有好多成功的例子。
2. 原文翻译
在上一篇讲述架构师角色的文章中提到了工程师在产品发现过程中的作用，作者解释了伟大的产品是在产品经理、用户体验设计师、架构师和工程师精诚合作下产生的。 …
【译文】架构师角色
1. 读后感
两年前的我不懂产品，现在的我在学习怎么做产品，希望两年后我可以指导别人做产品。
本文有点儿长，多亏了有Google Translator Toolkit，才坚持下来。后续吸取经验教训：1. 要坚持；2. 尽量挑篇幅短的翻。
拉回来说读后感，通过作者的论述，读者能够了解到架构师的职能、产生过程、如何参与产品过程等信息。对软件工程师职业规划有所帮助，也能为架构师理解自己工作有一点点作用。
…
