<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>后时代&#187; 需求</title>
	<atom:link href="http://www.houshidai.com/tag/requirement/feed" rel="self" type="application/rss+xml" />
	<link>http://www.houshidai.com</link>
	<description></description>
	<lastBuildDate>Fri, 11 Oct 2019 03:37:37 +0000</lastBuildDate>
	<language>zh-CN</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
		<item>
		<title>产品经理必读9步法</title>
		<link>http://www.houshidai.com/product/shuxun.html</link>
		<comments>http://www.houshidai.com/product/shuxun.html#comments</comments>
		<pubDate>Tue, 01 Jan 2013 14:00:36 +0000</pubDate>
		<dc:creator>RUI</dc:creator>
				<category><![CDATA[产品]]></category>
		<category><![CDATA[产品经理]]></category>
		<category><![CDATA[产品设计]]></category>
		<category><![CDATA[用户]]></category>
		<category><![CDATA[百度]]></category>
		<category><![CDATA[需求]]></category>

		<guid isPermaLink="false">http://houshidai.com/?p=6771</guid>
		<description><![CDATA[作者——舒迅 多年以后，当我面对那些年青的产品经理，我会想起自己当年从事的是一份高薪的工作。那是2000年，我 [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignnone size-full wp-image-6773" title="shuxun" src="http://www.houshidai.com/wp-content/uploads/2012/12/shuxun.jpg" alt="" width="600" height="220" /></p>
<p><span id="more-6771"></span></p>
<p>作者——舒迅</p>
<p>多年以后，当我面对那些年青的<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/pm" title="查看 产品经理 中的全部文章" target="_blank">产品经理</a></span>，我会想起自己当年从事的是一份高薪的工作。那是2000年，我大学毕业后在北京一家IT网站做搜索引擎PM，当时我一个月的薪水能在亚运村买一平方米房子，十年之后，朋友招聘PM，开出的月薪和我十年前一样，差别是这时年青的PM用一年的薪水才能在亚运村买到一平方米的房子。对此，我很迷惑，于是咨询HR的同事，HR的同事告诉我，十年前<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/pm" title="查看 产品经理 中的全部文章" target="_blank">产品经理</a></span>是稀缺工种，现在不是了。</p>
<p>十年间，北京的房价涨了10倍，但最优秀的PM的薪水至少涨了50倍，所以在新浪微博上随手点开一个V，就常常碰到认证为产品经理的。很多PM都有一个梦想：用自己设计的产品改变世界，同时挣个盆满钵满，可十年没变的入门级薪水，却让人触摸到现实是骨感的。</p>
<p>如果你是一位PM，正在跟随一位大拿，那证明你不仅是一位幸运儿，而且在<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/product-design" title="查看 产品设计 中的全部文章" target="_blank">产品设计</a></span>上天资卓越，这篇文章可以供你参考。如果你还只是在普普通通的小公司朝九晚十，或者是在一个大公司的基层打杂，但你胸怀一个梦想，梦想用自己的产品改变世界，那这篇文章就是为你而写的。我在这里分享出来，希望对更多有梦想的PM有价值，希望能通过你的手让这个世界变得更美好。</p>
<p>本文描述的<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/product-design" title="查看 产品设计 中的全部文章" target="_blank">产品设计</a></span>“九步法”，主要框架来源于几个从无到有设计了亿级<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/user" title="查看 用户 中的全部文章" target="_blank">用户</a></span>产品的闪闪发光的人，我曾经在一个10亿级PV的产品中做过长时间的实践和不断修订，一转眼，已落网16年，有幸和多个中国公认最顶级的PM共事多年，现在在自己的理解下进行阐述。“九步法”是为泛互联网产品而写的，适用于大型产品，也适用于产品中的新功能。使用方法是PM在产品设计时，对以下九个问题自己逐条进行书面回答，并和团队逐条分析和讨论。</p>
<p>第一步：产品满足<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/user" title="查看 用户 中的全部文章" target="_blank">用户</a></span>的哪一个核心<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/requirement" title="查看 需求 中的全部文章" target="_blank">需求</a></span>？</p>
<p>产品设计的关键在于搞清楚产品的核心价值是哪一个，满足用户什么核心<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/requirement" title="查看 需求 中的全部文章" target="_blank">需求</a></span>。实践中，70%的PM经常忘记了这一点，因为“满足用户<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/requirement" title="查看 需求 中的全部文章" target="_blank">需求</a></span>”几乎成了每一个PM都能张口就来的口诀，所以就常常忘记了。我们经常听到的“微博要加强SNS属性”、“微信要打通O2O”、“社区信息要流动得更快”，就是最典型的忘记了用户需求的例子。所有这些提法都是想当然，没有站在用户角度的思考，没有搞清楚用户需求，就一定会注定失败。</p>
<p>实际上，即使PM使用了这一条，也常常于事无补。因为仔细分析“满足用户需求”，会发现其实是无字天书。第一，“用户”是一个虚拟群体概念，PM找不到一个具体的人代表用户；第二，“用户”实际上根本不知道自己需要什么。所以实践中用户总是被三种人代表：PM自己，假想的典型用户，PM的行政领导。而今天iphone，微博，微信不离手的人几年前又哪知道自己需要这个。</p>
<p>用户需求永远是被天才捕捉到和创造出来的，就像后年时尚界流行什么，那些奢侈品消费者、时尚评论家是不知道的，只有天才的设计师才能引领未来。IT历史上那些big thing，要么是被天才创造出来的，要么是被超级幸运小子撞上的。网游“巨人”曾经很用心的去实践“满足用户需求”这个真理，非常认真的调研用户，用户要什么给什么，结果到最后发现“用户”根本不存在，那些标签为“用户”的人，其实内心不知道自己需要什么，于是产品彻底失败了。</p>
<p>很幸运抑或是很不幸，我们大部分人，不需要像乔帮主那样天降大任去发明一个iphone，也没机会初出茅庐就和金正恩一样创造并引领时代潮流。所以，假如你只是去做一个即有产品的新功能，或者想设计一个新玩意，那有两个比参悟“用户需求”更切实的做法：</p>
<p>1、 疯狂的热爱你的产品</p>
<p>2、 尝试去解决你遇到的最大痛点</p>
<p>一个PM最基本的特质就是要热爱自己的产品。如果你不热爱自己的产品，此处的建议是立即换到你喜欢的产品门下，那怕少拿一半薪水。为自己热爱的产品燃烧，那人生会变得多么有趣啊。10年前，我的好友为求得这样一份工作，不计较地域(无论天南海北，刀山火海)，不计较职位(无论高低贵贱一线二线)，不计较薪水(可维持个人当地衣食住行即是底线)，结果做出了世界最伟大的中文产品。三年前，我有一位下属，一个普普通通的小男孩，在大公司被职称评定为级别最低的PM，但却胸怀同样的豪情，以一颗年青的心，做出了几乎和微信匹敌的，影响一时的产品。</p>
<p>按照此“九步法”的第一步，如果你是微博的深度用户，那请思考一下新浪微博最近的三栏式结构改版，满足了用户的什么核心需求？</p>
<p>作为新浪微博的深度用户，我却经常在电脑前用手机上微博，因为PC没有给我更好的浏览体验。但不幸的是，“PC用户浏览体验差”这个核心需求不但没有得到解决，反而在三栏式改版后更差了。不从用户需求出发，就会导致南辕北辙，请每一个PM在你改版时，首先考虑你解决了一个用户的什么核心需求，你可能改变世界，也可能谋杀千万用户的时间。</p>
<p>第一步的要点是“一个核心需求”，特别注意是“一个”。对于微博这样的产品，让浏览体验更好，就是核心需求。系统如何加载更快，用户如何生产优质信息，如何摒除spam，如何提升视觉体验都是亟待解决的问题。PM永远不要妄想一下子去发明，颠覆现有的产品，或者增加一些自己觉得挺时髦的新功能，只有抓住“最核心需求”一点一滴的去改进，一个百分点一个百分点去提高，才能从量变引发质变。</p>
<p>第二步：与同类产品相比你的独特性什么？</p>
<p>如果步骤一解决的是产品“有什么用”的问题，那步骤二解决的就是“别人凭什么用”。这个问题看起来简单，其实相比70%的PM经常忘记了“用户需求”，大型公司甚至有高达90%的PM不会考虑“别人凭什么用我”。</p>
<p>为什么这么多PM不会考虑“别人凭什么用我”？大型公司最大的优势就是有钱，有人，有技术，有用户，能够把一个市场上证明了有需求的产品迅速推到用户面前，同时还带给用户不算差的体验。正因为大公司的产品与生俱来有这样的优势，成为了PM习以为常的制胜法宝，所以他们不需要考虑产品定位，所以最大的优势往往最后变成了劣势。</p>
<p>2011年底的一个晚上，我在广东佛山，饭后去捏脚。我照例问技师小姑娘平常上什么网站，生活中有什么爱好，最近打算干嘛。年轻的姑娘回答我说最近的梦想就是买一部小米手机。当时我吃惊得手中的茶杯都差点掉在地上。2011年底，我也只是在网上看到小米的新闻，市场上连一部真机都没有。但在千里之外的广东，一个小城路边的洗脚妹都把小米手机当作人生梦想了。我连忙问她为什么，她说“小米手机一千多块钱，但用起来和苹果一样，多划算呀”。</p>
<p>这就是定位，这就是产品的独特性。</p>
<p>中国互联网很常见的例子：从新闻、门户、电商、视频网站，到现在的团购、安全软件、浏览器、微博、手机，99%都是无差异化的竞争，很少有人考虑“与同类产品相比你的独特性什么”。显而易见，那些后发而胜出者，都对这个问题有深刻的理解和超凡的控制技巧。</p>
<p>按照此“九步法”的第二步，如果你是微信的深度用户，请你考虑“朋友圈”这个产品的 “独特性”是什么。</p>
<p>当微信在设计“朋友圈”这个功能时，一定考虑了他和微博，Qzone，校内相比较的独特性。在SNS产品同质化这么严重的情况下，微信的一个二级功能如何胜出，他的独特性在哪，这就是PM团队要解决的首要的问题。</p>
<p>我个人觉得这个独特性就是“私密”。</p>
<p>其实社交的本质就是“隐私的分享”，人与人相识，到朋友，密友，甚至情侣，最后夫妻，关系深化的过程，也就是隐私一步步不断彼此分享的过程。微博为什么做不了SNS，因为微博这类的广播平台，天生不具有私密性的特质。而微信朋友圈在私密性的定位上，用一种简单的手段，解决了Facebook复杂的隐私设置问题。无论是微信PM天才的洞察到了这一点，还是碰运气碰上，不得不让人佩服。如果微信朋友圈能在“隐私的分享”上做得更好，那这个产品前途无量，未来可以有机会和Facebook对决。</p>
<p>第三步：分解用户。根据产品的核心价值，将用户分解成不同角色。</p>
<p>步骤一解决的是 “有什么用”，步骤二解决的是“别人凭什么用”，步骤三到步骤七解决的是“如何更好用”。如何更好用的关键就是变成用户，站在用户的角度进行思考。</p>
<p>也许天才能够洞察到用户需求，但天才在洞察用户需求上也有一个成长过程，我们看到乔帮主也是从一个个失败里一下下爬出来的。对用户需求的把握就好像佛陀的证悟：削一个苹果，削到最后，发现是空，于是悟道了。用户需求原来是一本无字天书，要领悟，需要有一个削苹果的过程。</p>
<p>分解用户，变成用户的过程就是一个削苹果的过程，一个PM的必经修炼。不同产品，不同维度，有不同的分解方法。初期不用太复杂，但也决不能脑子里只有一种用户，那就不是削苹果，而是削石头了。PM至少要按产品的核心价值，用最粗的线条把用户进行分类。</p>
<p>如：</p>
<p>UGC产品：看的用户，写的用户；</p>
<p>论坛：浏览用户，发贴用户，版主；</p>
<p>B2C：浏览用户，交易用户；</p>
<p>电子商务：卖家，买家；</p>
<p>新产品：种子用户，成长用户；</p>
<p>老产品：初期用户，成长用户，衰退用户，流失用户；</p>
<p>等等。这个过程的核心就是抓住那些最重要的角色。</p>
<p>需要特别指出的是，角色的划分，和产品的运营程度有关，运营成熟的产品，进入精细化阶段，就需要更细的分解角色。</p>
<p>简单用微博举例：如按使用方式、生命周期把角色分为X轴Y轴两维，那微博的使用方式可以是浏览信息用户，发布信息用户，还可以分得更细，比如发布信息用户还可以分为个人、认证个人、企业、媒体、大V等，微博生命周期可列出种子用户，初期用户，成长用户，衰退用户，流失用户等。</p>
<p>当我们把X轴Y轴一相交，就得到了很多的角色，上面列举的微博角色，就能得到30种，当然，其中有一些角色是无意义的。很少有产品和有PM需要去分解几十种角色，大部分情况下，我们把最重要的几种角色拿出来就可以了。</p>
<p>第四步：变成用户。每类角色回答以下两个问题：</p>
<p>问题一：该角色为什么会使用这个产品？</p>
<p>问题二：该角色怎样知晓和到达这个产品？</p>
<p>在分解完角色后，PM就需要把自己代入角色了，进行cosplay，充满想象力的角色扮演游戏。</p>
<p>回答“该角色为什么用这个产品”时，我们会发现用户的核心需求开始分解。我在《微信的商业模式与创业机会》（ http://t.cn/zjaphLW ）一文中提到过，用户的核心需求就是一级需求，一个产品只会有一个一级需求，此外其它都是二级需求，二级之下还有三级四级。比如微博用户看微博，就是一级需求(浏览)，发微博就是二级需求(表达)，发微博插入各种功能就是三级需求。</p>
<p>当我们分析微博用户的核心需求“浏览自己关注的信息”时，第一个被分解出来的角色是“浏览用户”，回答“浏览用户为什么会使用这个产品”时，我们发现，这是因为有“发布信息用户”，那用户为什么会布信息呢？</p>
<p>当对微博角色和该角色为什么使用这个产品进行层层分解后，我们会发现，微博用户是有多层需求的：</p>
<p>1、 获取信息的需求</p>
<p>2、 表达的需求</p>
<p>3、 社交的需求</p>
<p>4、 自我实现的需求</p>
<p>这些需求呈金字塔型，用户数量逐层递减，最顶端的是“自我实现的需求”，这些角色就是微博的大V用户。他们在这个平台上的目的是实现自我价值，于是他们制造了最优质的信息，决定了整个微博的生态环境，这就是新浪微博和其它产品所不同的独特性。最底端的是“获取信息需求”，这些角色就是微博的全体用户，他们真正代表了微博的全部，包括商业化的梦想与未来。</p>
<p>要回答的问题二“该角色怎样知晓和到达这个产品”是一个产品运营方面的问题。好的产品离不开运营，很多产品甚至以运营取胜。新浪微博在初期，为了请一个潜在的大V，可以派专人去香港两周，就为了送给这个名人一只iphone，教会他用手机上微博。能够准确的洞察自己最核心的用户如何知晓和到达这个产品，并实施高执行力的操作，这就是新浪微博成功的关键。</p>
<p>新浪微博的例子告诉我们，在差异化竞争中，你只要在产品或者运营上，拥有一个与众不同的特点，并能把这个特点发挥到极致，让竞争对手追而不能及，那也能在市场上成功。</p>
<p>第五步：确定角色成就。确定产品如何满足不同角色的成就感。</p>
<p>每一类角色如何在使用产品过程中不断成长，不断得到满足，这就是产品持续成长的关键。关于这一点，90%的PM都陷入了一个误区。</p>
<p>1996年我沉迷BBS时，网上很流行一首改编的歌词《同网的你》，我记得有一句歌词是这样的：“那时候天总是很短，一晃就到了十点半，你只考虑何时才能升级，哪怕视力再降个0.1”。我曾经为了在一个bbs上挂到经验值全站第一，而荒废了四年大学时光，所以虚拟成就害人呀。</p>
<p>一晃16年过去，简单直接的积分激励被国内的PM们熟练掌握，是屡试不爽，发扬光大的一个手段。其中的创新层出不穷，简直可以写一部中国互联网创新史。</p>
<p>经典如的QQ的升级制度、点亮各种图标，Discuz的各种头衔、积分体系，网游的各种称号、徽章、道具，微博的粉丝，工具类产品的积分、扩容、世界排名等等。目前没有用户积分类激励的产品，反而成了另类，比如微信。</p>
<p>正是这种特别适合东方人心理特点的短平快手段，让很多PM忽视了产品的核心。90%PM陷入的误区就是产品的过度游戏化。</p>
<p>一个产品最重要成就是：用户核心需求被满足时获得的成就感，当无关的激励干扰到他的核心需求时，他真正的成就感降低了。</p>
<p>免费网游、淘宝、搜索引擎因为核心用户的成就直接与最敏感的指标收入强相关，所以是世界上把核心用户成就做得最优秀的产品。<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/baidu" title="查看 百度 中的全部文章" target="_blank">百度</a></span>最近的搜索提示suggestion上了一个新功能，当用户第二次搜索同一关键词时，这个词的搜索提示会变蓝，这就是搜索用户所获得的成就：查询信息更方便，搜索引擎更懂你。相反，如果搜索引擎推出一个功能，用户搜索时，弹出一个浮层：恭喜你，你的经验值又上升了10点，那最直接的结果就是收入马上下降，因为这干扰了用户的核心需求。</p>
<p>商业模式不清晰的产品没有敏感的量化指标，PM又忽略了用户的核心需求，过度游戏化时，次要的角色的成就立即喧宾夺主了，比如新浪微博对浏览用户的一些干扰式激励。所以，这一步的关键是关注你的核心用户的核心需求，让核心用户在核心需求上获得核心成就。</p>
<p>在角色分解上，新浪微博的二级需求角色，即“发布信息用户”的角色成就一些点是做得非常优异的，特别是评论模式和粉丝概念的创新，远远胜过Twitter，从产品上奠定了后发制胜的根基。对于微博这种可以分解出几十种角色的产品而言，在梳理各种角色成就时，把握整体与局部之间的关系，对PM是一个巨大的挑战。</p>
<p>第六步：确定用户需求满足过程中的关键点。</p>
<p>将每类角色从“获知产品，使用产品，需求得到满足，离开，回来”的整个过程进行分解，描绘出关键步骤和关键页面。</p>
<p>这一步，就是考验PM的执行功力的关键步骤，PM能不能把这一步做好，和天分无关，只和是否努力、是否用心有关。</p>
<p>对整个用户需求满足的过程控制得最好的是电商企业。原因很简单，因为每一步都是钱。优秀的电商企业，如天猫，淘宝，京东，PM一定会对用户从哪来的，怎么用的，如何走了，如何再回来，有清晰的认识的明确的量化指标。因为PM很明白，一个关键点搞好了，收入就上升，一个关键点没搞好，收入就下降，这直接和奖金有关，可是乱来不得的。</p>
<p>这就是有清晰商业模式的产品的优势，商业价值的高低，和用户需求成正比。搜索和电子商务都有最好的商业模式，就是在满足用户的一级需求时，把商业价值实现了。商业价值和用户需求都能找到“收入”这一敏感的衡量指标。你的用户体验做得好，收入就上升，用户体验做得差，收入就下降。世界上没有比这更有效的提升用户体验的手段了。</p>
<p>这一步是痛苦的cosplay。我们假设一个最简单的B2C新产品，至少有四种最简单的角色：</p>
<p>1、 浏览用户</p>
<p>2、 交易用户</p>
<p>3、 种子用户</p>
<p>4、 初期用户</p>
<p>对这最简单的四种角色描绘“获知产品，使用产品，需求得到满足，离开，回来”的过程，可能就有20个关键点，十多个关键页面。所以戏演多了就入戏了，按照佛陀的哲学，产品经理削苹果，削到最后发现苹果没了，自己就变成用户了。</p>
<p>第七步：提升关键点的转化率。</p>
<p>当PM把约20个关键点找到，那每一个关键点，关键页面如何提升转化率，就是阶段性的目标。我任贴吧总经理时，为了了解新用户是怎么进来的，自己线上注册了80多个帐号，看注册流程有什么可以提升的点。所以，一个普通的PM，至少在每一个关键点上，都要尝试数十遍，这样才可能找到感觉，找到提升转化率的有效方式。</p>
<p>很多人都听过“多点击一次用户损失一半”原则，虽然不同的产品实际损失率不一样，但基本都是一个可观的数字。在“普通角色使用产品”这一天底下所有形式的产品最核心的关键点上，多少年来，门户、搜索、IM都用了至少两个页面：门户的首页和内容页，搜索的首页和结果页，IM的好友列表页和对话框。电子商务的用户需求链比较长，用的页面更多。但Facebook 、Twitter只用一个页面就满足了用户核心需求，把转化率提升到了最大。李兴平发明的hao123，比Facebook、Twitter早七八年实践了这个交互革命。</p>
<p>必需提一下的是，Facebook、Twitter之后，交互史上影响最大的创新是搜索开放平台（阿拉丁），在搜索结果当前页就满足了用户需求，免去了用户跳转到新网站，再次查询甄别的时间。这是中国最成功最富有的PM的发明。</p>
<p>所以，永远不要以为转化率已经做到最高了，也许换一种方式，你就能带来一场革命。<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/baidu" title="查看 百度 中的全部文章" target="_blank">百度</a></span>的阿拉丁，Twitter的左右分栏式改版，都是针对用户核心需求厚积薄发的创新。在这个移动时代，更多的前人没有涉及的领域等待PM去开拓。</p>
<p>第八步：形成闭环。让产品能够自我成长。</p>
<p>上一步PM的阶段性目标已完成了，第八步要静下心来考虑的是闭环问题。闭环就是产品自我成长的循环。</p>
<p>淘宝的信用评价体系，就是一个闭环。买家购买产品，商户提供好的服务获得好评，得到好评就会得到更多新买家，新买家又购买产品，商户又有机会得到更多好评，形成一个循环。PM的工作就是发现，设计，确保这个闭环的顺利运转。比如差评师，就是这个闭环的杀手。</p>
<p>UGC产品也常常是一个闭环。用户发布优质信息，优质信息吸引新用户，新用户也发布优质信息，更多新用户被吸引来形成一个闭环。垃圾信息发布者、Spam、低质信息等，都是这个闭环的杀手。对于很多UGC产品，PM花费心血使它运转正常，但信息质量的降低，却会像病毒一样，蔓延到整个循环中，让产品枯萎，最后死亡。</p>
<p>更多的产品就不是闭环，比如支付宝、词典APP，IE浏览器、Flash小游戏、微软办公软件等等。用户量的增加，并没有带来产品的自我成长。不同的是，现在很多工具类产品也找到了自己的环，如云输入法，用户越多，输入法越好用，输入法越好用，用户越多，形成一个循环。</p>
<p>移动、云、大数据时代，将为更多产品形成闭环提供可能。只有形成闭环，这个产品才能自我成长，进化成一个有机体。很多小闭环，最后会组成一个大闭环，很多个大闭环最后有可能进化成一个生态系统，比如阿里、百度、腾讯，其实都是一个生态系统。多个生态系统有可能进化成一个超级生态系统，比如阿里系正在干的事。当然，生态系统这个词是战略家或评论家喜欢的用词，产品经理只需要关心那些小闭环，拔动、调理那些击中你痛点的环。</p>
<p>2012即使人类末日来临，从物理学的概念来看，与一块冰融化成水，并没有什么本质的区别，都只是一种形态的环，又组成了另一种形态的环。PM要做的，就是成为拔动琴弦的歌者，无数闭环的振动，整个宇宙都会为你奏响乐章。</p>
<p>第九步：大干快上，迅速迭代。</p>
<p>Google、百度面试PM时，都不约而同出过一道相同的试题：产品到了预定发布日期，却发现还有功能不完善，你是选择上线呢，还是继续打磨，直到令人满意再上线？</p>
<p>曾经有大BOSS答错了这道试题，但在数百道题目中，只错了这一道，于是还是做了谷歌、百度最大的技术BOSS。你的答案呢？PM脑子里总会想到太多东西，但用户想得很少，甚至不想，全世界最牛的PM Facebook CEO扎克伯格干脆就直接把用户叫做“白痴”，中国有个天才级的PM把变成用户形容为变成白痴，他希望PM和白痴之间的距离只有0.01公分。</p>
<p>如果你有幸聆听过中国互联网最成功和最富有的两个PM的教诲，你会注意到，这两个千里之外的人都会强调两个相同的原则，其中一个就是：大干快上，迅速迭代。也许，这就是成为首富的秘密，因为他们深知机会错过了，就没有了。如果你两个原则都注意到了，而且又在30岁以下，那很有机会像他们一样，在改变世界的同时，顺带手挣个盆满钵满。</p>
<p>但现在移动领域迅速迭代有个误区，很多无关要紧的APP升级，频繁的提示用户安装新版本，这绝不是迅速迭代。迅速迭代只是一个手段，目的是更好的满足用户体验，所以产品升级要给用户一个超出预期的体验，要让用户盼望和等待你的升级。没事发布一个小改动，强迫用户升级，浪费公司带宽，浪费用户流量，这样的PM应该自己为手机费买单。APP的迅速迭代请向微信，向新浪微博学习，他们是生于移动时代的娇子。</p>
<p>没有什么是恒定不变的，世界变化的速度又太快，要削多少个苹果才能证悟用户需求？所以我说的总是错的。</p>
<p>结语</p>
<p>产品设计“九步法”</p>
<p>第一步：产品满足用户的哪一个核心需求？</p>
<p>第二步：与同类产品相比你的独特性什么？</p>
<p>第三步：分解用户。根据产品的核心价值，将用户分解成不同角色。</p>
<p>第四步：变成用户。每类角色回答以下两个问题：</p>
<p>问题一：该角色为什么会使用这个产品？</p>
<p>问题二：该角色怎样知晓和到达这个产品？</p>
<p>第五步：确定角色成就。确定产品如何满足不同角色的成就感。</p>
<p>第六步：确定用户需求满足过程中的关键点。</p>
<p>第七步：提升关键点的转化率。</p>
<p>第八步：形成闭环。让产品能够自我成长。</p>
<p>第九步：大干快上，迅速迭代。</p>
<p>以上就是产品经理必读的产品设计九步法，我已帮你又单独整理出来，现在请你打开电脑的记事本，针对你正在设计的产品，逐条回答以上九个问题，之后再与你的团队逐条分析讨论。如果你做了，你会相信，你想的都是错的，因为一个月后，你还需要一模一样再来一遍。这个过程是痛苦而寂寞的，改变世界的人，是世界上最孤独的人。</p>
<p>但我相信，只要你这样做，你的手就会把这个世界变得更美好起来。请你顺手将这篇文章分享给其它梦想改变世界的产品经理，只有更多的闭环才能承担无数的闭环。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.houshidai.com/product/shuxun.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>如何写PRD产品需求文档</title>
		<link>http://www.houshidai.com/product/prd.html</link>
		<comments>http://www.houshidai.com/product/prd.html#comments</comments>
		<pubDate>Tue, 11 Dec 2012 13:30:14 +0000</pubDate>
		<dc:creator>RUI</dc:creator>
				<category><![CDATA[产品]]></category>
		<category><![CDATA[PRD]]></category>
		<category><![CDATA[产品经理]]></category>
		<category><![CDATA[需求]]></category>
		<category><![CDATA[需求文档]]></category>

		<guid isPermaLink="false">http://houshidai.com/?p=6847</guid>
		<description><![CDATA[PRD产品需求文档侧重的是对产品功能和性能（即“产品需求”）的说明，相对于MRD中的同样内容，要更加详细，并进 [...]]]></description>
			<content:encoded><![CDATA[<p><span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/prd" title="查看 PRD 中的全部文章" target="_blank">PRD</a></span><span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/produce" title="查看 产品 中的全部文章" target="_blank">产品</a></span><span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/requirement" title="查看 需求 中的全部文章" target="_blank">需求</a></span>文档侧重的是对<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/produce" title="查看 产品 中的全部文章" target="_blank">产品</a></span>功能和性能（即“<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/produce" title="查看 产品 中的全部文章" target="_blank">产品</a></span><span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/requirement" title="查看 需求 中的全部文章" target="_blank">需求</a></span>”）的说明，相对于MRD中的同样内容，要更加详细，并进行量化。</p>
<p><img class="alignnone size-full wp-image-6848" title="PRD" src="http://www.houshidai.com/wp-content/uploads/2013/01/PRD.jpg" alt="" width="600" height="220" /></p>
<p><span id="more-6847"></span></p>
<p>产品<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/requirement" title="查看 需求 中的全部文章" target="_blank">需求</a></span>文档（product requirements document，<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/prd" title="查看 PRD 中的全部文章" target="_blank">PRD</a></span>）描绘出公司将要创造的产品。它影响着公司的产品团队的成果,公司的销售额、市场和客户满意程度。它要为公司提出更重要，更有价值的产品。产品<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/requirement-document" title="查看 需求文档 中的全部文章" target="_blank">需求文档</a></span>需要清楚简明的表达出产品的目的、效果，功能，表现。产品开发团队将使用这份文档开发出产品并检验，所以PRD需要提供足够的信息。一份优秀的产品<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/requirement-document" title="查看 需求文档 中的全部文章" target="_blank">需求文档</a></span>不一定会作出优秀的产品，但是无疑的没有一份的好的产品需求文档就更难作出好的产品。</p>
<p>产品需求文档和市场需求文档的区别：我们需要区分PRD和MRD（market requirements document市场需求文档）。简单通俗的说MRD描绘出市场机会与市场需求，PRD是描绘满足市场机会和市场需求的一个产品。</p>
<p>产品需求文档和产品战略文档（Product Strategy）、产品发展路线文档（Roadmap）的区别：产品战略描绘出2-5年产品的发展方向和蓝图而产品发展路线文档描绘出不同的阶段到达这个目标；产品需求文档则是在这个蓝图中某一个阶段的详细需求产品。</p>
<p>如何写好产品需求文档：</p>
<p>做好产品需求文档的这十步，是经过长期的实践经验和反复验证而得到的。可能这里描述的不是很全面，但他已经足够让你做一个成功的产品需求文档。做好这几步花费的时间要以项目的大小、复杂程度、个体学识、基本技能熟练度而定。</p>
<p>第一步：做好准备工作</p>
<p>你要做的是一个让人无可争议的产品，为了做好他，你必须做好前期的准备工作。你需要去了解你的顾客、竞争对手、产品团队的实力和需要的技术。你需要从顾客、用户、竞争对手、分析师、产品团队、销售队伍、市场、公司职员等收集他们能发现的问题和可能的解决办法。建立良好的交流也非常重要，它会影响着产品团队。如果你的准备工作做的够好，你也会变得越来越有信心和说服力。</p>
<p>第二步：确定产品的目的</p>
<p>任何一个好的产品都开始于一个需求。你必须清楚的了解这个需求，你的产品如何达到这个需求。<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/pm" title="查看 产品经理 中的全部文章" target="_blank">产品经理</a></span>需要提出一个清晰、简明的价值主张，让它很容易被接受，要让产品团队、管理人员、用户、市场人员清楚的明白这个产品到底是什么意图。虽然这听起来很简单，但是也只有少数产品才有这样的价值主张。考虑“elevator pitch ”(电梯间演讲、电梯行销)测试。假设你在做电梯的时候遇到公司CEO，他问你产品的意图是什么，你能在电梯到达之前回答这个问题吗？如果不能，你就还有工作需要做。也许是你的说明没有针对性，他可能表现出来和其他产品做的没有什么明显区别；也许你提出的观点不能和你的用户产生共鸣；也许你解决的是一个非常规的问题，可能你想应用一种技术。这个价值主张可能需要满足公司的产品战略。注意你不需要阐述太多的细节，从某些方面来说，一个有价值的观点应当是越简越好。</p>
<p>产品需求需要确切的指出这个产品发布的目标，同样的这个目标也有优先之分。例如，你的目标可能是：1）易用，2）零售价不足$100，3）和前期产品很好的结合。然后你需要说明如何去测算。对于“易用”这类项目，你需要明确指出产品可用性达到某个水平。这是通常用目标用户来定义。可用性工程师能测算出你的产品对目标用户的可用性，也测算出可用性问题的严重程度，同样你可以说明没有重大的可用性问题。这里的关键就是让每个人都知道产品成功的时候是什么样，还有给产品团队在设计和实施中遇到问题如何进行取舍的指导。</p>
<p>第三步：确定用户原型、用户目标和用户任务</p>
<p>现在你已经明白你想要解决什么问题，下接下来就要深入了解目标用户和顾客，在这步中，和你的PD（产品设计）紧密联系非常重要。</p>
<p>用户原型：在这个阶段，PM需要和很多用户交流，需要花费大量的时间去直接观察和讨论。现在我们需要对用户和顾客进行分类，然后决定哪一类是我们的首要用户。比如你正在做一个像eBay一样的互联网拍卖服务，你同时拥有买家和卖家，在这之中还有使用频率少的用户和经常使用的用户，不难想象还有个别特殊的用户，比如团体公司采购者。</p>
<p>PM（<span class='wp_keywordlink_affiliate'><a href="http://www.houshidai.com/tag/pm" title="查看 产品经理 中的全部文章" target="_blank">产品经理</a></span>）和PD（产品设计）需要首先确定类型是最重要的，然后尽量对这个用户群的特征进行详细的描述，以便使用这个模型去指导产品的设计。这个模型通常称其为“人物角色”。 虽然是想像的，但是应该是典型的、可行的和真实的，让你能够使用。这个想法来自与一个能代表这类用户的本质的原型。</p>
<p>举个例子：</p>
<p>“里昂是一个超级卖家，46岁，男性，居住在Fresno，经营小型摩托车配件。虽然他开着一个小店，但是他的生意大部分来自Ebay,每个月平均有400多次交易。他出售的东西品种非常多，但是他最受欢迎的商品还是哈雷戴维森的负重袋。他自己拥有两个哈雷，还开着1993年的丰田皮卡。里昂已经结婚了还有两个小孩。里昂买电脑仅仅是因为他需要使用Ebay,除了ebay和电子邮件很少再使用其他东西。里昂已经在Ebay上销售产品已经三年了，他学会了在ebay应该掌握的东西，他非常自豪的拥有超过5000的信用度。如果Ebay更改了网站，特别是销售的过程方面，对于他来说改变习惯、学习这些变更是非常困难的。 里昂已经形成了自己的习惯，星期一列出销售的商品，星期五拍卖结束，设法让在收到货款的几个小时内出货。”</p>
<p>但愿这样的描述能让你了解里昂和知道他是怎么来的。当我们考虑新功能时，我就要问问自己里昂会是什么反应，为了让他能顺利的使用这个功能我们需要做什么。注意缩小范围，让他仅仅描绘必不可少的。满足所有人是徒劳的，通常最后没人会满意，所以尽量提出几个最重要的和最流行的角色描述是非常重要的。同样，如果你不去精确的定位你的目标用户，你就只会存在模糊的概念，你会发现理解你用户的反应非常困难。你要倾向于设想，让你能更像你的用户。</p>
<p>用户目标（用户意愿）</p>
<p>一旦我们确定并描绘了我们主要的用户类型，我们就需要找出用户在使用产品中的目标(想要干什么).这听起来很简单，但是解开根本问题是非常具有挑战性的，特别当你周围的人告诉你你已经解决了他们想要的。从CEO、销售代表、工程师到客户，每个人都太兴奋而不能帮助你找到解决根本问题的办法，他们会告诉你在某个地方添加一个快捷按钮，或则添加一个功能仅仅是因为竞争对手有，或则是改变成他们喜欢的颜色。最好的解决办法取决于清晰的了解到底什么问题需要解决，每个用户模型可能有不同的目的，需要在用户原型涉及的方面中进行寻找。有可能将来某个功能解决的问题并不是主要用户需要达到的目标之一。</p>
<p>用户任务（tasks，用户为达到目标使用产品而需要做的任务）</p>
<p>掌握了用户原型与他们的目标愿望，我们就开始着手设计任务来满足他们的目标意愿，这是产品制作进程中最核心的部分，也是创造力和创新力被激发的地方。许多优秀的产品仅是用更好更新的办法解决一个已有的问题，有时候这种办法仅仅是应用一个种新技术，但是大部分是来自深刻的见解而使一种新方法的产生。例如TiVo（美国市场占有率第一的数字录像机）在电视节目录制的老问题上面想出一个全新的办法，让顾客更加容易地实现他们的目标并且建立了电子设备一个全新的类别。</p>
<p>注意我们虽然谈到了目标和任务但是还没有谈到具体的功能，这些功能都需要达到用户目标而必须的。你以后会发现许多功能都是低优先级或则是完全多余的。以“必须功能”这个理由可以排除很多功能。讽刺的是，你用越少的功能，你的产品被发现得越来越强大。这是因为产品的功能越少，你的用户就会发现并使用更多的功能，成功的使用越来越多的功能他们就认为你的产品非常强大。这些理由都是违反我们直觉的，我们大多数人都不能和我们的用户一样，我们在自己的行业中愿意比用户花费更多的时间去探索功能和容忍复杂性。</p>
<p>第四步：定义产品原则</p>
<p>现在你需要开始把你的需求和用户体验定义成详细的要求。同时你仍然会面临着许多的决定和权衡，为你的产品标准作出最佳的决定是非常重要的。</p>
<p>在大多数的产品团队中，每个成员都有做好产品的原则，但很少有两个人有同样的想法，这些差异都会导致不可思议的结果。尝试和制订一系列指导整个团队的产品原则是非常有价值的，这些原则需要具体到域名和项目。</p>
<p>用TiVo举例，在产品团队工作开始时，以下这些产品规范就被建立，并在团队里传达：</p>
<p>1.它是娱乐的<br />
2.一个傻瓜式的电视<br />
3.一个该死的视频设备<br />
4.平滑柔顺的<br />
5.没有模式和深层次<br />
6.尊重观众的隐私权<br />
7.像电视一样强大</p>
<p>这些规范很大的影响到产品的定义而且在很大程度上加大了难度，但是他们确实是成功产品的来源。比如易趣的口号就是：1、易于使用 2、安全 3、有趣</p>
<p>它将在该项目中，在面对众多问题而作出决定的时候进行指南.</p>
<p>第五步：产品原型和检验</p>
<p>这是一个拿出你想法的阶段，创造力和创新力拿出成就的地方。很多人都容易犯一个常见的错误，他们对产品设计规范太有信心，结果一旦得到beta的测试他们就必须调整产品。但是肯定beta测试版并不是进行重大改变的时候，所以才会有许多首次发布的产品离目标太远。</p>
<p>对于许多产品来说，这个时候你可以用大量的原型做很多的实验。首先，下面的三个非常重要的测试你可能需要做：</p>
<p>1.可行性测试：一个直接的问题就是产品是否可以开发，你的工程师和设计师应当介入技术的可行性调查和探索可用办法。有些办法是行不通的，但是有其他的办法可行是非常有希望的。工程师会发现在产品的某个阶段不可能逾越，现在知道比以后知道要好。</p>
<p>2.可用性测试：产品设计师将要和你紧密工作共同提出产品功能，让它能适应不同的用户。可用性测试常常会找出遗漏的产品要求，同时确认产品最初的要求是否是必须的。在你拿出一个成功的用户体验之前需要多做一些测试工作。可用性的目的是在真正的用户身上测试，从产品目标用户得到质量反馈的测试是非常艺术和科学的。当然产品经理和产品设计将模仿使用，但是实际是没有人能取代真实的目标用户。</p>
<p>3.概念测试（Product Concept Testing）：光是可用和可行是不足的。真正的问题是你的用户想要购买吗？你的用户有多喜欢？你做的有什么价值？这测试可能与可用性测试联系在一起。</p>
<p>对于一部份小产品，您的想法写在纸就足够了，但是对于多数产品，为了预计产品是否达到目标，复杂人机交互或新技术的使用、某种形式原型都是非常重要的。原型也许是一个物理设备，或者它也许是软件产品的一个预览版本。关键是它需要足够现实，您能用原型在实际目标顾客身上测试，并且他们可以给您质量反馈。</p>
<p>以前做原型主要有两个障碍。第一是缺乏良好的原型工具，需要花费很多的时间制作原型；另一个是管理方不知道原型和真实产品的区别，在不可预计的情况下，按照最终产品来要求原型。今天有优秀的原型设计工具可以让工程师或设计师快速的制作原型，可以有效的模拟未来的产品以达到必要的程度让实际用户进行测试。而且大多数管理者都知道模仿和实际的区别——就如同缩小比例的房子模型和真实的家一样。</p>
<p>在实际去做产品之前去检验你的产品是非常重要的。一旦实际的工程开始，作出重要的变动会变得非常困难，花费也会变得很高。</p>
<p>第六步：验证和质疑</p>
<p>当你认为你弄懂了你需要解决的问题，现在是时候开始验证和质疑假设。假设甚至当作不知道是很容易的，但是切勿把不可知的结论当作指引，那会妨碍你获得成功。天文学最初定义是研究太阳和其他行星如何围绕自己转，本身的定义就是一个臆断，反而阻止人们获得真相。</p>
<p>第七步：写</p>
<p>当然你需要把这些都写下来，大多数的PRD都是word文档，但也有一些是帮助文档，PowerPoint，或则写在白纸上。当然用什么格式不是很重要，重要的是让团队成功能轻松的看懂，不会遗漏，还有就是PRD可以随着项目开发而更新。记住对话是两个人之间的，但是PRD是要沟通整个小组。你也要记住获得产品的销售才是是重要的，所以不必担心要有什么漂亮的外观、PRD写的有多厚，只要它是可读的、可理解的、是需要的内容。</p>
<p>PRD文档主要有四个部份组成：</p>
<p>1.产品用途：你的工作就是指出目标，团队需要知道他们的目的是什么，目标说明要尽可能的明确，请确保你的内容包括：</p>
<p>*那些问题你要解决，不是解决方案<br />
*谁是目标用户<br />
*细节很多，但是大图片必须清晰<br />
*情景描述</p>
<p>多开展集思广益的会议和临时口头的讨论，从而更好的写出来，更会让团队深入了解。</p>
<p>2.产品功能特性：产品需求文档最主要的当然是需求。 具体的需求完全地将取决于您的领域，但是不管你是什么行业，您的产品团队将受益于陈述需求的清楚，毫不含糊的要求，而不是模糊的解决方案。</p>
<p>描述每个功能的互动设计和使用案例。您必须非常清楚每个功能和用户体验，还需要给工程团队留下足够多的灵活自主空间。同样重要的是确定那些要求满足哪个目的。这里就需要提到“需求跟踪”，对于关键的产品这是一个重要的流程。每种产品规范可能受益于清楚确定那些要求满足哪个目的，如果某人决定削减要求，想要深入了解就会非常困难。从要求到目的明确说明将会是文档更加清晰。</p>
<p>3.发布标准：发布标准经常是不断变化的，但是好的PRD应该考虑到为每种标准定一个最低要求。典型的如：性能，可测量性，可靠性，可用性，可控性。</p>
<p>4.时间进度：其中很困难的一个问题就是描述产品需要的时间进度表。随便列出一个时间是没用的，你需要描述环境、动机、预计目标。你需要整个团队都和你一样达到预计目标，最终完成一个成功的产品。</p>
<p>第八步 优先级</p>
<p>除了明确的要求，对每一个您的要求给予优先和排列秩序是很重要的。多数产品经理，如果他们给予优先级，一般都是表明要求是否是“必须有， “重要”或“希望拥有” (或其他一些分类系统)。分类是很重要的，不可掉以轻心。产品经理对任何一个标记“必须拥有”都需要有高度的标准。如果还没有找到必须拥有的功能意味着产品还不应该产生。所以小心标注“必须拥有”，这些标注“必须拥有”的功能直接反应出产品的核心价值。“重要”的分类也很重要，在产品销售前只要有机会就要满足这些功能。“希望拥有”产品团队也应该注意到，即使大多数也都没有实现，在未来版本也适当的慢慢实现。</p>
<p>这些有时候是不够的，从1到n每一个分类优先排序都是很重要的。有几个原因：</p>
<p>首先，上市时间总是被关注，并且日程表经常下降，您说不定被迫使削减有些特点为了尽快进入市场。你也不想产品团队先开发简单的功能而放松重要的功能，导致最后客户使用的关键功能还没完成。其次，在产品设计和开发阶段，团队将会发现更多的问题产生并解决这些问题，所以很有可能有更多关键功能出现。优先顺序会可以帮助你如何平衡以容纳更多的功能。也就是说如果不给出优先级和重要等级，其他相关较少的因素也会跟着无法确定。</p>
<p>整个PRD是一个不断完善和思维提高的过程，明朗锐利就是可以成功产品的，模糊就是失败的产品。在争论最激烈的时候也能容易做决定，并且帮助工程师做出计划。</p>
<p>第九步 测试完整性</p>
<p>现在你有一个PRD草稿，你需要测试它的完整性。工程师是否可以充分了解并达到目标？OA Team（质量管理团队）是否有足够的信息来做出测试计划，是否可以开始做案例？当投资人或相关人审核了PRD，确定了各个需要说明的方面，所有的问题得到解决，现在你就可以按PRD进行产品开发。</p>
<p>第十步 管理产品</p>
<p>在产品实施期间，就算是最好PRD，也有不计其数的问题，产品经理的任务就是迅速解决问题并记录在PRD。如果你做了你的工作并准备记录在PRD，项目审查就会变得非常简单，因为任何一个部分都历历在目。记住PRD是一个“活”的文件，在要跟踪记录在产品开发期间的所有功能过程。最后你会发现很多额外的东西，如果你认为是必要的就在PRD中写进。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.houshidai.com/product/prd.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
