昨天在微信上看到一篇不错的文章：产品经理的十大顶级错误 作者：无招/鬼脚七。其中无招是一淘网的资深产品专家，对电子商务、数据挖掘类、互联网产品有丰富经验；而鬼脚七曾经负责过大淘宝搜索产品，对产品设计和产品管理很有自己的思考，目前在自媒体领域非常活跃。
这篇文章的导读是这样说的：
产品经理需要创造产品。做一个成功的产品非常难，除了有资源、时机等问题以外，更大因素在产品经理自己。好的产品经理能协调资源，能把握时机。但产品经理自己也经常犯错误。 本文详细描述了产品经理经常犯的十大顶级错误。对产品经理、技术负责人、创业者，都可以借鉴。
这篇文章是以产品专家Marty Cagan所作的题为《The Top 12 Product Management Mistakes And How To Avoid Them》产品培训为基础写的，在网上搜到了原文，比对起来看，感觉10大的视角更针对于B2C，Top 12涵盖的范围更广 ...
阅读豆瓣阿北的产品理念，让人感觉神清气爽。
豆瓣不运营，运营的目的是获得商业价值，豆瓣的商业价值都是通过产品来表达和实线的。 豆瓣一直把为用户创造价值、用户体验包括用户规模放在很重要的事情上：商业化跟上就可以了。获得商业利润的过程里对用户的体验的损害其实并不大。
豆瓣更看重用户价值而不是用户体验。两个原因： 1、体验是短期行为。让用户觉得爽并不一定会获得用户的忠诚，用户会感觉玩腻了然后毫不犹豫的离开且不会回来； 2、营收和体验两因素常常会有矛盾，以用户体验为第一位执行起来很纠结。
《创业邦》杂志 文/周宏桥
周宏桥系前美国微软总部MSN的开发主管、产品经理，中美产品职涯20年，主持和参与12款大中型产品的设计与实施。《就这么做产品》作者。本文内容可参阅2011年8月底上市的《就这么做产品》第2版。
春秋初年，齐桓公任命管仲为CEO并组建班子，改造齐国的治理结构(原则一：班子+机制+DNA)。 管仲在体制上将齐国分为21个县乡，其中(原则二：守正)15个以农为本，兼服兵役，既维持企业基本运转，又负责开疆拓土打新市场;(原则三：出奇)6个利用齐国濒海之利生产食盐(原则四：善用环境)，兼产陶器、纺织等新产品，面向全国销售。 农业+工商业的产品组合是彼时商业模式的颠覆性创新，齐国迅速崛起为春秋首霸。管仲再审时度势，打出“尊王攘夷”的政治口号(原则五：把握趋势)，扶周天子以令诸侯，成为北中国实际的统治者。
Posted on Tue 08 December 2009 in it • Tagged with svpg, 产品, 产品发掘
几乎所有公 司都没有按照我所描述的产品发现过程来做一个原型系统，他们使用了全部开发团队资源，按照正式发布周期建设和测试，然后部署到生产环境中。这就是为什么许 多公司通常需要在一到两年，3个以上的版本发布后，才能拿到一些可用和有用的东西。他们使用整个开发团队构建了一个非常非常昂贵的原型，然后利用不知情真 实用户来做测试对象。
多么可怕的场景，做为一个普通用户，不知道被多少公司当成了试验品。但其实这是一个两败俱伤的结局，为什么不想办法避免呢？
产品发掘
标签：产品发掘，产品管理
你以前见过这种情况吗？你的老板有了一个很棒的点子，作为产品经理的你，被要求写出产品定义。你被告知，项目组将在4周后做完当前项目，因此这意味着你可以做你想做的事情，只要在4周内完成产品定义即可。
没问题，你说（毕竟，有时候你只有几天时间，因此四周听起来不错）。你甚至可以使用我一直强调的所有的最佳实践。你开始做机会评估（产品发掘过程的第一 步，note by twoTwo），了解这个点子要解决用户的什么问题，然后你需要花大时间和真正的用户交流，并确定了一套初步的要求；第二个星期，你开始做互动原型设计 ...
Posted on Fri 04 December 2009 in 我记 • Tagged with baidu, GIS, google, 产品, 产品规划
昨天晚上爸妈打电话问，怎么在Google地图上找公交线路查询？
过去很长一段时间，他们都习惯了使用一款叫做《北京电子地图》的应用软件。但因为公交线路变化很快，需要每年升级一下，也很难保证真的准确。所以今年给他们升级电脑后，就直接教他们用Google地图了。
当时我还是很乐观的和父母解释说，Google的产品非常好，因为网络软件的流失率非常高，所以他们的产品非常好用，在网上察地图更加简单方便。
呵呵，挂了电话我就上网找公交线路查询，结果Google地图上真的找不到链接了。老实说我没有查公交线路的习惯，哪路车从哪到哪、哪里有站我一点儿都不关心，但我爸妈有这个需求，我就得帮着解决。没办法，Google没有就只有用百度的了。
我回了电话，教父母怎么找百度地图，很快他们就会用了。挂了电话，我唉声叹气Google怎么会去掉这个功能了呢。老婆在旁边说，你管的着Google怎么搞么，相比之下百度就是更符合中国用户的习惯，从统计数字上看，百度的用户量远远的高于Google啊。
Posted on Tue 24 November 2009 in 转载 • Tagged with google, 产品, 职业规划, 面试题
1. 村子里有100对夫妻，其中每个丈夫都瞒着自己的妻子偷情。村里的每个妻子都能立即发现除自己丈夫之外的其他男人是否偷情，唯独不知道她自己的丈夫到底有没有偷情。村里的规矩不容忍通奸。任何一个妻子，一旦能证明自己的男人偷情，就必须当天把他杀死。村里的女人全都严格照此规矩办事。一天，女头领出来宣布，村里至少有一个丈夫偷情。请问接下来会发生什么事？
答案：这是一个典型的递归问题。一旦所有的妻子都知道至少有一个男人出轨，我们就可以按递归方式来看待这个流程。先让我们假设只有一个丈夫偷情。则他的妻
子见不到任何偷情的男人，因此知道这个人就是自己丈夫，她当天就会杀了他。假如有两个丈夫偷情，则他俩的妻子只知道不是自己丈夫的那一个男人偷情。因此她
会等上一天看那个人有没有被杀死。假如第一天没人被杀死，她就能确定她自己的丈夫也偷了情。依此类推，假如有100个丈夫偷情，则他们能安全活上99天，
直到100天时，所有妻子把他们全都杀死。
2. 假设在一段高速公路上 ...
Posted on Tue 24 November 2009 in it • Tagged with MSN, 产品, 版本升级
看了一篇文章，MSN用户突然"被升级" 微软因强制升级遭网友炮轰，发现微软的升级策略和我们公司的挺像的：分为强制和非强制；按照用户属性可以采用不同的升级策略。
从这篇文章和后面的评论上看，还是有大批用户不喜欢强制升级的，除了感觉强买强卖之外，多数的用户是因为新版本要下载一陀东西（130多M），升级过程缓慢造成的，另外单纯跟风儿的也有不少。
嗯，强制升级的版本是14.0.8089.726，发现本机已经是这个版本了。
Posted on Mon 02 November 2009 in it • Tagged with svpg, 产品, 产品发掘
每个好产品都不是侥幸成功的，作者分享了他认为总是正确的10条原则。看起来是一切以用户为中心的具体实践。
而且和作者的其他文章交相呼应，看起来很舒服，例如：
用户体验的设计比产品开发重要，也比开发困难。
//呵呵，我也有这个感觉。
工程师通常都不是好的用户体验设计师，他们喜欢从技术角度考虑一个事情如何实施，但用户会考虑用起来怎么样
//角色不同嘛，这本来就是两个层面的东西。
用户体验设计包括交互设计和视觉设计两部分。
//动静接合才能表达清楚需求，团队才会明白需要怎样实现。
产品的功能需求和用户体验是纠结在一起的。
//呵呵，又是一个常识性的知识。
Posted on Sun 01 November 2009 in it • Tagged with svpg, 产品, 职业规划
在这篇文章里，作者介绍了工程师转行成为产品经理面临的六大挑战。另外，让工程师们受到鼓舞的是，这种转行是很有优势的，且可行性很高。因为作者身边就有好多成功的例子。
在上一篇讲述架构师角色的文章中提到了工程师在产品发现过程中的作用，作者解释了伟大的产品是在产品经理、用户体验设计师、架构师和工程师精诚合作下产生的。
我经常被问及，工程师是如何转型成为产品经理的。
有时是发生在工程师参与产品发现过程中，他感受到了自己对产品的影响，而不仅仅是开发实现；而有时他希望加入产品管理是因为他沮丧的意识到，如果没有一个好产品，工程师团队再好也是白搭。
不管怎样，我知道的很多非常棒的产品经理都是从工程师转行过来的。在这篇文章里将要指出工程师转行产品经理面临的最大挑战。
工程师拥有的最大优势在于，他们非常清楚现在哪些事情可以做。如果他们能把这个能力和对用户的认知接合来开发出新的技能，你将会得到一个很棒的产品经理，那么伟大的产品也有可能产生了。
第一点也是最重要的一点，你要知道你一点儿也不了解你的最终用户。如果你花时间在用户身上，你很快会意识到这点的。你需要醒悟，只有你喜欢这个产品，解决如何使用它的问题，你的用户才可能会喜欢这个产品，去想如何使用。
第二点，也和第一点相关，你要发展和最终用户之间的共鸣。你需要认识到 ...
Posted on Wed 28 October 2009 in it • Tagged with svpg, 产品, 产品发掘, 职业规划
两年前的我不懂产品，现在的我在学习怎么做产品，希望两年后我可以指导别人做产品。
本文有点儿长，多亏了有Google Translator Toolkit，才坚持下来。后续吸取经验教训：1. 要坚持；2. 尽量挑篇幅短的翻。
拉回来说读后感，通过作者的论述，读者能够了解到架构师的职能、产生过程、如何参与产品过程等信息。对软件工程师职业规划有所帮助，也能为架构师理解自己工作有一点点作用。
架构师角色--架构师在产品发掘、产品执行中的重要作用
产品经理的工作首先是发现一个有价值（对公司）、简单可用（对用户）并且具有可行性（对开发团队）的产品。如果做不到这一点，产品经理就是在浪费其他团队成员的时间和公司的钱。但是，这并不意味着产品经理必须自己发现这种产品。
一般来说，在产品经理旁边还有其他两个角色。在其他文章中，我曾经写到过用户体验设计师（又名交互设计师）的关键左右。在这篇文章中，我想谈谈如何以及为什么需要在这一过程中包含开发团队。
首先注意术语。当我在本文中说“架构师 ...
产品过程包含范围很广，除了覆盖软件开发过程，软件项目管理过程；还包括企业战略级别的产品组合规划、具体产品的产品发掘过程。一个公司，只有全面掌控好产品过程，才可能做好产品！
Posted on Wed 21 October 2009 in 我读 • Tagged with Reading, Scrum, 产品
Scrum and XP from the Trenches
Scrum/项目管理/敏捷/XP/软件工程/agile/敏捷开发/Technology
可读性很强，有指导意义。是一本可以给产品开发过程做参考的书，产品经理、项目经理和开发团队都能从中学到东西。
如果不是很清楚Scrum产品开发过程，应该先在 ...
Posted on Tue 20 October 2009 in it • Tagged with svpg, 产品, 产品规划
来源： http://www.svpg.com/the-seven-deadly-sins-of-product-planning/
Posted by Marty Cagan on March 9, 2009
Tags:product portfolio planning, product discovery
直译就是产品规划七宗罪。主要讲公司应该如何避免研发团队资源消耗在无用的项目上。挺有教育意义的，意译一下和大家分享。
不论产品经理采用什么产品计划过程，关键点都是要挑出其中的好点子来实施，但项目组往往都要花更多的时间在一些无意义的工作上。
如果产品经理没有找出那些对公司是有价值的、对用户来说是有用的，对项目组来说是可行的点子。我们最好尽快终止项目。