1704233650
1704233651
权力：强力组织，比如国家政府，用“枪杆子”保证“绳之以法”。
1704233652
1704233653
利益：商业组织，比如公司企业，用“钱袋子”支撑“诱之以利”。
1704233654
1704233655
共识：松散组织，比如公益社团，用“笔杆子”达成“晓之以理、动之以情”。
1704233656
1704233657
这三种原动力，在人类发展的不同阶段，所起的作用也各有不同。资源匮乏时容易形成暴力组织，随着资源越来越丰富，组织越来越倾向于用利益和共识这些力量来维系。举个“荒野求生”的例子来解释一下。
1704233658
1704233659
当资源特别匮乏时，所有人都没法靠自己吃饱穿暖。于是，大家会推举多数人认可的领袖，愿意信任他，围绕这个中心人物打造中央集权，统一安排劳动，统一上交生产所得的各种物资，再由他自上而下进行统一分配，以保证每个人的基本生存需要。早期的家族、宗族、部落，就是这种组织。
1704233660
1704233661
随着生产力的发展，组织的人均资源变得相对丰富，开始有了剩余的私产。比如有的人有很多水，有的人有很多食物，有的人有很多打猎用的武器。这种情况下，大家发现彼此交换可以生活得更好。于是，人们通过利益互换来维系关系，形成商业组织。这个阶段，大组织开始瓦解，小组织通过商业活动也可以活得很好，人们对中央调控的依赖降低。
1704233662
1704233663
再往后，会发展到资源极度丰富的阶段。在这种情况下，每个人可以按需获得各种物资，似乎不再需要合作。但限于与生俱来的社会属性，大多数人不可能完全与世隔绝，还是会形成组织、形成社群。这时候，合作就不是为了生存，而是为了某种共识。在一起做事，是为了某个使命愿景，这样形成的就是共识驱动的组织。
1704233664
1704233665
任何组织的凝聚力都是这三种原动力的混合，只不过配比不同。每一个团队中，也都有不同的人。有的人很职业，在他们的认识里，工作就是工作，接了任务就有义务想方设法完成；有的人则讲求物质回报，只要钱给足，保证活漂亮；也有的人更看重对团队目标的认可，将其放在首要位置。大家可以思考一下，自己所在的团队中各种力量的占比，从而可以更深刻地理解到底怎样才能把团队真正凝聚在一起。
1704233666
1704233667
现在不带团队的读者，可能认为这部分内容有些空洞。但只要你隶属于一个团队，就离不开与他人的合作。可见，思考合作者的内在驱动力，对任何人都是很务实的需求。随着时代的发展，共识驱动的比例越来越大，而我们也应该努力寻找这样的团队。这是因为，对于权力驱动的团队，一旦权力不在，团队就散了；而对于利益驱动的团队，一旦利益不在，组织也就没了；只有共识是内生的，不会消失，由其驱动的团队往往表现为，成员归属感强且彼此信任。为加深体会，可以用以下这些关键词来描述共识驱动的团队：使命感、责任感、成就感、互信、价值感、内驱力、自激励。
1704233668
1704233669
团队给力和事情靠谱互为因果，所以，接下来我们说事情，也就是“物”。
1704233670
1704233671
7.2.2 关于物：政策、资金等
1704233672
1704233673
“物”的范畴，包括公司内外各种政策、流程、资金等的支持。举几个例子，在大公司，需要其他部门配合时，有没有大老板的一句话，就可能产生巨大差别；做创新业务的时候，能否不走集团统一的决策流程，也许是一个关键要素；作为创业公司，这一次可以融资多少钱，恐怕能决定生死。
1704233674
1704233675
本节我们聊聊，要做哪些事，才能获取到这些关键的“物”。其实，整个“想清楚”的第03到第06章都在为这些事做准备，而所有的这些准备，可以通过一个叫MRD的文档表达。
1704233676
1704233677
先比较一下MRD和PRD这两个产品经理最常写的文档。
1704233678
1704233679
MRD： Market Requirements Document，市场需求文档，除了描述问题，解释为什么要做这个产品，还要给出解决方案。这个文档比较像产品规划和商业计划书（BP，Business Plan），是写给资源拥有方看的。
1704233680
1704233681
PRD： Product Requirements Document，产品需求文档，是在项目过程中写给开发、测试、设计师看的，仔细描述产品功能要怎么做。
1704233682
1704233683
接下来就以Why、What、How三部分来谈MRD要包含的内容。
1704233684
1704233685
Why：为什么要做这个产品
1704233686
1704233687
我们有很多“动之以情”的素材，比如可以把需求采集环节的用户故事包装一下，放在MRD文档的开头，让受众一开始就感受到需求之强烈、问题之严重。但更重要的是“晓之以理”——在产品概念筛选阶段做的内部能力、意愿的分析，以及外部价值、成本的判断，就可以用上了。最后还可以“诱之以利”，做一个ROI（Return On Investment，投资回报率）的预估。当然，这里的ROI是广义的，回报不一定是金钱，还可能是用户数、市场占有率等其他指标。
1704233688
1704233689
What：产品MVP包含哪些功能及要做什么
1704233690
1704233691
我们通常会筛选出功能列表中第一版产品要做的那些功能，将其列在MRD里。但老板们更喜欢看图，所以，把这些功能用产品架构图的方式表达出来，更加重要。如果可以在现场演示某种形式的Demo，那绝对不要错过这个加分的机会。
1704233692
1704233693
这里，也可以考虑展示一下产品的用户角色、重要的产品原则，方便老板们进一步理解我们要做的事情。
1704233694
1704233695
How：项目计划及风险对策等
1704233696
1704233697
这一部分，要说清楚项目计划、需要多少资源做保障，让老板们知道要花多少时间、多少资金，以及要用多少各种岗位的人。如果你做过竞品分析，可以把可能碰到的风险及其对策等也放在这里。还可以针对具体业务，说说打算如何获取用户、上线后怎么运营、做什么市场动作、如何评估这些动作的效果等。
1704233698
1704233699
如果是创业公司融资，在这部分还可以加上核心团队的背景介绍、当前股权结构和融资预期等信息。
[
上一页 ]
[ :1.70423365e+09 ]
[
下一页 ]