Mon, 20 Jun 2011 01:07:00 GMT完整版欢迎访问 http://iamsujie.com/http://blog.csdn.net/blogrss.aspx?username=iamsujiehttp://blog.csdn.net/iamsujie/archive/2011/06/20/6555536.aspx<br />前两天看iOS5的官方介绍视频 ，想到一件事——讲故事的能力。<br />假设，我们都能很好地找到用户需求，做出正确的产品功能，在此前提下，产品的市场表现仍然可以千差万别。为什么？造成此差距的主要原因之一，就是讲故事的能力。产品做出来，还要卖出去。前者是“需求到功能”，可以对应到“产品设计”的职能，后者是“功能到卖点”，对应产品运营 ，其实苹果后者更强。<br />说白了就是面对用户的时候，应该说什么？举个例子，同样做了个摄像头，你如何告诉用户？一种方法是讲自己有多少万像素、镜头用的是某某高科技材料，另一种是讲你和远方的亲人可以通过这个摄像头联络感情。<br />区别在于，后者是讲这个东西对用户有什么用，能给用户带来多少利益，用户不用有什么损失……可是总有人忍不住“炫技”，非要像前者那样说我有什么功能，我用了什么新技术，我比竞争对手好在哪里……区别在哪？道理都知道，一个是真正的用户为中心，还有个总是在说我。<br />那么，怎么讲故事？每一个故事，小学我们就学过了，其框架是“时间、地点、人物、事情的起因、经过、结果”。还有印象么？记叙文的六要素。翻译成产品的语言，就是：<img src="http://www1.feedsky.com/t1/524771508/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/06/20/6555536.aspx" border="0" height="0" width="0" style="position:absolute" />Mon, 20 Jun 2011 09:07:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/06/20/6555536.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/06/20/6555536.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771508/5471991http://blog.csdn.net/iamsujie/archive/2011/06/07/6530139.aspx<br />“需求分析”的过程到底是什么？“用户需求”、“产品需求”、“产品功能”这些看起来差不多的词，到底有什么区别？再看看自己 3年前的理解，感觉可以再说透一点。<br />这个过程可以形象化为“Y”，“需求分析”的过程就是经历图中的“1 –> 2 — >3”，把“用户需求”转化为“产品功能”。<br /><br />需求分析的Y<br />对图做几点解释：<br />“Y”的越上面越是解决方案，越下面越是背后的目的。“1-用户需求”，大多表现为用户的解决方案，往往是不好的，但好的“3-产品功能”一定是从用户需求转化而来，而不是凭空想出来的。所以说，“听不听用户”都是一个意思，更准确的说法是“听用户的，但不要照着做 ”。同时，也不要误解“创造需求”，你创造的只能是满足用户需求的解决方案——产品功能，而不是用户需求。<br />1–>2，通过问“Why”，逐步归纳，2–>3，通过问“How”，逐步演绎。过程中都要用到各种辅助信息，比如数据、竞品、行业等。<br />把“2-产品需求”追溯到“4-马斯洛需求”的过程是可选的，画为虚线，只是为了这个理论的完备，如果感兴趣，每个产品需<img src="http://www1.feedsky.com/t1/524771509/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/06/07/6530139.aspx" border="0" height="0" width="0" style="position:absolute" />Tue, 07 Jun 2011 17:52:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/06/07/6530139.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/06/07/6530139.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771509/5471991http://blog.csdn.net/iamsujie/archive/2011/06/01/6458473.aspx<br />先来点福利，上个周末团队一起去青岛玩儿了，上张图，没有风景，呵呵。<br />霸气外露的促销方式<br /><br />本文节选自《启示录：打造用户喜爱的产品》 一书和作者的博客，并发表在《程序员》杂志11 年05 期，作者Marty Cagan 是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay 产品管理及设计高级副总裁。译文由七印部落 出品，原文太长，分次转载一下，本次挑一个不少开发人员更感兴趣的主题——软件开发人员如何转型做产品管理。<br />文 / Marty Cagan 译 / 欧坤、孙洋<br />我与开发人员接触，发现他们很关心这样一个问题：如何从软件开发向产品管理转型？<br />开发人员希望向产品管理转型，有时是因为参与探索（定义）产品后，尝到了影响产品决策的甜头，不再满足于只做编程的工作。有时是因为对现有产品很失望，他们认识到如果产品没有价值，开发团队再优秀也无济于事。<br />我认识的很多优秀的产品经理都是开发工程师出身。接下来，我将探讨从软件开发转型到产品管理时可能遇到的问题和挑战。<br />开发人员转型做产品管理有<img src="http://www1.feedsky.com/t1/524771510/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/06/01/6458473.aspx" border="0" height="0" width="0" style="position:absolute" />Wed, 01 Jun 2011 07:44:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/06/01/6458473.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/06/01/6458473.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771510/5471991http://blog.csdn.net/iamsujie/archive/2011/05/18/6430345.aspx<br />本文节选自《启示录：打造用户喜爱的产品》 一书和作者的博客 ，并发表在《程序员》杂志11 年05 期，作者Marty Cagan 是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay 产品管理及设计高级副总裁。译文由七印部落 出品，原文太长，分次转载一下，本次挑一个不少开发人员会感兴趣的主题——产品管理与软件开发的关系 。<br />文 / Marty Cagan 译 / 欧坤、孙洋<br />产品管理与软件开发的关系<br />如果说成功的产品是真实用户需求与现阶段可行性方案的结合，那么产品经理与开发团队之间（合作）关系的重要性自然不言而喻了。<br />产品经理负责定义产品方案；开发团队最了解哪些产品设计是可行的，他们负责产品的开发与实现。作为产品经理，你很快能体会到，只有与开发团队融洽合作，才有可能开发出合格的产品，否则等待你的将是一段漫长难挨的日子。<br />形成合作关系的关键是双方承认彼此平等—— 任何一方不从属于另一方。产品经理负责定义正确的产品，开发团队负责正确地开发产品，双方相互依赖。你要求开发团队完成任务，必须先取得他们的<img src="http://www1.feedsky.com/t1/524771511/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/05/18/6430345.aspx" border="0" height="0" width="0" style="position:absolute" />Wed, 18 May 2011 18:48:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/05/18/6430345.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/05/18/6430345.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771511/5471991http://blog.csdn.net/iamsujie/archive/2011/05/09/6407434.aspx<br />《启示录：打造用户喜爱的产品》在当当，卓越，京东，china-pub都开卖了，我也该交上去年10月就承诺的作业了，即，把这本书的诞生过程，作为一个案例记录下来。开始吧。<br />2010年10月7日，因为《人人都是产品经理》而认识的编辑徐同学找到我，说华中科技大学出版社刚刚引进了一本书，叫《Inspired: How To Create Products Customers Love》，问我有没有兴趣翻译。<br />启示录:打造用户喜爱的产品<br />谨慎起见，我各处查了一下作者的背景和这本书的评价，才意识到其NB。比如，Amazon上的英文版，78个评价者中71位给了五星（截止2011年4月）。很明显，这事儿很符合我的胃口，但有三个问题：一是没时间，工作太忙精力有限；二是没能力，英文实在太久没用而生疏；三最关键，没动力，再做一本书，我实在不知道目的是什么。所以，我问了徐同学一个问题：<br />“我自己可能没时间精力做这个事情，可以帮你找找有没有合适的人，需要么？”<br />答案，显然是肯定的。<br />接下来，我在各种渠道发布了召集令，出乎我意料的是，响应者很<img src="http://www1.feedsky.com/t1/524771512/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/05/09/6407434.aspx" border="0" height="0" width="0" style="position:absolute" />Mon, 09 May 2011 20:00:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/05/09/6407434.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/05/09/6407434.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771512/5471991http://blog.csdn.net/iamsujie/archive/2011/05/05/6398033.aspx<br />接上篇《产品管理与产品营销的区别》 ，这篇是七印部落在《程序员》 11年03期文章的下半部分。文/Marty Cagan, 译/ 刘雁 潘希颖 黄捷文。<br />Marty Cagan是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay 产品管理及设计高级副总裁。本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享，谈到了产品管理与产品营销的区别与合作关系，最后总结了导致产品失败的常见原因。<br />产品与营销的合作关系<br />许多公司的产品和营销之间存在问题。这些问题有大有小，严重时甚至会影响公司的正常运作。<br />从理论上讲，这些问题本不该存在。产品团队努力研发用户喜欢的产品，营销团队试图找到用户，说服他们使用产品。这听起来相当简单，但实际上并非如此。<br />虽然我强调产品管理和产品营销差异很大，最好由不同的人来担任，但并不是说营销不重要。此外，仅仅物色到产品人才和营销人才还不够，他们还必须有效合作，拿出行之有效的产品方案和营销方案应对市场竞争。<br />产品和营销之间的合作关系主要涉及以下三点。<br />首先，为了吸引潜在<img src="http://www1.feedsky.com/t1/524771513/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/05/05/6398033.aspx" border="0" height="0" width="0" style="position:absolute" />Thu, 05 May 2011 19:58:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/05/05/6398033.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/05/05/6398033.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771513/5471991http://blog.csdn.net/iamsujie/archive/2011/05/03/6386292.aspx<br />《启示录：打造用户喜爱的产品》终于从印刷厂里出来了，正在运往当当仓库的路上。七印部落在《程序员》 11年03期发表的文章，我转一下。文/Marty Cagan, 译/ 刘雁 潘希颖 黄捷文。全文太长，分两次发，不占用大家太多的假期时间，：）<br />Marty Cagan是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay 产品管理及设计高级副总裁。本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享，谈到了产品管理与产品营销的区别与合作关系，最后总结了导致产品失败的常见原因。<br /><br />产品管理与产品营销的区别<br />业界权威指出市场上多达九成的产品未能实现既定目标，因而是失败的。即使你的产品不在此列，我依然觉得大多数产品构思拙劣、尚不成熟，可用性差、毫无价值的产品随处可见。<br />导致产品失败的因素很多，我会尝试从不同角度分析其原因。但我一直认为，最根本的原因是公司对产品经理的职责界定不清，担任这项工作的人缺乏专业训练。我一直在思考这个问题，因为它触及了产品经理的核心工作职责。<br />产品经理的工作是从细节上定义开发团队<img src="http://www1.feedsky.com/t1/524771514/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/05/03/6386292.aspx" border="0" height="0" width="0" style="position:absolute" />Tue, 03 May 2011 09:45:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/05/03/6386292.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/05/03/6386292.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771514/5471991http://blog.csdn.net/iamsujie/archive/2011/04/27/6365876.aspx<br />这篇文章，仍然是《客户需求驱动的产品定义和规划》培训记录的一部分，分享的是产品早期阶段的过程：这是一个确定方向（产品创意 ），从问题出发，发现潜在解决方案（产品概念 ）的过程。主要分为如下三步。<br />第一，寻找方向，发现产品创意。<br />这个过程就是我在之前提到的那个培养产品经理感觉的小游戏，我们复习一下主要的问题：<br />1.目标客户面貌（什么人）<br />2.生活工作场景（什么情况下）<br />3.用户的挑战/需求（碰到了什么问题）<br />4.产品概念的呈现（用什么创意解决）<br />5.用户+新产品的场景（客户获得的利益）<br />这里，我们有一些工具来辅助大家说这个故事，很简单，找一堆没用的旧画报，把它们撕碎了，然后从中找到能回答上述五个问题的图片，每个问题可以一张或多张。找到以后，把它们贴在一张大白纸上，给未来的产品干系人讲这个故事，看看大家是否有感觉，如果大家high了，产品创意通过。<br />这里举个我们组在培训中，用一刻钟时间找到的产品创意，如下图。<br /><br />画报辅助创意练习<br />这个产品创意是“智能长命<img src="http://www1.feedsky.com/t1/524771515/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/04/27/6365876.aspx" border="0" height="0" width="0" style="position:absolute" />Wed, 27 Apr 2011 09:06:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/04/27/6365876.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/04/27/6365876.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771515/5471991http://blog.csdn.net/iamsujie/archive/2011/04/20/6336718.aspx<br />在完成《启示录：打造用户喜爱的产品》一书之后（预计5 月上市），我们的翻译团队——七印部落，又开始翻译起各种好文章，并在《程序员》杂志上开设了专栏，条件是，网络发布要比杂志晚一个月，好在，我们不急，晚一个月并不影响传播，还能覆盖更多《程序员》的读者，所以我们接受了。以下你看到的是发表于《程序员》11 年02 期，内容选自《启示录》作者的博客 。<br />产 品是由团队的成员设计开发的。如何选择团队成员，界定工作责任，是产品成败的决定因素。许多产品团队在这方面显得因循守旧、捉襟见肘，他们会发现，我即将 讨论的角色和职责与他们的做法大相径庭。并非所有公司都严格按我的方式设置职位、分配任务，但是大部分成功的公司是这样做的。这些角色是打造成功的软件产 品不可或缺的。请注意，我所说的“ 软件产品” 不仅包括提供给企业或消费者使用的软件，也包括互联网服务、电子消费产品，以及所有以软件为核心的设备。<br />产品经理<br />产品经理的主要职责分为两项：评估产品机会（Product Opportunity ）；定义要开发的产品。产品创意的来源很多，包括公司高管的<img src="http://www1.feedsky.com/t1/524771516/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/04/20/6336718.aspx" border="0" height="0" width="0" style="position:absolute" />Wed, 20 Apr 2011 18:15:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/04/20/6336718.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/04/20/6336718.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771516/5471991http://blog.csdn.net/iamsujie/archive/2011/04/10/6313773.aspx<br />这篇文章同样来自《卫哲的3+1思考法：测量项目“靠谱程度”》 的作者赵同学。长文，干货~<br />你觉得有能力却不受重用？<br />你觉得自己是千里马却找不到自己的草原？<br />你觉得职业发展遇到瓶颈？<br /><br />1年多以前我的老板给我们讲个人通关之路，解开了我困扰多年的疑惑：人的成长之路有哪些重要的瓶颈，如何才能迈过？这一年多里我已经把这段内容讲了不下20次，分享出来，希望能帮到更多的人。<br />古 人说，人分三六九等，一命二运三风水，四仁五德六读书，七友八娶九盘算。上三等在出生的时候就已经注定了，没法成为奋斗目标，下三等的人基本上没有时间上 网看我写的这些东西，所以我们重点讲讲中三等，也就是如何从六等人变成四等人，这里讨论的个人的历练和修为，是通关制的。所谓通关制，就像打游戏一样，打 不过这个BOSS，就到不了下一关。<br />我们从六等读书人讲起。并不是所有读过大学的人都可以算是到达了六等，“读书人”指的是“有能力的人”，所谓的能力就是解决问题的能力。这要求我们有想法，思路清晰，目标明确，行动迅速，以结果为导向……总 而言之，就是那<img src="http://www1.feedsky.com/t1/524771517/iamsujie/csdn.net/s.gif?r=http://blog.csdn.net/iamsujie/archive/2011/04/10/6313773.aspx" border="0" height="0" width="0" style="position:absolute" />Sun, 10 Apr 2011 17:21:00 +0800苏杰http://blog.csdn.net/iamsujie/archive/2011/04/10/6313773.aspx苏杰http://blog.csdn.net/iamsujie/archive/2011/04/10/6313773.aspxhttp://blog.csdn.net/iamsujie/feed.aspxcsdn.net/iamsujie/~7362485/524771517/5471991