1704257909
半面创新：实践者的创新制胜之道 [:1704253512]
1704257910
半面创新：实践者的创新制胜之道 执行的核心：三权分立
1704257911
1704257912
企业层面，中国以家长制统辖下的官僚制为主，基本特征是权力高度集中于最高领导者，最高领导者奉行非正式控制原则（“帝王术”），管理主要依靠最高领导者的直觉、经验和个性，较少正式的流程和规则。理想的企业治理结构应该是“三权分立”，即决策权、经营权、监督权分属于董事会、管理团队、监事会。通过权力制衡，使三大模块各司其职又相互制约。
1704257913
1704257914
三权分立的治理结构是目前人类生发出来的最理想的制度架构。上至国家是立法、司法、行政的三权分立。中国历代治理结构，王权=董事会；文官系统=管理团队，汉朝的三公是宰相（国务院总理，CEO）、太尉（三军统帅）、御史大夫（负责监察）。唐朝的三省六部制，中书省设计制度及起草诏书，相当于立法；尚书省总揽六部，负责行政；门下省为监督。当然它与美国有本质区别，因为其上还有个皇帝，同时司法也不独立。
1704257915
1704257916
下至创新创造，我把实施中PM、Test、Dev这三大角色定义为立法、司法与行政。PM负责定义功能规格说明，它是资源需求与进度计划的基线，是实施的宪法，即PM立法，同时又负责对整个流程的管控，特别是通过三方会审机制Triage解决开发和测试的矛盾。Test代表客户，是司法，既查Dev“腐败”，也查PM“渎职”，司法必须独立，产品的发布由测试签字。Dev负责编码，是生产部门，平时它最露脸。他们各自的日常工作如图17-3所示。
1704257917
1704257918
开发与测试的比例，微软大致1:1.5～2，本土运作不能如此奢华，我们一般做法是3:1，三个开发配备一个测试，在质量与投资之间折中。实在太忙就要运转调配矩阵，如图17-4所示，让PM顶上做测试，使三者工作曲线都饱满，达到最大的投入产出比。
1704257919
1704257920
从零开始调教出一个六大角色齐全、稳定高产的百人产品团队，我的经验是需要两到三个季度的磨合，需要1/3的人员调整的代价，需要充分利用国情试用期的30天。
1704257921
1704257922
1704257923
1704257924
1704257925
图 17-3 PM、Test和Dev三权分立
1704257926
1704257927
1704257928
1704257929
1704257930
图 17-4 资源重用并发矩阵
1704257931
1704257932
当然，世上没有十全十美的流程，关键是适合！软件工程大家Ivar Jacobson道，“我相信没有一种技术、没有一种流程能够解决所有的问题，我更相信基于实践的方式。你需要用不同来源的实践，结合自己的特点，改进自己的流程和工作方式，这样才能立于不败之地。”即兼容并包、实践为本，在无流程与过于结构化的严格流程间，找到与企业匹配的均衡点。
1704257933
1704257934
1704257935
1704257936
1704257937
半面创新：实践者的创新制胜之道 [:1704253513]
1704257938
半面创新：实践者的创新制胜之道 第18章 运营体系：一个中心，两个基本点
1704257939
1704257940
创新产品实施完成后，进入上线推广与运营阶段。营销推广参见第11章“6纵后端流程”，本章仅涉运营。我将运营分解分为一个中心“用户至上”，两个基本点“持改完善”与“数据驱动”。
1704257941
1704257942
半面创新：实践者的创新制胜之道 [:1704253514]
1704257943
一个中心：用户至上
1704257944
1704257945
运营的本质就是通过产品与用户对话，是试错、反馈、持改、完善、永远的beta，是不断加强目标用户认知的长期过程。
1704257946
1704257947
以互联网产品为例，其实践大致分为两步，第一步是产品由自己来做，快速开发、满足基本需求即可上线；第二步产品由用户来做，运营担纲责任。它从与用户的互动开始，引导用户参与，根据各种效果、质量与用户反馈来修正功能、调试错误、快速迭代，只求进步不求完美，下一版本给大一些的客户群使用，反复几次再推向所有用户，如图18-1所示。两步的关系，产品是为运营提供服务的基础设施。
1704257948
1704257949
仍以公交服务8684为例，创始人夏天天告诉我，其客服由产品人员担任，收集来自QQ、微博、后台、论坛的声音，每天处理超过150条反馈，积累至少6000条意见，解决超过50%的合理建议。他强调，所有的错都是我们的错，快速解决后把改进的功劳归功于用户，用户收到这样的正反馈，才会愿意继续反馈问题，而且遇到产品的公关危机时，那些你回复过、采纳过他们意见的用户就会自发出来帮你澄清问题。如表18-1所示，我截取一段用户反馈。
1704257950
1704257951
1704257952
1704257953
1704257954
图 18-1 产品交付图
1704257955
1704257956
1704257957
1704257958