从百度做了“百度派”说说为什么技术团队要有自己的产品

这是一篇旧文重提，当然之前的答案是：技术团队的产品可以帮助做技术输出从而反推技术进步；

最近在社交网站看到这样一个提问：

如何看待百度最近宣布进入高质问答领域，做了“百度派”，产品将百度知道，百度经验，知道日报，百度问咖，次元饭团组成百度的问答讨论社区，也就是百度的“知乎”。

其实我的感觉也不意外，每次一个新的方向有新的风向，像百度这种大公司都会踏上一脚，百度做过电商啊，做过轻生活啊，做过视频啊，做过社交啊，做过招聘啊，做过旅游啊等等，这次做过问答也没什么奇怪了，再说百度的问答讨论体系可是做内最早的哦，所以综合看来做起了也无可厚非。

我对这个问题给出的答案是：

不会成为知乎。

暂时在问答这个方向除了引大V基本看不到什么好的创新点，知乎，分答，一些垂直类的付费咨询基本满足了大部分用户的需求。

百度体系目前没有腾讯之于微信的熟人社交链条，没有阿里之于支付宝的信用等级作支撑，百度暂时看不到这样的一个强关系作为背后的支撑，当然唯一拿的出手的就是百度地图，结合一下没准还有点想象空间。

再来说说知乎。

我之前是知乎的重度用户，但是最近知乎被我删掉了，因为现在进入知乎会有太多自己不想看见的内容推送过来，知乎这种围绕问题和围绕话题的算法噪音太大，还不如对回答者的问题进行画像，找到我真正想要看的用户发的我感兴趣的话题，所以国内做推荐最好的头条无可厚非，知乎这个推荐目前看很low。但是头条的问题在于，他很了解用户但是不能对内容提供比较好的保证，当然头条现在已经着手在解决内容质量的问题。

所以现在问题和答案已经出来了，如果做好对用户了解和内容质量把控，这个方向还是值得做的。

百度一直以技术好自居，这样面对大数据和AI的时代，也许以“百度派”为输出口输出自己的技术能力，不仅能做到头条的对用户的了解也能做到对内容的把控，说自己技术强就无可厚非了。

所以这个产品不一定要做的多成功，作为一个技术的输出和证明也许就很好了。

以下是之前的文章：

故事先从

[高德宣布日活超越百度，终成业界第一]

说起，在中国互联网界过去10年有三座过不去的大山–BAT。

但是最近几年看下来，B在与AT的竞争者逐渐掉队了。

说说百度

腾讯在微信崛起之后，成为移动时代当仁不让的霸主，阿里也在“O2O火爆，支付先行”的理念下，支付宝+金融模式深入百姓生活。

百度在折腾了91助手（APP分发），糯米（O2O+外卖+团购）投入200亿之后，被证明走了两段弯路，同时一直作为收入领军方向的PC端搜索，也在魏则西事件后，贴吧商业化这条路也堵死了。

遥想当年，百度也是一次次推出劲爆产品，知道，贴吧，等等都是聚集一群最有活力和创造力的年轻人，现在的百度产品一点不酷。在移动大趋势下，百度能够在移动领域拿得出手的也就只有“百度地图”，如果地图在成为业界老二，可见这会再给百度深深的捅上一刀子。

没有产品的团队是没有前途的

当然今天不是为了说百度，而是要说一个技术团队是不是只需要做技术实现，傻傻的接受来自于运营和产品同学的需求去做开发。

我认为这是相当不可取的，如果作为一个团队Leader对于团队的定义只是一个业务服务者，这位Leader是相当不负责任的，这个专做业务实现的team也是相当没有前途的，也不会成为具有hacker精神和geek精神的团队的。

还有很多就不一一陈述了，总之我可以找到几十个理由证明不好。

当一个技术人员期望去参与一款产品的时候会怎么样？

作为一个技术人员，我对个人的规划和原则是：

不仅仅做一个技术或者产品的实验者，而是要有一种产品主人翁的姿态去参与产品的需求及体验与实现中去。

过去几年，每当有新产品开发任务交到我手里的时候，我也会向上级领导说出我对于产品的建议，也会和产品同学一起沟通一些产品细节，或者提出一些产品的质疑点。

得到leader的回复是：

每个技术人员都会有个产品情节，我了解，但是作为技术人员，我们最重要的是把技术业务实现了，产品的交给更专业的同学吧。

得到产品同学的回复是：

我是做产品的啊，我肯定比你清楚怎么做产品，怎么样画原型，怎样拉到用户的需求的，听我的吧，我是专业的。

为什么技术团队要有一个产品

当然得到上面的回复也不让我惊讶，每个公司对于团队有不同的职能规划，每个团队对于成员个人也有自己的安排。

事实证明，随着工作年限的增长，那些没有在过去几年深度或浅度参与一个产品中去的技术人员总会比或多或少参与过产品的技术人员充满迷茫，有的时候喜欢研究产品的技术人员往往要比纯的产品人员还要出色。

技术团队有个自有产品的话，会成为这个团队技术能力的输出最好的方式，同时也有计划有目的的去引领技术团队进行新技术的学习交流，从侧面活跃技术团队的气氛，激发团队的思考与实现。

这就是：

hackthon

有产品思维的技术团队将是公司的一比财富，他们会就运营需求开发AB测试框架，就增长需求做Growth Hacking的尝试，为了开发新需求，新平台而储备全栈技能，尝试前后端分离。