直观:文章采集系统的主要功能和业务逻辑是怎样的？

　　直观:文章采集系统的主要功能和业务逻辑是怎样的？

　　文章采集系统已经是很多互联网公司的标配了，但是，根据我自己的经验，我个人不太建议使用现有采集系统做业务或者是二次开发。原因有这么几点：1.现有采集系统，功能越来越复杂，增加自己的技术成本。2.产品经理不一定会接受现有采集系统的模块化方案，来提炼新功能或者为产品改造提供更好的依据。3.发现流量和营收的增长效果不理想，进而产生改变流量、创新产品的想法和动力。

　　那么，我们如何把这些问题解决掉呢？我个人建议：1.砍掉不必要的功能，更新“老系统”的基础模块。我们最应该砍掉一些功能和模块，实现一个单一功能级的采集平台。这些功能中有一个是基础功能，那就是注册、登录和用户管理。这些模块必须删除掉，才能更进一步的满足业务和营收的提升。接下来，我们要关注的是平台中的主要功能和业务逻辑。

　　不是简单的看下网页。2.砍掉业务层面，基础架构层面的需求。然后，我们接下来开始做数据导出功能。数据流向图。一个单一的数据导出系统，必须有一个业务发展周期，这个周期内，所有的数据接入、数据更新、数据聚合等功能需要全面考虑在内。然后，为更好的满足业务发展，新增一个业务层或者一个数据聚合系统，以作为数据沉淀和归档的用途。

　　你还要关注一下数据质量检测功能的接入和处理等等。不然，采集数据太慢，影响推广；数据质量不能准确检测，很大程度上，只能依靠质检员人工检查了。数据质量不达标，就很容易跳出了我们目前的业务和营收周期。3.砍掉一些产品的通用需求。首先是在系统架构和功能层面之外，要砍掉一些产品级通用的功能需求。或者是系统和功能耦合的产品，或者是产品技术上的技术协作需求。

　　毕竟，你的产品决定你的应用适用的终端市场。这些东西，要砍掉。只有产品决定了你的目标用户和终端市场后，这些后端需求才有用。目前，你和外包对接的东西，都会涉及这一块。4.对整个数据平台，有一个比较好的整体经验，可以参考和复用。产品经理也要有整体经验。我们自己在开发，或者对外接入数据，一般都是按照一个从易到难的级别来开发，整体经验的复用，是一个非常重要的条件。

　　其实，这么多问题之中，一个采集系统本身的需求和做法，也会有人提到，但是最终，他们都是集成到业务和营收上去的。归根结底，大家都是做业务。最后，不管做什么事情，都得考虑投入产出比。有了这个思考，将会让你少走很多弯路。