我觉得这不是系统应不应该具备这个功能的问题，而是用户是否真正需要这个功能的问题。如果用户提出这个需求，而你又找不到能够说服用户不需要这个功能的理由的话，那么就是需要的，否则就是不需要的！

KM应该是有一定规范的。 我认为倒入文件不用置疑。 至于导出文件对于知识管理来说是很危险的。原因： 1、KM的灵魂说道地就是数据，而外围的功能只是维持生命的保障，生命是否能存活其实和数据是息息相关的。如果将数据外泄，而又没有严格的控制，那么就以为人的血液不断的流逝，那么后果不看想象 2、从某种意义上说被导出的数据，就是数据孤岛！为什么？因为KM是有机体，他除了有数据外，更有将数据有机整合的机制。而导出的数据不具备这种机制，所以很容易死亡。心脏移植手术必须在很短的时间内完成。 所以，如何导出数据？导出的数据凭证是什么？权限又如何？这些是必须考虑的。 严格控制、少量导出是我的建议。

系统应不应有这个功能和用户需不需要是一致的，如果用户不需要，那系统不应该有。 但是用户的需求得从公司整体角度来看是否合理，每个员工都希望把公司的知识库备份到自己机器上一个，这个需求合理吗？

我说的用户指的是一个使用KM的企业，当然在某些时候可以认为是某些具体的用户，比如企业的决策者。你的产品会因为某个人的意见而改变吗？可能会，在什么时候？当这个用户能够代表企业时，而不是随随便便的一个普通员工！普通员工提出的需求要经过公司的审批流程后才能正式提交给供应商；如果老板说他需要把KM文档导出到本地，那么基本上也就是要做的了。

"因为KM是有机体，他除了有数据外，更有将数据有机整合的机制。而导出的数据不具备这种机制，所以很容易死亡。心脏移植手术必须在很短的时间内完成。" 比喻非常貼切﹗

做为一个系统或软件是需要具备这样的功能的，这个功能可以是专人导出，比如：通过短信将知识库中某些知识点发给所有员工，以之提高其对产品的理解能力，我相信这个功能对知识的传播和应用是有相当的好处的。但从管理的角度是需要有一定的权限或范围的控制。

不是必要的功能，有风险！

我们要的是一个适用的系统。有一个功能我们使用以后，可能会出现水土不服。

我们遇到的一个客户就需要批量导入导出功能！哈哈哈！要说系统应不应该有真的说不清楚！最终说到底就是一个知识共享与知识安全的问题.....

今天的明日,提到的批量导入、导出功能是什么样的，可以简单介绍一下吗？

个人意见：如果从系统功能角度考虑，是应该具备这个功能的；但是，这个功能的权限是否分配到每个用户上，就要看系统应用方的具体要求了；还可以将这个功能分配到不同的文档上…… 软件嘛，是为用户服务的，如果反过来，要用户为系统服务，那不是很累吗？