03-18
百度百科的美好设想
=======an idea?
前段时间,我很认真的从头到尾温习了这本经典的书《 Data Structure and Algorithm》,并把重要的知识点按照章节的区分总结在博客里,目的是以后需要的时候可以参考。当时就冒出了一个想法,这几篇博客在基础知识的总结上写的不错,除了给自己参考,似乎也可以给别人参考。平时写html遇到了基础问题时,就经常参考W3School ,我想做的跟这个网站很像,例如对“tree”的数据结构,我们就可以把tree的用法,以及经常遇到的问题及解决方案等都放在一起,用户遇到了tree相关的问题时,第一时间想到的是来我们的网站参考。但是,从我的使用经验上看,W3School是“静态”的,是作者定期更新内容,而我们的目标是,感兴趣并且有经验的用户都能添加缺少的内容。
等等,这不就是百度百科和维基百科吗?从头到尾再做出一个百度百科类似物出来已经没有意义了,我们要做的是要充实百度百科的内容,对于专业的词条,可以像W3School那样专业详细。
========有前途么?
从我们的使用经验上看,维基百科比百度百科专业靠谱多了,为什么呢?在知乎上看到了相关的提问,说的很有道理。总结起来就是价值观、模式、编辑者都不同:
(1)百度百科是个商业产品,允许广告,来者不拒;维基百科是个公益产品,保证高质量
(2)维基百科对版权要求苛刻,必须有参考资料;百度百科没有版权限制,导致复制粘贴情况严重。
(3)维基百科的编辑人员更高级
(4)审核机制:维基百科使用善意推断;百度百科强制审核,并且由百度百科内部成员操作。
那么根据这个大背景,前面提到的想法靠谱不?当然,哈哈,请看如下理由:
(1)既然百度百科目前的很多词条质量都不高,所以有很高的提升空间
(2)百度百科仍然可以来者不拒,只是我们把其中的部分词条充实化,专业化就可以了。
(3)我们不缺高质量的编辑人员,从微博,知乎,博客上可以看到大量的原创内容,如果能够吸引这些作者将这些高质量的原创内容放进百度百科中,既省了蝌蚪成员的搬运,又保证了版权,也充实了百度百科。
=======怎么实现?
在实现上,有五大难题需要解决:
(1) 怎么吸引那些专业的人来编写高质量的知识呢?
(2) 编辑人员的管理体系应该是怎样的呢?
(3) 普通用户怎么参与进来,为提升质量做贡献呢?
(4) 内容的组织是怎样的?
(5) 编辑工具及通知系统
1. 怎么吸引那些专业的人来编写高质量的知识呢?
我们并不缺专业的人才,他们在各个平台创造了很多原创内容,例如微博,知乎,豆瓣,博客,问答平台等等,只是没有贡献到百度百科而已。如果他们能够将自己的专业知识以及经验总结到百科百科中,我们的想法就成功一半了。那么怎样才能吸引到这些人呢?
(1)邀请“领域专家”
“领域专家”不一定真是专家,而泛指有一定能力、经验、技术沉淀的人。记得百度百科在去年年底开启了“彩虹计划”来保证医疗类词条的正确性,邀请参与的就是相关的医疗专家。在计算机行业里,领域专家可能是大学的教授,或者工作的人(有工作、解决问题经验),甚至是很厉害的在校学生等等。
这样做是因为首先要营造出这种奉献自己的专业知识的氛围,就像知乎在前期只邀请业界顶尖的人一样。氛围营造起来了,自然会良性循环,有更多的专业者和想成为专业者的新人参与进来。
(2)建立专业“社区”
如果想增强这些人的荣誉感,对于每个词条,有类似“about”的页面,有该词条的主要贡献者,这样会形成该词条的小团体,促进他们的相互沟通。并且拥有同样兴趣想融入这个团体的人也能在“about”很方便的找到他们,降低了相关人才的参与门槛。
2.编辑的管理体系应该是怎样的呢?
根据网上的资料,百度百科可能是由内部员工及蝌蚪成员一起审核,但是这些编写词条的人以及审核的人不一定真的对那些词条很专业,只是靠他们自然难获得高质量的内容。
所以根据我的设想,词条的把关应该是上面说的“领域专家”。这个体系应该是,领域专家成了质量保障,主要的贡献者是对该领域感兴趣并且有经验的人,吸引加入的是想在该领域有成就的新人,这些新人也可以是监督内容的角色。
3.普通用户怎么参与进来,为提升质量做贡献呢?
大量用户的参与也可以对词条的优化起到作用。我们在阅读百度百科的词条时,会发现很多地方很累赘,描述的不清楚,甚至错误。但是想要每个查阅的用户都去编辑,成本太高的,最简单的就是让让他们表达:该描述好不好,根据这样的反馈我们也就知道哪里要优化了。
对于每段,编辑旁边可以有个踩的图标,如果踩的人多了,编辑者就必须处理了,根据用户提交的编辑,可以很容易找到问题所在了。
百度百科现在有个功能:“本词条对我有帮助”,这个功能意义不大,只要该词条能够告诉用户一点有用的内容,用户都会选择“顶”。但是这个对内容的优化没有一点帮助。
4.内容的组织是怎样的?
在我的设想里,除了基础知识总结,还会把大家经常遇到的问题以及解决方案放进百度百科。例如数据结构中的“tree”,可以有很简单的概念介绍,其次可能包含代码实现,再深入一点,可以有总结的什么情况下使用树,再复杂一点,平时使用该种数据结构可能遇到的问题。
那么实现该功能,有两个关键:(1)目录(2)搜索功能。
目录展示内容,跟普通目录一样。
但是当问题总结有很多的时候,通过目录查找效率会很低,这时需要使用到搜索。可以在当前词条下搜索问题;也可以直接在搜索引擎搜索,如果百度百科中有解决方案,则出现在第一条的为百度百科特定词条的特定位置。
5.编辑工具及通知系统
对于信息量大的词条,要很好的组织这个功能时,好的编辑工具自然不可或缺。另外,还要有很好的编辑者间沟通的系统。
=========后记
这是一个晚上躺在床上思考到2点的成果,第二天马上起来查百度百科的资料。这个想法或许已经被百度百科的产品经理思考过很多很多遍,既然现在没有实现,必定困难重重,可能吸引这些原创内容的作者编辑的成本很高,不可能实现;或许百度百科在百度公司的地位不是很高,没办法投入大量的人力物力开发。哈哈,不管怎么样,有时候想着玩儿还是很有意思的,只是写出来太花时间了。
维基百科已经如此成功,百度百科只有走差异化路线。
百度草根如此多,增加互动性也许也不错。
[回复]