第一百三十二章 不断修补(2/2)

官方提问能够吸引用户来到知知，但是能否留住用户，或者说让用户长期在线，最关键的还是其他版块。

让吕阳非常高兴的，还是在于悬赏提问版块悬赏问题的增加，从最开始的仅仅百数没有回答的悬赏问题，到此时，在庞大用户群的推动下，此时的悬赏问题量已经突破到万数，而基本都能够有回答。

这是因为，在这一天，认证用户的数量，同样增加超过了万人。

这万人里面，有名人，有专家，有精通一业的人，各行各业都有，可以说是人才济济。

不过，悬赏问题的数量，相比与此时接近三百万的用户数量来讲，还是很少的，这个比例差距还是太大。

并且问题质量也不行，的确是问题的质量不行，而非答案。

答案的质量，因为有种种限制，反而很高。

但是因为问题限制很少，所以也很水，几乎都是新用户的尝试性提问，基本也都是些关于感情，关于琐事的提问，悬赏也不高，最高的也才六个知知币。

吕阳坐在电脑跟前，皱着眉想了想，最终还是决定做点什么。

“啪啪啪啪……”代码敲起来，今天这一天，对于这知知软件，吕阳其实也已经做了很多修改，可以说随时都在因为应对各种情况而进行修改，特别是对知知包含的智能系统修改很大。

此时，吕阳做的，仍然是对于智能系统的改动，准确来说应该是增添功能。

这个功能的作用，就是会让智能系统自动生成一些虚拟帐号，这些帐号会在悬赏提问版块提一些问题。

这些问题会是一些专业性比较高的问题，涵盖各行各业的专业问题。

这些专业问题本身价值很高，基本都是实际问题，自然悬赏也比较高，高的悬赏在千枚知知币以上，低的也在几十知知币。

说白了，吕阳相当于是要请一波水军，在悬赏区域带一波节奏，让悬赏区域按照他心中的规划，快速的靠近。

不过现在就是相当于让智能系统将水军的事情做了，不过他这请水军的费用实在是有些高，初步估算下来，花费的费用可能也需要数十万。

当然，吕阳认为这是值得，这算是对知知的前期投资啊，他自信收获的回报，肯定是远远超出这些投资的。

当然，对于吕阳来说，最重要的并不是时间，而是时间和知知币。

悬赏提问版块的问题，仅仅只是问题的其中一个。

还有一个更突出，更明显的问题，这是官方提问本身的问题。

问题在于，随着时间推移，用户寻声而来，官方提问下的回复也越来越多。

这就不可避免的出现一个问题-重复。

回答者的答案有可能重复了，即便是被拐儿童数量再多，在一个城市里，能被看到的也有上限。

现在数万条的回复，总是不可能每个人都发现了不一样的被拐儿童吧？这怎么可能，肯定是几个甚至数十个人发现的都是同样的孩子。

可是这怎么办？关键在于奖励怎么发？

难道将奖励每个人都给？这未免有些得不偿失，花费太大，吕阳也承受不住。而且被人察觉之后，也容易被恶意刷回复。

所以，肯定不能这么做。

那么究竟应该怎么办？

吕阳皱着眉头，冥思苦想，但最终，也没有想到什么绝佳办法，只能采取比较折中的方式。

在官方提问的下方，再次添加了一条提醒信息。

“注:因为回答用户过多，可能出现多名用户回复重复问题，所以关于重复回复，采用择优奖励，择先奖励原则，即:重复回复中，选择最详细答案进行奖励，书多个答案详细程度相同，则最先回答的获取奖励。（例外情况，如有人亲自将孩子救出，则除奖励信息提供还将奖励救出孩子者，奖励规则参上）”

对于这说明，吕阳还算满意，至于众用户满不满意，他就不知道了。

这条信息添加之后，十五分钟。

吕阳在后台没有看到有什么用户对此抗议，或是宣泄不满。

倒是之前回答信息不怎么样详细的人，主动增添了信息。

见此，吕阳笑了起来。

“这样做，似乎还有特殊效果？”