阅读全文

很奇怪，也让我不能人忍受的一些观点，他们对宋思明本身的一些做法、态度、原则、海藻的处事方式都很表示理解。不知道是我的同情心、怜悯心不够么？

听完他们对这部电视剧的评论，唯一让我有点感触居然只有小贝。。。也许这个世界太真实，也太现实了。

阅读全文

路很长，

这个夜，也很长……

　　21年前，一位武汉客车厂的工人老师傅手里举着一张房号，背景是一幢刚刚竣工的住宅，图片上的说明是：这位等了十几年的工人，终于分到了一套49平方米的住房。这一年，刚好是中国房改启动的年份。

　　21年后，还是在武汉，当《21世纪经济报道》一位记者前去调查经济适用房“六连号”事件的余波时，这座城市的经适房房号已经在黑市炒到了8万元。

　　很难用“计划”和“市场”这样的不同历史背景和角度，去解释房号这个死而复生的楼市怪物。但有一点可以说明，房号的卷土重来，显然是中国楼市的莫大羞耻。这种羞耻，不单单源于权力在房地产领域的紧俏交换，而是表明这个号称最有保障性质的民享产品里，公共住房的民生指标正被当作黑市交易的“遮羞布”。毕竟20年前的房号还属无偿分配，而20年后的房票却可明目张胆地兜售到8万，约等于20年前一间100平方米的房价。

阅读全文

[custom]http://blog.wuhao.org/mp3/fwdzxzndsx.mp3[/custom]

　　在硅谷的一些软件公司，MRD仅仅覆盖high-level的功能。在这种情况下，产品经理通过创建了另一个文档-通常指的是PRD（产品需求文档）来定义更加详细的产品需求。

　　在本文中，我用术语“MRD”泛指所有那些由产品管理和/或产品市场团队创建的，为工程师团队传达产品需求为目的的文档。

　　MRD-“市场需求文档”，是产品经理或者产品市场经理编写的一个产品的说明需求的文档。这些文档用于计划一个新产品或修正一个已有的产品，是被工程师团队开发产品时使用。

阅读全文

BRD：Business Requirements Document，商业需求文档。这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。

MRD：Market Requirements Document，市场需求文档。获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。

PRD：Product Requirements Document，产品需求文档。进步一细化，这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。

FSD：Functional Specifications Document，功能详细说明。有一点像“概要设计”，这步就开始往开发衔接了，产品UI、业务逻辑的细节都要确定，细化文档并保持更新。相应的，有很多内容，比如表结构设计，要由项目经理来编写了。

再往后，就到“详细设计”和编码了，就此打住。

       做个表格来说明一下两者之间的关系：

       从这个表中可以看出，MRD本身并没有什么特殊之处，按照产品管理者的工作内容来说，是必备的东西，但是，我们知道，现实的情况是，许多技术型的公司实际上对产品管理者的定位过于狭隘，非要生生地把产品管理者分为“技术型”、“市场型”，本来一个完整的产品管理过程和管理内容，就这样支离破碎了。
       关于这个问题抽时间，咱们再一块讨论，还是重点讲MRD。
       正是因为这个原因，许多技术型企业的产品管理者很少或者几乎没有接触过MRD，并不是说大家没有这个意识，其实，作为产品管理者，这些市场端的东西多少都会有了解的，但是，企业并没有把这个任务交给产品管理者来做，因此，就显的有些陌生了。
       在表格中，已经提到了，MRD起着一种“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。
       这个很容易理解的，那么，具体到这个文档中，都包括什么内容以及如何来完成好这些内容呢？
       接下来，我就自己的一些经验说说个人的想法，对不对的，大家见谅。
       刚才说到了，MRD就是对产品所在市场数据的整合，说白了，就是对市场分析后的结论体现，那么，在这个文档中，需要体现哪些内容呢？
       在我看来，需要体现的主要内容包括：
1、市场的问题和机会；
2、市场特征；
3、用户特征；
4、使用者特征
5、市场的需求。
     

      分别解释一下：

1、市场的问题和机会。
       在这个主题中，主要是要求产品管理者说明自己负责的产品现在所处的市场都有什么问题和机会、面对这个现实的市场，产品有什么问题和机会，以及产品所需技术面临的问题和机会。
       其实就是要求从市场层面、产品层面、技术层面来阐述问题和机会。

2、市场特征。
       在这个主题中，主要是要求产品管理者说明目标市场的现状和趋势。应该包括的信息有：
       目标市场特征；目标市场趋势；目标市场细分；目标市场时间约束。

3、用户特征。
       这里的用户是个广义的概念，它其实包括两个方面的信息：1、客户（customer）；2；购买者（buyer）。
       在这个主题中，主要是要说明这产品的目标用户的特征、细分、动机、影响因素以及用户期望（目标）。

4、使用者（user）特征。
       之所以把这个主题独立出来，就是因为，无论什么产品，最终是要由具体的人来介入的，这类人才是产品的最终享受者，具体到产品上，其实我们日常分析的产品需求和功能都是基于他们考虑的。
       在这个主题中，要说明这类用户的特征、现实需要和相关联系。
       这里插一句话，我看到国外的一些公司是采用了原型塑造法来完成这个主题的，关于这个方法，抽时间再说，呵呵。

       备注：关于客户（customer）、购买者（buyer）、使用者（user）的区别和关系，如果有朋友还有不解的地方，可以一块来讨论，嘿嘿。

5、市场的需求。
       这个就比较容易理解了，就是把市场需求按类别描述出来即可，具体的标准，大家应该很清楚的，就是“描述性的语言来说明用户的期望”，主要包括的内容有：
       功能分类；开发环境说明；兼容性说明；性能说明；国际性说明；文档说明；外观说明；发布说明；支持和培训说明；其它说明；方案概述；技术概述。
       当然了，我是把可能出现的内容都列举出来了，在实际的情况中，肯定会根据行业和产品的不同有所删减，这个仅供参考哈。
       在这个主题的最后，我建议大家加一个表格，就是“需求概要表”，这个表格的作用就是用列举的形式来把所有市场需求记录下来，毕竟上面的内容都是描述性的，这个表格有助于快速浏览。
       这个表格应该包括的内容有但不仅限于：
       实现目标；约束条件；需求联系；原型；类型；优先级。

       简单介绍了一下MRD中主要体现的主题，大家看一下，其实内容很简单的，但是，我在看了一些MRD后，才感觉到，写好一份MRD，那是相当的不易呀。
       首先，在MRD中必须有许多的数据来支持你每个主题的结论描述，其次，在MRD中，涉及到了一些具体的方法，例如刚才说到的原型法，三，MRD是整个产品项目过程中非常重要的一份文档，或者说，这份文档奠定了接下来的一些列工作基础，MRD做好了，其它的工作都没有问题，这个作不好，其它的都不可能让人满意的。
       因此，要写好MRD，是不能脱离产品项目流程和思想的，这个说起来，就太大了，有时间咱们慢慢聊。

       大家在现实的工作中，偏重于PRD的居多，大家可以想想，是不是通常把主要精力放在了产品功能上了，而忽视了对产品所在市场的关注和分析，尤其是在一些软件和互联网公司，非常明显，有多少朋友做到了MRD中要求的呢？

       说到最后，还是我始终坚持的一个观点，产品管理文档，本身没有任何价值，网上到处都可以找到，但是，如果不懂产品管理的思想，不明白产品管理到底是什么，不知道产品管理者到底应该做什么，即使给你非常好的文档模板，又有几个人能真正理解这份文档的作用，并把它写好呢？

       对了，最后提一点，有些公司，是把MRD和PRD合并来做的，或者说，即使可以舍弃PRD，也不能舍弃MRD，因为PRD是由MRD延展而来的，MRD是根，PRD正是枝叶而已。

附一个MRD目录吧，仅供参考，千万别照搬。
1、文档介绍
1.1 文档目的
1.2 内容概要
2、市场问题和机会
2.1 本章摘要
2.2 市场问题
2.3 市场机会
2.4 产品问题和机会
2.5 技术问题和机会
3、市场概述
3.1 本章摘要
3.2 目标市场描述
3.2.1 目标市场特征
3.2.2 目标市场趋势
3.2.3 目标市场细分
3.2.4 目标市场时间约束
4、客户和购买者
4.1 本章摘要
4.2 目标客户描述
4.2.1 目标客户细分
4.2.2 客户动机
4.2.3 影响因素
4.2.4 客户目标
4.3 目标购买者描述
4.3.1 业务决策购买者
4.3.2 技术决策购买者
5、使用者和用户原型
5.1 本章摘要
5.2 原型特征
5.3 现实需要
5.4 原型联系
6、市场需求
6.1 本章摘要
6.2 功能分类
6.3开发环境说明
6.4兼容性说明
6.5性能说明
6.6国际性说明
6.7文档说明
6.8外观说明
6.9发布说明
6.10支持和培训说明
6.11其它说明
6.12 方案概述
6.13 技术概述
6.14 市场需求概要表
7、支持信息
7.1 本章摘要
7.2 文档假设
7.3 参考资料
7.4 产品体系