【业务知识】阅读类产品该有什么样的价值观？

老梦の / 2016年2月20日

设计资讯 1332 3 0

（上篇）

一、知识阅读类产品，产品价值观一定要正

提到知识阅读类产品，能想到的是文库、豆瓣、知乎、CSDN技术社区和微信等。这几年BAT在内的互联网公司都急于拿下传统教育市场，希望能快速颠覆传统行业，因此在阅读产品上都有布局。

但传统教育和出版行业本身就是“断崖式”产业链（笔者只能这么定义，是否科学再议），自身内容、渠道和用户很垂直，互相兼并融合都很困难，互联网想拿下这种“断崖式”产业链的传统行业，因其产品与合作内容资源依存度高，是依附关系，除了需要足够的耐心，尤其需要重视融合对接中的产品价值观。

最近看到网易的一位产品总监，在一篇文章中提到网易系为什么擅长做产品，总结就是：

在大公司做好的产品，一定是自下而上，而不是自上而下

网易内部几乎没有KPI文化，因为KPI只能刺激执行力，对产品的创新和品质都是毒药

成熟的业务体系用KPI管理可以，善变的新产品也上KPI，就是自挂东南枝

60后和70后年纪大了，活在自己的小圈子里，并不了解用户，不了解市场，让他们管产品，尤其是创新产品，一管就死。由谙熟业务的中层来管事，做不好产品才是怪事

我完全赞同以上观点（但是对第一条，有存疑，原因后面会说）。因为自己从传统到互联网，兜兜转转又回到原点，接手一个现成的产品，还可以发挥以前积累的资源和经验优势，对创新产品，比如自出版，依然用传统模式复制到互联网上，还是不行。

互联网思维是一种全新的价值观思维方式，用网状思维从结果的角度来解读，就是满足用户的阅读需求，给用户展现用户体验好的产品（内容、产品体验和运营），形成强关系（对应日活、阅读完成率等），进而实现产品价值（市场份额和品牌口碑等）。

相信互联网思维，将成为适用于任何领域。因此未来互联网是一定会改变传统行业的产业链和利益链的。

二、文库类产品，一定要重视产品之外的生态环境

以百度文库为例，最开始并非是从百度大战略布局布置下来，而是根据用户搜索关键词的满足程度评估后，自下而上从用户需求中发现的，在百度大搜索和“百度百科知道”中发现有很多人对课件、考试资料及论文的搜索，检索文档需求占大搜索query的10%以上，引起了产品经理的注意，于是开始基于数据进行调研。

当时发现这些需求并没有被有效满足，很多相关网站做得都比较差，用户的口碑和黏性又都比较高，于是开始考虑将产品独立出来。详情大家可以上百度阅读下载《百度文库成长记》自出版电子书，作者孙鹤飞是当时文库研发经理，全面详细的解读了这个产品的成长历程。

从这点说，文库的诞生一开始就不是有意要侵权盗版，而是用户需求所致。

文库产品设计从法律上适用“避风港”原则。可能很多传统行业的从业人员并不了解这个原则。这里给解释一下：

1. “避风港原则“是指在发生着作权侵权案件时，当ISP（网络服务提供商）只提供空间服务，并不制作网页内容，如果ISP被告知侵权，则有删除的义务，否则就被视为侵权。如果侵权内容既不在ISP的服务器上存储，又没有被告知哪些内容应该删除，则ISP不承担侵权责任。

2. 后来“避风港原则”也被应用在搜索引擎、网络存储、在线图书馆等方面。由于网络中介服务商没有能力进行事先内容审查，一般事先对侵权信息的存在不知情。所以，采取“通知+移除”规则，是对网络中介服务商间接侵权责任的限制。

3. “避风港规则”因此变成了搜索网站和分享网站的“安全港”，甚至演变成某些网站承担侵权赔偿责任的挡箭牌——“先侵权、等通知；不通知、不负责；你通知、我删除、我免责”。

4. 2012年4月25日，新闻出版总署、国家版权局在《著作权法》第三次修订媒体互动会上表示，新著作权法草案规定的“避风港原则”是否适用，主要的判定标准在于一项技术在应用中有没有加入主观因素。

文库上线一年就有了1800多万份文档量，日上传量过10万份，这是一个惊人的数字。在文库上线一周年后，“文库书店”诞生，也就是最早期的“百度阅读开发平台”，这个旧版的百度阅读与文库成为两个独立品牌，文库继续UGC模式专注于文档资料的分享，阅读主打电子书的售卖与阅读，走BGC模式，与番薯网整合，但一直运营发展不顺利，后叫停，团队解散又并入文库。

文库风波在此时产生，如果能提早研究版权保护和数字指纹等相关技术，出版界、机构和作者与互联网之间少一些相互误读，结果或许就不会如此激烈，偏见也不会这么历害。

但从另外一个角度看，或许它又是无法避免的。因为在互联网公司内部和外部看待同一件事，拥有两种截然不同的视角。从一开始，双方就在两个完全不同的语言体系和价值观层面进行对话。

对文库来说，这件事直接引发的结果，就是抓紧利用各种各样的技术，将盗版降到最低。除了用户需求之外，强化商业链条，和外界利益相关者打通。这个产品更讲究商业模式、合作机制。

从这里，我们看到了一个更加多元、链条更加复杂的产品状态。在梳理用户需求、寻找阅读场景、建立阅读体验、开发文档在线工具、对接用户搜索行为之外，文库这类产品需要构建很多产品之外的东西。

直到2013年10月，文库阅读产品重整旗鼓，方向是开创数字出版新格局，此时文库研发的DNA反盗版系统经过不断的迭代升级算法和完善特征库后，盗版识别率大大提升，使得文库成为百度系产品至今为止，非常有价值和不可多得的一款好产品。

三、自上而下的文化价值观指导，和自下而上的产品实践结合

在互联网公司，很多“活在产品里”的纯粹工程师，他们的动力和满足感，在于能用自己的力量满足用户的需求。这种自下而上的文化，离用户最近的工程师们，在海量用户的访问与搜索中感知用户需求，并由此发现需求增长明显、但有时候在他们看来并未被很好满足的点，这意味着新产品的机会所在。

可是用搜索持续深度整合内容的过程，将牵涉到方方面面的利益，是个复杂异常的系统性工程。复杂往往意味着风险，中层以下的产品经理们，很难去预知这种风险，他们似乎也不应该为这种风险承担过多责任。

当互联网所搭建的平台已经要开始深刻影响整个网络并辐射到社会各个行业时，只求满足用户需求的看问题方式，将会无法支撑整个体系的正向循环发展。大量新生的应用开发者，以及需要越来越紧密合作的企业合作伙伴、机构和个人等，在行业端每一个利益链条的节点上，都有着其自己垂直领域的商业规则与商业逻辑。

未来，如果眼中只有用户和产品业务本身，这种发展方式，只是小公司或创业公司垂直细分领域的特质。互联网公司至今为止，在很多与传统教育出版对接融合的产品上，整体战略以及商业模式都不清晰，还有内容版权资源边界不清的情况，非常容易造成误解和不信任感。

1. 以电子书或文档来举例，版权资源来自机构、个人和出版社时，在前向售卖分成模式中，要把独家销售权、转授权是否拥有等写清楚。

2. 活动打折促销、买赠电子书等运营活动在合作协议中事先约定好，如果走市场营销费用，那么折扣和赠书等就是双方成本共担。

3. 如果是单方面的投入营销活动，就必须买断或直接预付一定费用给资源方。

4. 如果是广告分成模式，就一定要把数据开放，实时提供给资源方，让对方实时监控看到广告点击的数据和利润等。

5. 如果是会员模式，涉及很多细节，如果没有清晰的分成模式，宁可产品功能不上也不能数据作伪，等等。

一个公司当然不需要所有的员工都去思考价值观和公司战略，商业运作中的变量太多，特别是在这样一个与传统行业对接融合的生态环境下，在一个快速变化的年代，没有一个与时俱进的上层文化与价值观指导，没有自上而下的推动力来引导整个公司的转变，还会遭遇“文库风波”“血友病吧”这样人心背离的局面。

在互联网的蛮荒时代，生存是早期的第一要务。重视用户体验、发现用户需求、用产品创新来满足需求，这是它一直以来的行事准则。产品驱动的逻辑使得一直以来互联网上出现什么需求就做什么，手足带动身体前行。因此可以看到在赢利模式都不清晰时，产品经理就着急上线很多功能，努力让KPI收入模式早日浮现在眼前，很多时候都是急功近利行为。

诞生于PC时代的这类知识阅读类产品，变化的不仅仅是产品和业务的模式，更应该是文化价值观与产品方法论的同步调整。

垄断的力量看起来坚不可摧，但人心向背的效应发生却只在一夜之间。

（下篇）

一、互联网公司的考核机制OKR和KPI

产品是不是具有使命感、情感和创意，很容易被客户感知。流量、用户、入口、技术……这些都是互联网公司生存之本，是被传统行业所觊觎的“法宝”。如何将价值观与KPI文化融合和平衡好，具体体现在产品、人和机制等诸多方面是否能真正协调统一。

现在的互联网公司、创业公司都在一定程度上采用OKR进行绩效考核，最早是从谷歌流传过来。而实际操作中对大部分员工还是在执行KPI考核制度。

OKR：目标+关键结果，全称是Objectives and Key Results（目标和主要结果）

KPI：Key Performance Indicators 关键业绩指标

OKR的思路是一定程度上的自下而上，个人提出目标，然后对目标进行量化。通过把大量的个人目标进行统一，汇总成公司的目标。

KPI思路是自上而下，首先确定组织目标，然后对组织目标进行分解直到个人目标，然后对个人目标进行量化。KPI式的自上而下管理，对绝大多数常规性、普通岗位的工作更有效。

在移动互联网时代，商业模式不确定也导致KPI考核有了许多不确定性。体现在人和机制多方面，很多互联网公司普遍使用“T技术研发、P产品经理和M管理经理”岗位职称评定体系。

技术序列 T：T3 – T11 （一般对应阿里高一级序列，如：百度T3=阿里P4，T5/T6属于部门骨干）

产品运营序列 P：P3-P11 （产品和运营岗位，对应阿里高1-1.5级序列百度p3=阿里P4-P5之间)

管理序列 M：M1-M5 (每一级又分为2个子级 M1A、M1B , 最低的是M1A，至少是部门二把手）

以P序列为例，每年有春秋两次晋升的机会，表现异常优秀者可以连续申请（每半年），但基本上2年内不晋升就面临走人了。实际工作中，若是项目憋不出大招，一个星期下来，周报的内容不够有力，一个月下来没有出彩的工作亮点，三个月左右就可以走人了。很多传统企业或体制内呆久的人，适应这样的节奏还是有些困难的。

层次晋升成长速度

P1-P3 初始职位

P3-P5 3年

P5-P6 2年

P6-P7 2年

P7-P8 3年

绩效等级分5个级别，绩效为4基本就是处于边缘状态，绩效5直接辞退。

一年二次评级，对绩效1～5的级别，有一个分布比例和控制原则：

有些社招进来的专业人才，短时间内无法快速融入这种考核体系当中，不到半年就已经边缘化了。在我经历的团队中，来自各行业领域的优秀人才流失，实在让人痛心也很无奈。

二、互联网公司绩效考核机制下，为何PPT文化会盛行？

很多产品经理，由于对技术驱动的认知不够充分，做着做着产品就会偏离轨迹，没有找到基准的用户需求点。

1. 刚开始基本以用户体验为导向的，离职时基本都是被KPI挤走

互联网公司考核机制都是“以数据说话”和“用结果说话”的，而好多用户体验的东西不好量化。虽然经常说到用户体验，但由于缺乏传承，每个人的理解和水平层次不齐。因此很多产品经理就是做打杂的事情，并错误的以为自己所做的事情是跟产品成败相关的，但实际上产品方向一开始就错了，很多有才能的人才为此买单，成了炮灰或牺牲品。此时产品经理也只能用PPT来美化工作成果了。

2. KPI文化的一大弊病，各自为阵，内部矛盾激化

各条产品线完全各顾自己，尤其是在二次或多次变现的商业链条上，用户体验和销售业绩往往不可兼得。将产品渠道和策划运营团队分开，两套班子独立运作，用以规避利益冲突，而这设计又在无形当中割裂了两支团队的使命。强调KPI导向，会让渠道销售体系快速上位达到目的，为KPI增添亮色。PPT非常出彩，但实际留下的问题就是结果达不到要求，且产品体验太差，后续不停地填坑。

3. 有些产品经理管理权力太大，但又没有足够的经验积累

以移动阅读产品来说，这个行业并不是大多数互联网自己最擅长的业务，但是培养高级经理很慢，需要从社招进来，空降兵很难胜任管理团队的任务，很多产品线实习生就上岗做主力了，小马拉着大车跑，游击队带着正规军玩。

有的人善于包装虚头八脑不务实，有的人务实却不谙世道难以成名。学会向上汇报就非常重要了，PPT包装的够不够好，恨不得成为是否能活下来的关键因素了。

三、缺少懂市场、内容、运营和技术的复合型高级项目经理

在大公司中“专注度”永远是稀缺资源，最忽视的就是创新文化制度的建设，在体制外孵化，适当的隔离，就像天使投资人对待投资的团队那样，成功率反而会高些。能够看到的就是大公司团队不缺人才，但做成功的创新产品，实在太难了。

1. 不懂技术和内容，精于分析用户和市场

早期互联网的产品经理核心定位，是分析用户需求，引导产品方向。就这个定位，搜索类和社区类等多数产品，产品经理懂不懂技术，有没有市场经验、运营经验和行业经历背景不太重要。“大多数”不懂技术，而是从用户的角度来衡量技术实现的目标和效果，具体技术实现的部分，都是由研发工程师来完成。

2. 很少有固定产品或垂直方向专业的产品经理

产品应当是内容组织策划+运营+渠道市场，产品经理在产品设计上很强大，但是策划运营方面很弱，除了遗憾运营不行之外，又过分强调布局，于是开发了很多产品线，布了一堆新产品的局，但对很多新产品都不够耐心，自己推翻自己是经常的，不断变化方向，对用户需求的敏锐度也下降了。产品一旦不专注，方向总在变化，专业的研发经理或项目经理又没有，成活的可能性就更小了。

3. 培养的大部分产品经理都是万金油型选手

产品经理在这条产品线干半年，不行再换个产品炼炼，再不行TRAN到别的部门去接老产品维护，或再接一个新产品就是了，反正新产品的数据增长曲线一定可以做得很好看的。如此折腾，万金油型的产品经理反而吃香了。

四、培养机制不足，经验欠缺，人员成长空间有限

互联网大公司KPI增长的核心动力首先是“大势”，移动互联网时代的到来，使得产品有了质的变化。大部分用户是通过移动应用来访问互联网的，基于APP的人机交互模式，正在取代基于浏览器和搜索引擎的模式。让互联网上的信息重新基于人、而非话题或分类来组织。

传统搜索是用检索器的形式呈现网页结果，但在移动互联网上，这条路注定走不通。从终端、网络、用户群到资源，移动环境要复杂许多，没有一个用户习惯的互联网访问标准，尤其在中文环境下，连手机端可直接浏览的网页内容都非常有限。

先不管移动搜索的形态，在“搜什么”之前，先要“有什么”。移动互联网的内容从何而来？象文库类产品，一方面满足网民的文档搜索需求，与搜索引擎紧密整合；另一方面，它又具备自身独立的聚合资源、呈现资源、吸引和黏住用户的能力。同时它还要向着数字出版的方向前进，向上聚合大量版权内容所有者，版权方、机构和个人都有可能在这一平台上推广和销售自己的内容，并与平台的用户互相影响。

但是很多PC端火爆的内容社区在移动端的转型都不成功，比如豆瓣、CSDN等，简单的把功能复制或迁移到手机上，还是重构和创新一个新的产品，要看这个公司的基因和产品经理真正的能力了。

在百度系中，至今为止最成功的就是百度百科知道团队研发的在线教育品牌“作业帮”，已经分拆出来，独立运营。