请安装我们的客户端
更新超快的免费小说APP
添加到主屏幕
请点击
，然后点击“添加到主屏幕”
知知这可是官方提问，说到底也不能完全算慈善，是为了宣传产品，接受捐款算怎么回事？
吕阳可不想以后出门被人在背后戳着脊梁骨骂。
吕阳从早上到下午，整整一天都没有离开过会议室，就连吃饭，都是在会议室里吃的盒饭，除了坐在凳子上看着电脑，最多的动作就是在会议室里踱步。
他关注着知知数据的变化，没有例外，知知的注册用户，实时在线用户都在快速攀升，而新用户，几乎都第一时间涌入了官方提问区，然后又从官方提问版块慢慢逸散到其他区域。
官方提问能够吸引用户来到知知，但是能否留住用户，或者说让用户长期在线，最关键的还是其他版块。
让吕阳非常高兴的，还是在于悬赏提问版块悬赏问题的增加，从最开始的仅仅百数没有回答的悬赏问题，到此时，在庞大用户群的推动下，此时的悬赏问题量已经突破到万数，而基本都能够有回答。
这是因为，在这一天，认证用户的数量，同样增加超过了万人。
这万人里面，有名人，有专家，有精通一业的人，各行各业都有，可以说是人才济济。
不过，悬赏问题的数量，相比与此时接近三百万的用户数量来讲，还是很少的，这个比例差距还是太大。
并且问题质量也不行，的确是问题的质量不行，而非答案。
答案的质量，因为有种种限制，反而很高。
但是因为问题限制很少，所以也很水，几乎都是新用户的尝试性提问，基本也都是些关于感情，关于琐事的提问，悬赏也不高，最高的也才六个知知币。
吕阳坐在电脑跟前，皱着眉想了想，最终还是决定做点什么。
“啪啪啪啪……”代码敲起来，今天这一天，对于这知知软件，吕阳其实也已经做了很多修改，可以说随时都在因为应对各种情况而进行修改，特别是对知知包含的智能系统修改很大。
此时，吕阳做的，仍然是对于智能系统的改动，准确来说应该是增添功能。
这个功能的作用，就是会让智能系统自动生成一些虚拟帐号，这些帐号会在悬赏提问版块提一些问题。
这些问题会是一些专业性比较高的问题，涵盖各行各业的专业问题。
这些专业问题本身价值很高，基本都是实际问题，自然悬赏也比较高，高的悬赏在千枚知知币以上，低的也在几十知知币。
说白了，吕阳相当于是要请一波水军，在悬赏区域带一波节奏，让悬赏区域按照他心中的规划，快速的靠近。
不过现在就是相当于让智能系统将水军的事情做了，不过他这请水军的费用实在是有些高，初步估算下来，花费的费用可能也需要数十万。
当然，吕阳认为这是值得，这算是对知知的前期投资啊，他自信收获的回报，肯定是远远超出这些投资的。
当然，对于吕阳来说，最重要的并不是时间，而是时间和知知币。
悬赏提问版块的问题，仅仅只是问题的其中一个。
还有一个更突出，更明显的问题，这是官方提问本身的问题。
问题在于，随着时间推移，用户寻声而来，官方提问下的回复也越来越多。
这就不可避免的出现一个问题-重复。
回答者的答案有可能重复了，即便是被拐儿童数量再多，在一个城市里，能被看到的也有上限。
现在数万条的回复，总是不可能每个人都发现了不一样的被拐儿童吧？这怎么可能，肯定是几个甚至数十个人发现的都是同样的孩子。
可是这怎么办？关键在于奖励怎么发？
难道将奖励每个人都给？这未免有些得不偿失，花费太大，吕阳也承受不住。而且被人察觉之后，也容易被恶意刷回复。
所以，肯定不能这么做。
那么究竟应该怎么办？
吕阳皱着眉头，冥思苦想，但最终，也没有想到什么绝佳办法，只能采取比较折中的方式。
在官方提问的下方，再次添加了一条提醒信息。
“注:因为回答用户过多，可能出现多名用户回复重复问题，所以关于重复回复，采用择优奖励，择先奖励原则，即:重复回复中，选择最详细答案进行奖励，书多个答案详细程度相同，则最先回答的获取奖励。（例外情况，如有人亲自将孩子救出，则除奖励信息提供还将奖励救出孩子者，奖励规则参上）”
对于这说明，吕阳还算满意，至于众用户满不满意，他就不知道了。
这条信息添加之后，十五分钟。
吕阳在后台没有看到有什么用户对此抗议，或是宣泄不满。
倒是之前回答信息不怎么样详细的人，主动增添了信息。
见此，吕阳笑了起来。
“这样做，似乎还有特殊效果？”