分类：Internet

前天发了一条微博，内容如下：那天看淘宝鬼脚七谈产品，总觉得没搔到痒处，试着自己来说说。《做产品的大小循环》，大循环，是通过产品验证假设、积累知识，再依据知识和假设，不断改进产品。小循环，是以满足用户需求为对外的目标，以提升各种业绩指标是对内的目标，有时候这是相互矛盾的两个目标，但长远来看，是相互促进的。

相关的鬼脚七的长微博，在如下地址，当时我的评价就是：平平而已。

为什么因为鬼脚七的文章，而引发了我的思考呢，一个根本的原因是：鬼脚七的核心论点，我无法同意：1 做产品经理，而不是功能经理；2 做产品需求，而不是用户需求；3 要锦上添花，而不是画蛇添足；4 追求人性化，而不是追求完美。

这四个观点，做什么而不做什么，从本质上而言，有着非此即彼的意味，而在我看来，做产品经理，恰恰不能有这种非此即彼的思维，恰恰要做到多方兼顾。做得不好的产品经理，就会里外不是人，做得好的，就会左右逢源。

还是解释一下我的这张图吧，@伯玉也叫射雕 在微博上说，我这个只是术，而鬼脚七的那个叫做道。我是不同意的。所谓道，或者说产品经理之道，我不敢妄谈，不过，我称这张图为：思考框架。也就是说，一个产品经理，在千头万绪中，如何整理自己的思路，如何想明白自己想要什么，以及自己该做什么。如果将这种思考框架，看成是一种指导原则，那么：这就是道。

1、梳理自己的认知

我知道些什么？我对用户有哪些了解？我对于市场有哪些了解？我的目标用户在哪里？这些都是需要思考，并获得答案的问题。有些问题有答案，有些问题有一些过去的经验作为支撑，这种经验的总结，成为我的认知的一部分。

2、明确自己的假设

总是存在一些未知的部分，我们可以去做假设，可以去猜想。但是，前提是我们得知道：自己是在猜，而且，这样的猜想尚未得到证实。

3、指导产品的方向

我们有一些确切的认知，也有一些未经证实的假设，基于这些认知与假设，我们去设计一个产品。这是一个迭代的过程。经过实践的检验，我们的认知会得到修正，我们的猜想会得到证明或者被否定。经过这样的大循环，我们会越来越了解市场，越来越了解用户，也越来越明确自己的目标。

4、同时满足外部需求与内部需求

所谓外部需求，就是产品存在的根本理由，如果无人需要，则这个产品没有存在的价值。

所谓内部需求，就是产品生存的根本保障，如果产品不能满足企业的内部需求（说到底就是不能给企业带来收益），那么企业就会关闭这个产品，甚至连累企业整个倒闭。

5、满足用户与提升指标的两种关系

短期而言，外部需求与内部需求之间，存在着一种紧张的关系，不见得能够两者兼得。甚至出现，赚钱就会得罪用户，讨好用户就会亏钱的情况。但是，从长期而言，这两者又是相互促进的，只有真正满足用户，才能够达到真实的提升指标，也只有产品赚到了钱，持久的活下去，我们才能够不断的改进产品，满足用户的更多需求。

6、产品设计的第一原则：知道自己在干什么。

很多产品经理，整天疲于奔命，却不知道自己在做什么。我的建议就是：整理自己的思路，明确自己的目标，每加一个功能点，都知道自己是为什么而加，而且，清楚的知道如何通过分析接下来的数据，以了解这个功能点是否达到了当初设想的目的。

能够这样思考的产品经理，至少是能够不断进步的。否则，不过是累死累活而已。

铁路购票的12306网站，我也在上面购买过火车票，虽然的确存在着各种各样的问题，但是最终确实成功的买到了票，而且也顺利的坐上了火车。也许因为不是在春运期间购买的缘故，说实话，我对它的印象没有那么糟糕。

当然，如果我们看看网络上的新闻，搜索微博里的各种人对12306的批评、责骂与嘲讽…是的，他们做得糟透了。
但是，在我看来，痛骂他们的技术如何垃圾，并没有追踪到问题的本质，本文试着继续深入的追究下去。

一、不要外包

分布式系统的第一原则是：不要分布式！而外包系统的第一原则是：不要外包！前一句，有很多高人说过，后面这一句，是我杜撰的。而我之所以会提到这个问题，是因为网络上有很多类似的观点，似乎是因为这次的外包开发没有找好，如果将这个活包给淘宝、支付包、京东、亚马逊之类的大型成熟电商来做，就万事大吉了。事实上，这些成熟电商之所以成熟，恰恰是经过了长期的改进完善之后的结果，而且，一定是他们自己的开发团队完成的。另一个近在眼前的例子，想想苏宁易购吧。直接一点说，如果这事外包给淘宝来做，就算淘宝有人有时间也愿意接这个活，也肯定干不好。

为什么外包通常搞不好呢？因为他们不是自己人，他们没有跟着一个企业同步成长的体会。因为他们希望获得整理明白后的一本“需求汇总”，他们害怕反复不断变动的需求。当然，我这个观点，可能存在着某种偏见，但是，越是变动复杂，极其核心，影响巨大的系统，我都强烈的不建议交给外包来完成。

二、循序渐进

一个非常庞大的电商网站，都不是一天建成的，淘宝不是一天建成的，亚马逊、京东也不是一天建成的。我们怎么能够希望12306在第一次推出的时候，就能够支撑春运购票这样变态的需求呢？

为了限制需求，其实可以有很多种办法：比如限制特定的班次（只卖高铁票、卧铺票、只卖从起点到终点的票等等）、比如网络购票加价，比如只在平时提供使用而不是在春运期间投入使用。总之，不需要一开始就服务所有的用户，选定一个较小的范围，先服务好，再循序渐进，逐步扩大服务的范围、提升服务的效率与质量，才是较为稳妥的办法。

三、排队系统

在12306网站推出之前，我们的购票体验同样糟糕，客观的说，只怕更糟。但是为什么反而没有什么人来骂呢？很多人在说，因为12306的用户体验做得不够好，但是我想要反其道而谈之。如果网站的用户体验能够像当初的实际购票一样差，只怕反而更加好一些。

回顾一下传统的购票流程吧：来到购票大厅，首先要选择一个窗口排队，运气不好的时候，自己选择的那一队恰恰是最慢的。经过几个小时甚至十几个小时的排队，我们来到了窗口前，遇到的是心烦意乱的售票员大妈，她们通常态度恶劣却动作迅速，到哪里？没有！卖完了！只有站票了，要不要？不要就换下一个！看清楚了吗？确认我就出票了。

窗口前的购票者，在身后巨大的目光压力之下，在面前不耐烦的语言压力之下，做着迅速的购买决定。这种购票体验，真的是太烂了。唯一的好处是：当我们拿到了那张纸片，就放下心来，肯定能回家了。

假设，我们一开始就把12306做成一个售票大厅的模式，总共就100个窗口，每个人都登录以后先排上10个小时的队，一旦排上了，轮到自己了，购票时间不会超过2分钟。那么，虽然是漫长的10小时的等待，却不需要时刻守在电脑前站着。这种体验，我想就足够了。

从12306的角度而言，完全可以将系统按照每个城市一个售票大厅的方式来部署，一开始假设只有100个窗口，人再多也是这么排着。等到系统稳定了，能力上去了，再慢慢的增加窗口的数量，缩短排队的时间。痛骂的人，将会少很多很多。原因很简单，不要一开始就给用户一个很高的期待值，然后再让他们失望，而是基于现状，小步快跑的做着改进。反而会有较好的效果。

这种做法，其实在网游行业是基本常识，随着用户数量的增加，新增一组一组的服务器，以容纳更多的玩家，而不是一开始就放开让所有的人进来玩。宁可不让他们进来，也不是让他们进来以后，在游戏场景里玩排队的游戏。

四、代售机制

火车票代售网点，其实在很多年前就已经出现了。我认为这个模式其实很不错，是一个分散客流提高效率的好办法。假设，我们不做12306的网站，而是开办成千上万，甚至上百万的火车票代售网店，情况会变成什么样子呢？假设，我们降低火车票代售点的准入门槛：交XX万押金，下载一个代售点客户端，自备电脑，自寻场地，自寻客源，自己去做生意。搞一个简单的审批流程，每年新增批准10万个个体户代售点。

这样的好处是：每个企业，每个公司，每个街道办事处，都可以自己申请成为一个代售网点，然后解决身边人购票的难题。在最大限度内，减少集中排队的压力。另一方面，由于审批流程可以控制代售点的数量，同时也就保证了系统的压力始终以可控的方式增长。

我在内心默默推理了一下，似乎是一个较为简单可行的办法。

五、抓大放小

说起用户体验糟糕，每个人都可以滔滔不绝的说很多话。我们常常会看到这样一种言论：铁道部的官员，他们用12306吗？如果他们也用，难道不会更加促使12306网站更快的改进吗？

其实，从技术人员的角度而言，怕的就是大老板亲自抓用户体验。当然，比这个更加糟糕的，则是每个领导，都对用户体验，说三道四。

对于12306的改进，我想不必过于关注细节，追踪一些统计数据的变化情况就好。比如：平均购票等待时间；退票率与废票率；列车上座率等等。至于如何提高这些数据，领导们千万不要事无巨细的参与讨论，大家各自努力就好。有更多的事情得靠领导们努力：比如切实提高运力…

六、架构演进

在网络上，我们常常能够看到很多给12306支招的方案，总之各种前卫，各种先进。但是，在我看来，越是复杂的系统，越是怕这种“革命”，哪怕过去的架构再不合理，也最好不要贸然引入过于激进的架构，在原有的架构下逐步演进，逐步扩展，逐步寻找小范围的、能够被改进的点来推进，才是较为合理的做法。

我能够看到的很多对于12306的批评，常常是一直站着说话不腰疼的姿态，说实话，并不可取。就目前来看，我们最乐观的估计是，12306能够顶住压力，逐渐改进、完善，在3~5年之后，渐渐淡出人们的视线，成为一个普通的，日常必须使用的，生活服务类网站。

零、缘起

这个话题很大，但是又不得不谈，原本大多数程序员，都是完全与政治绝缘的人，现在，政治却迎面撞了上来，不谈都不行了。

最近发生的，与程序员相关的，最大的一件事情，与github有关，github被GFW封锁了，后来李开复老师在微博上发起了一个抗议，目前又恢复了。
李开复微博抗议封锁GitHub

另一件事情，是有人发起了一个呼吁：People who help internet censorship, builders of Great Firewall in China for example, should be denied entry to the U.S.。在这个呼吁中，又包含了一个github的gist的link，列出了一些与GFW相关的人名与信息。又一次引发了大量的争论。

最直接的一个争论，来自@左耳朵耗子 与@范凯robbin 。首先争论在twitter上发生，又在新浪微博上发展，最后在知乎上形成了一个大讨论《有关 github 问题 @左耳朵耗子 和 @范凯robbin 的争论大家有什么看法？》我的这篇blog，也打算最终写成以后，贴到知乎去，那里算是一个不错的深入讨论问题的地方。

一、界定

所谓政治，就是众人之事。一件事情，如果与众人的利害相关，大家都有权力参与讨论，这就是政治讨论与政治权力的根源。对于程序员而言，能够自由的、不受阻碍的访问互联网，尤其是google、sourceforge、github、stackoverflow这样的技术网站，就是程序员的权利所在。从这个简单的逻辑出发，我们可以确定：GFW如果封锁了Github这样的网站，损害了所有程序员的利益。

针对损害自身利益的行为，作为受损的一方，可以做些什么，也许能够争取回自己的权利，对于这样的行为取舍与争论，就构成了目前政治讨论的核心话题。

简单说：我们可以画一个九宫格，来做分析：

其中，对于某些行为是否能够利人，存在未知或者争议的情况，这种事情，往往是争论的焦点，但是，如果能够肯定是利己的情况下，争论会小很多（大多都会被骂，少部分人会说说公道话）。最容易争议的情况，就是肯定损己或者至少不利己，却不能判断是否对众人的利益造成损害的情况，争论是最严重的。这一次的gist上张贴GFW参与者的行为，就是处于这种情况，所以争论也尤其剧烈。

二、分析

要谈到我自己的观点，首先需要分析的是这个行为本身，是不是对于程序员有利。我的看法是：长期可能有利，短期可能不利。

先说为何长期可能有利：参与开发、部署、实施GFW，就是作恶，这个大家都应该同意。既然作恶，总应该付出某种代价。换言之，如果，作恶者需要冒着付出代价的风险，那么，他们的行为也许会有所收敛，至少参与者会越来越少。再次，我还想呼吁，如果各位IT从业者，只要手中有一点点的人事权力，就绝对不要放一个GFW参与者加入自己的公司。各位拥有话语权的朋友，只要了解到一点点相关的事情，就对人对事口诛笔伐。总之，我们需要想尽一切办法给这些人制造实质的损害，使得他们从道义上羞愧，从利益上受损，这才是应做之事。

目前，我们可以看到在微博上@韩伟力 老师站出来主动的撇清自己，希望大家相信他没有为GFW做出过直接贡献，我想，至少他已经意识到参与GFW是一件可能使自己利益受损的事情，这就是效果。希望这样的效果，越来越大。

再说为何短期可能不利：是的，因此Github可能更快的被GFW封锁。使得大多数程序员访问Github产生困难。这是一件糟糕的事情，全体程序员的利益都可能因此受损。

再其次，说说为何两个判断，都仅仅是可能：咱们自己的GFW的事情，居然去指望美国政府能够帮助我们，这是不靠谱之一；一群人冲过去注册账号然后投票，难免会被人看做刷票（虽然我也干了），这是不靠谱之二；在Gist上列了区区三个人，还有一个只是疑似，既不全面又不准确，这是不靠谱之三；禁止进入美国，究竟算作什么样的惩罚？一方面太飘渺，一方面也太轻，这是不靠谱之四。因此，所谓的长期有利，仅仅是一种可能。

说说一些往事，SourceForge被封，因为曾经有一个软件叫做FreeGate放在上面。FreeBSD被封，因为他的项目名称里有free。Python网站被封，因为版本号出现了6.4。vim.org被封，我至今不知道由于什么原因。RubyGems.org被封过，我也不知道是由于什么原因。还有很多很多的网站被封，是由于各种各样奇怪的原因，有些我们能够猜出来，有些我们至今依然猜不出来。

另外一些反例是：维基百科曾经被封却目前健在，以下词条现在可以自由的访问：中华人民共和国网络审查、防火长城、方滨兴。事实上，维基百科也曾经有过严格自我审查的一个历史阶段，我曾经在维基百科中文创建过一个“蒙古问题”的词条，后来他们自己删除了。但是，即使如此，再后来维基百科依然被封，无法幸免。再后来，维基百科的解封，又是很多很多的幕后英雄的努力，这个现状，有趣的说明了一些问题。

自我审查未必能够幸免于难，坚持独立与中立，却能够维持长久的生命力。所以，Github上这条小小的gist，未必会导致Github被封，不必大惊小怪。

三、我的观点

1. 讨论问题，尽可能以理服人，对事不对人。范凯在知乎的回答，至少前三条我是同意的，第四条我有所保留，第五条我也基本同意。但是，在他twitter上被人截屏的爆粗口言论，我是完全不能同意的。

2. 在那个gist上，以各种粗口痛骂范凯的人，我也非常反感。

3. 在中国古代，有连坐的法律，仅仅因为某人是我的邻居，我就可能被抓取砍头。后来，法律有所进步，不再牵连无关的邻居，只是诛杀同族同宗的亲戚。再后来，法律继续进步，只判当事人的罪行，不再牵涉他人。而现在GFW的做法，极其恶劣，因为他在针对少数人的行为做出处罚所有人的封锁。更加恶劣的是，他没有任何的成文法，告诉公众，何种行为，就会导致某某网站被封锁。这完全是一种：以无差别、无理由的惩罚构成的政治恐怖！面对这样的政治恐怖，我们应该意识到，它比当年的连坐，要恶劣无数倍，也要荒谬无数倍！

令人不解的是，面对这样荒谬的恐怖，很多人却开始了自我反省、自我审查与自我阉割。我想，这是一种本末倒置。

4. 鲁迅有一篇著名的讽刺小说，在百度百科上，就能够看到。《聪明人和傻子和奴才》，推荐一读。

5. 在评价@ghosTM55 的一条微博时，@lidaobing 说了一句我非常同意的话：自我审查会降低审查成本，让审查的均衡点往审查方移动，进一步压缩被审查方的利益。我想再补充一句：自我审查也就罢了，逼使别人同样做自我审查，甚至痛骂不愿意自我审查的人，我认为已经大大的超过了明哲保身的底线。但是，我必须申明一点，我并不认为范凯是出于明哲保身的原因而发布那些言论，以我对他的了解，他真的是出于大多数程序员的利益，而义愤填膺的发言的。

6. 最后谈一点感想，因为这个事件中的很多人，都是我的朋友，我只能感叹，有太多人在政治方面，缺乏基本的常识与素养啊。抄一句自己在微博上的观点作为结束吧：有分歧的地方，却能够学会各自客客气气的将观点表达清楚，也是政治素养的一部分。

针对@沈学良，彩程设计CEO的回答，我忍无可忍，怒喷了一篇！

针对排名第一的@沈学良 的回答，我想多说两句：

你说：我给37signals的Jason写信，想获得他们Paper-like Interface的UI设计授权，但他拒绝了。所以，我们仔细阅读37的版权声明后，仿制了现在的界面。。。

我想，这个可以够得上挖空心思的抄袭吧！在被明确拒绝之后，你们还不死心，开始去钻人家版权申明的空子！

你说：我们由于自己的无能，做了30版设计尝试都觉得不好，走投无路就只有仿制，把用户的体验放到第一位，坦然承认自己无能。

我想，这个可以够得上厚颜无耻的抄袭吧！不抄袭，你就走投无路了？把用户体验放到第一位，你就可以抄袭了？

你说：我们的Tower发布后第二天，37的人就在Twitter上就看到了，他们啥也没说，倒是国内被说的我们一无是处，而且是被根本没认真用过的人上来就喷，真糟糕。

我想，这个可以够得上掩耳盗铃的抄袭吧！他们之前就已经回信拒绝了你们。还要怎么跟你明确？非要人家在公开的场合，再骂你们一次，才算是表达了不满吗？他们啥也没说？还是你把耳朵蒙起来，假装没听到啊？

你说：实际情况是，我们从2010年就开始用Basecamp，但是国内访问实在太慢，还会被墙，所有的体验都被摧毁了。我们团队的协作又完全离不开在线协作，是痛苦促使我们自己造了Tower。

我想，这个可以够得上此地无银三百两的抄袭吧！这样的理由完全无法解释为啥你的网站要公开对外提供服务，而且还是一个收费服务。如果，你仅仅是为了你们自己的团队协作的话！

你说：这是个商业机会，希望通过我们团队的努力，让那些觉得Basecamp不够好的团队，多一个选择。Two is always better than one。

我想，这个可以够得上自己打脸式的抄袭吧！前文还在说：Paper-like Interface实在是天才的设计。我们由于自己的无能，做了30版设计尝试都觉得不好。现在居然恬着脸声称，要比Basecamp做得更好了！你有这能力？那又何必去抄？

你说：我们还面向学生团队和公益组织提供Tower免费计划，希望学生能够用Tower做出更好的作品，公益组织用Tower能够更高效的远程协作，这些都是Basecamp永远都无法覆盖的需求，不是不能，是DNA决定的。

我想，你开始以肆意猜度的方式，来攻击你们的竞争对手了！还DNA！你们的DNA里，充斥的是什么呢？

你说：精英们，别闹。。。另外，我也欢迎你也来做团队协作工具，给国内的小团队提供比Tower更好的工协作具，把我们干掉，求你们了！

我想，这算是恶意卖萌吧！

恭喜你，这篇文章再一次刷新了我所认知范围内的下限！
你！做！到！了！

另外，知乎的朋友们，你们那么多赞同票投给第一名的回答，为什么？
节！操！何！在！

读申音的《免费的终结》，一开头觉得不是味道，仔细一看，发现了自相矛盾的地方。免费的第一个阴暗面，是必然带来一家独大。然后免费的第二个阴暗面，是用户迁移成本极低。如果用户迁移成本极低，怎么就会一家独大呢？ http://sinaurl.cn/hGMrMQ

这是我发在微博里的一条推。当时也没有深想，只觉得不妥。后来申音也在微博上回复我了。

回应一下庄兄。第一，免费为什么会带来一家独大。这跟网络效应有关。免费能促进更多的人使用；第二，用户一旦发现免费产品不够好，是很容易弃用的。这就造成免费产品不得不做得比收费产品还要好。要想尽办法留住用户，把其它人的应用都拿进来，给用户一站式解决方案。这就是赢家通吃。后来者很难长大

我一连回复了好几条。都先抄在下面：

你没有回答我的疑问，因为你没有仔细思考你的逻辑。

我的答复还是过于简单粗暴了，你就看看在Gmail出现之前，也有很多的免费邮箱，为什么GMail会超过他们？再看看在浏览器领域里，IE、FireFox与Chrome之间的竞争关系？

最关键的，是你混淆了企业与产品的区别。而眼里只关注了Google和QQ，觉得他们就是免费并一家独大，事实上，免费的都是一个一个具体的产品，而不是一家一家的公司。

毕竟，Google和腾讯，有免费的产品，也都有收费的产品。各自也都有免费产品推广失败的案例，比如Google的Buzz，比如腾讯的TT。所以，看问题不能看得太浮，这样不过是街谈巷议的水平罢了。

这话还是太冲了，可以平和一点，再多说两句：所谓免费，在产品层面而言，就是一种定价策略。从企业层面而言，就是一种整体战略。比如一个企业以免费产品作为整体战略的基石。

整个互联网行业，其实没有什么一家独大的企业，无论国内还是国际。但是的确有一些阶段性的，市场占有率极高的产品，比如Google Search，比如Facebook，比如QQ IM。但是，这都是“阶段性”的！要保持这种垄断地位，需要企业付出极大的努力（一站式方案不是答案，因为那就混淆了单一产品与整个企业战略的关系）。

再说到免费本身，其实任何一种定价与盈利策略，无非是资金流动的方式区别而已，在商言商，企业是一定要赚钱的。“对于创业者，一定要学会收费，不收费就代表你对自己的产品不够自信。”说出这样话来的申音，我的评价是：“理想主义的简单逻辑，缺乏说服力。”

所以，我想对创业者说的是：要考虑赚钱，而且一定要想清楚从哪里赚钱，但是，申音所谓的不收费就是没自信的话，不听也罢。

这段时间，我都一直在忙Bambook程序达人赛的事情，大致上是在做一些技术方面的工作，名为bbsdk的邮件列表，每天几十上百封的邮件，说句实话，我的确没有全部认认真真都读过一遍。

不过前几天我读了几篇他们写的新闻稿，总觉得感觉不对劲，忍不住了，还是去找他们聊了一次，大概想要表达的意思，是这样的。

一、所谓软文

按照我的意见，我向来不喜欢软文，不愿意当枪手，更不屑于五毛、水军这样的角色。而现在的很多网络推广，市场营销，舆论炒作。总归离不了：爆点，劲爆，轰动效应，更加等而下之的，美女呀，绯闻啊，甚至丑女呀，BH女呀，小月月呀。。。

而实际上，最重要的，是我们究竟做了哪些事情。比如这次Bambook达人赛，我们尽力完善SDK，确保提供高品质的SDK代码与文档。

再比如，我们几乎从不下线的挂在网上，以及时了解开发者、用户的反馈，并以最快的速度给予反馈。

再比如，我们积极的与开发者讨论下一个版本的SDK中的API功能，对于bug，诚恳的承认疏漏，承认考虑不周，并且尽快的处理解决。不打官腔，不耍花招，不忽悠，不糊弄。

我们做的这一切，开发者与用户看在眼里，记在心里，一定会留下好的印象。甚至用不着我们表扬自己，就会得到用户真诚的表扬。

所谓软文的最高境界，其实首先还是做人，然后凭着人的本心去尽力做事，最后才是将确实做到的事情，如实的，发自内心的报道出来。这样的文字，无论何时何地，由何人来看，都是站得住的。这样的文字，已经不能被称之为软文，而是正儿八经的新闻报道了。

二、所谓指标

也有同事提出指标的事情，关于这次比赛，毕竟领导是有指标的。当时我就说了一句话，自己觉得挺好：“如果你的工作是为了完成指标，那么你会有工作压力。如果你的工作是在做正确的事情，那么你会有工作动力。”

事实上就是这样，如果从指标上来看，无非是这一次比赛，需要达到多少PV、多少注册、多少报名、多少下载、多少作品等等。但是如果从本质上来看，这次大赛对我们而言，最重要的价值，应该是一批对于Bambook用户而言真正有价值的应用，这样的应用能够提升Bambook的附加价值，从而使更多的用户，有了购买Bambook的理由。而最重要的收获，应该是聚集了一批核心的Bambook开发者，他们有创意、有实力、关注需求、精益求精，这对于Bambook而言，是最为宝贵的财富。指标神马的，都是浮云呀。

真的能够凝聚一批愿意长期为Bambook做开发的人才，而我们的Bambook开放平台又真的能够让这些开发者获得持续的回报，从而建立起一个良性的开放生态圈，那就是挖到了一个金矿，源源不断的价值，都会从其中产生出来，又岂是一场比赛所能涵盖的。

三、关于Bambook

说到Bambook，其实可以谈的话题实在是太多了，对于我而言，那就是比手机还要亲密的随身电子设备。在创新院，你经常会看到一些同事手里拿着Bambook，或者在上班的路是边走边看，或者走在去吃饭的路上，而我则是在上下班开车的途中，还充分利用了Bambook的听书功能。

真要是出于员工的身份，要自觉的为公司的产品做广告，也不至于时时刻刻的拿在手里，哪怕身边根本就没有人。实在是因为一款有吸引力的产品，就是会让人难以放手。

随着Bambook PC端SDK的开发，接下来设备端，服务器端的API，也已经进入了内部讨论阶段，按照我个人的意见，当然是越开放越好，甚至都不必太担心安全呀、黑客呀这样的问题，毕竟像iPhone这么成熟的系统，也还不是一出来没多久，就被人破解了。

所以，只要能够足够的保障开发者与版权方的利益，提供越来越大的平台，给他们发挥的余地，Bambook的未来，一定会非常美好！

下面放两个广告link：

Bambook程序达人赛

Bambook官方网站