接着这个话题写完吧，以前弄到腾讯内部的产品架构ppt，其中谈到一条：不为企业产品做架构！这点深有体会，因为重口难调，极端的可能是两个需求对应两种完全不同的架构，比如我们老版本的客户端重写了explorer，优点是我们可以控制用户行为，缺点是容易出bug，同步不流畅，容易卡死，新版本参考svn做了同步功能，体验爽了，流畅了但是控制不了用户行为，这个时候用户提出一个需求：同步下来的文件我不想员工轻易复制走!!何解？那么如何思考企业产品的设计来迎合需求，我想这个问题永远只有一个临时答案。
我想从第一篇话题继续我心中的那个美好产品，但是我已渐渐远离该项目，而且离我第一篇设想的产品完全不一样。
一、需要社交吗？三年前我加入的团队在做一款基于cifs共享的文档管理产品，但是他仅仅比一台nas存储好用一点点而已，当时为了一次风暴会，我提出了企业社交这个概念，当时我认为如何提高产品使用率以及如何提高员工分享的积极性是产品能否风靡以及成功的关键，当时大数据的概念也开始流行，我甚至认为如果能够做到智能推荐是能够迅速提高员工学习效率及融入团队的速度的。但是当时一个腾讯过来的架构师浇了冷水，说这个做不了大数据，因为你的数据样本不够。当时我不服气，认为做不了大数据我人为干预结果行了吧，现在想想还是挺幼稚的，干预的结果其实是我想要展示的结果，不一定是用户想要的。
回到这个问题，需要社交吗？当时金蝶出了一款企业社交网站叫云之家，最初我玩的很带劲，但是后来我很少用了，为什么？
1、碎片化，信息太碎导致发言变成了心情，甚至只能报喜不报忧，曾经我就因为吐槽了一下产品结果被领导狗血了一番，这个平台变成了休闲和吗啡，只能传递正能量，它的价值在于你处在什么位置以什么角度考虑问题。
2、效率低，虽然是一个公司，但是每人专注的领域不一样，能否产生共鸣得看面对的人群吧，它的意义也许正慢慢远离一款社交产品的初衷
3、难以沉淀有价值的东西，这一点我反而觉得博客比微博要有价值
二、怎么破？这个问题好难，I‘m just a coder!但是我可以从部分产品吸收点干货谈谈。
1、用户体验，腾讯的企业聊天软件第一版价格便宜，但是架构和体验让人无力吐槽，结果便是我们用imo替换了它，后来企业qq第二版出来后凭借积累的用户体验及架构实力又完爆imo,除了没有漫游功能外其他的体验几乎和个人qq没差别了。在基本功能确定的情况下，价格和体验基本上是决定我们选择的依据。不要延迟不要卡顿不要崩溃不要丢数据。
2、解决用户痛点，这个其实是最难找的，不过后面会谈到我的方法论。
3、抽象最本质的需求，不要做大而全的产品，毕竟是企业产品，面对的真金白银的客户是要兑现承诺的，这就面对一个问题，你的架构能不能驾驭？这个是不是用户的真实需求？这个需求是否符合产品核心灵魂思考者对这个产品预期？其实在后期已经体现产品的失控了。我们急急忙忙做合同里承诺的需求，当时架构限制，做不了，文档管理产品应该要的功能，比如文件锁却迟迟不能做，然后开发在抱怨，销售抱怨，产品经理苦逼，架构师无助，陷入死循环。这就是我当年吐槽我们的产品没有一个合格的产品经理的结果，像张小龙那样的产品核心灵魂。这个人应该教会销售我们要做什么？什么不做？可以引导用户接受我们即将做的可以帮助用户解决当前的问题。只可惜这不是一锤子买卖。
好吧，言归正传，这篇文章也许是我最后一次思考文档管理产品了，因为我已经离开我曾经为之奋斗，认为有潜力成功产品，只是我当时不够强大阻止不了产品的失败。新的架构还清了我们的债，但依然面临一些新的困难，我手头已经接触不到用户真实需求了，所以也想不出啥，不过用户也不知道自己要啥，有时候用户直接呛声：你不就是个文档管理产品吗？还有其他亮点么？他确实解决了一些问题，但是用户不满足
面对这样的提问很难回呛，无可否认它确实解决了权限问题，解决了byod，解决了邮件不能传输大文件的问题，但是用户觉得还不够，那么它就是小众产品。
三、痛点！不够痛
痛点！不够痛，我觉得这个深入考虑下去还是可以考虑微创新来改进这个产品的？像手机，苹果出来的时候哪个部件是苹果自己发明的了？无论怎么走下一步棋，能提高效率，挖掘生产力，节约企业成本始终是产品的核心，不要为了新功能而去创造新功能来炫技。例如要花大力气去改架构做秒传功能我认为是没必要的，因为现行的公有云秒传是搜索服务器中checksum一致的文件，如果有就无需再走网络传输。但是私有云面对的首要问题是你的样本不够。
1、它山之石可以攻玉。苹果整合现有产品的优秀设计的能力绝对是世界第一，我认为能够从优秀的设计中吸收灵感，提炼自己的产品是必须的，同样设计师对材料的理解，自身的感觉、艺术性是有要求的。比如evenote，我认为文档管理产品有一部分功能需求和它有重合，不过还需要看我们愿不愿意互联网化。
当时我提出了个人文档互联网化的想法，原因是我不愿意把辛苦收集的资料放入公司的服务器，不方便带走，存公有云容量大，所有的私有云的好处它都有。我希望它以qq那样自组织的方式加入企业，成为终身的个人资料库多好，粘度高，使用率高，被人反驳的原因是管理员就是不希望员工带走资料（如果想带走谁能阻止？），这就是企业产品和互联网产品的区别。那么这个理由能阻止evenote在企业中的使用吗？!
2、think different。当时我们有个混合云的概念，不过当时参加华为云计算大会我说出我的理解时被他们的工程师反驳了，但是在infoq有篇美国咨询公司ceo发表的内容和我们一致，就是敏感的数据走私有云，可以公开的数据走公有云（如byod）来无缝对接，减少管理员的人工干预来提高员工的效率。但是至今没看到它可以落地的希望了，因为产品在疲惫应对管理员提出的各种做不了的需求。说回来我们不是一家互联网公司，并且不具备运营、架构、思考大型互联网应用的能力，不过如果能有切入点，那上市就有故事讲了。好吧！我yy了。
3、open。和其他应用对接，一个不开放的产品如何对接？没话语权，顶多是我们强迫自己改架构来对接别人。不像微信，我就开放这些接口，你们爱用不用。比较好的例子是qq邮箱和微云的整合，算是整合的不错的，而我们需要发一个下载连接或者文档在组织中的地址才能够使用文档。
4、keep it simple，stupid。企业产品深入到业务层就进入死胡同了，抽象本质保持自身的纯粹性好难。我们有个工作平台，曾经老大想做成公共平台去适配所有企业，现在的实现只怕远离初衷了。我们的销售一刻离不开这个平台，但是，你要说其他企业也能用它来运转业务，估计是不可能的。归根结底就是这个产品需求的取舍的问题，谁都说不清楚。微信很好用吗？我不觉得，但是找不到替代品，可以说微信满足不了我的需求，比如我希望微信能订阅rss，这样我就不用再下载其他的客户端了，张小龙可以给我做吗？这也是需求，只是不是最大众的需求。
5、break.所谓破而后立，其实也许我们应该换位思考，毕竟我们一直围绕的是文档管理产品的理念去设计产品，甚至是宣传的时候都是替换nas，参照物也是dropbox之流。试着想一想，如果我们把这个功能当作一个子功能而不是核心去做，也许视野会更开阔。至于技术含量其实没有什么特别值得保密的，帮我找个客户端开发，我以mongodb作为存储也能做个文档管理出来，听说mongodb刚收购了一家文件级锁的公司做集成，不知道这个版本要不要收费。
唧唧歪歪扯淡了这么久好累!其实上面的几点继续发散依然可以码很多字，但是精力有限，关于文档管理产品可能真的该说拜拜了，接下来我研究的领域将是存储、openstack和Linux内核，希望找到能交流的朋友，一起学习（qq群：
342669771）
