我们是一家拥有10名程序员的小型软件咨询公司。 我们有很多公司合同和文书工作，我们目前组织在一个分层目录的大文件共享。 由于缺乏能够合法地生活在不止一个地方的文件的标签，这引起了一些令人头痛的问题（虽然不是很重要）。
我想知道小型企业已经实施了什么解决scheme，并使用了很长一段时间来进行文档组织的下一步。 如果有一个超级轻量级的工作stream程pipe理部分，我们也会尝试使用它，但是我所看到的大部分是相当重量级的，因为大多数用户只是pipe理团队。
我们使用worldox作为文档pipe理系统。 它很容易使用，并与Microsof OFfice和WordPerfect很好地集成在一起。 它允许您对文档进行分类和标记。 它还附带了全文searchfunction，可帮助您在记不起您标记的内容时查找文档。
也许Alfresco或Maarch是你正在寻找的解决scheme的types。
我们不断把所有的东西都移出文件，进入我们的wiki（Atlassian Confluence），这个MS Word导入模块把我们所有的东西都拿出来了。
这显然不适用于所有的东西，但是一个好的文件结构（主要用VCS维护）就足够了。
在过去的18个月中，我在几个小团队中广泛使用了SharePoint，而且它的工作非常出色。 它甚至包括它自己的工作stream系统和Windows Workflow Foundation。
某种基于Wiki的解决scheme可以满足您的要求。 Windows SharePoint Services也可能是合适的（专业人士将集成AD身份validation和强大的Office集成），但它提前发出警告，如果它需要任何types的定制，它可能会很快地获得很多pipe理和开发开销。
根据我的经验，文档pipe理系统几乎总是给用户带来更多的问题， 你提到大部分你的现有目录结构正在工作。 您可以通过培训或对现有解决scheme进行微调来解决您的问题吗？ 在大多数情况下，这种方法对用户来说会更好，而且更有效。 陷阱是，技术将解决我们所有的问题……但事实上，这种方式并不成功。
一年前我们在那里工作，我们推出了一个DMS，我们仍然在调整文档types，工作stream程和培训用户。 我认为95％的用户更喜欢旧的目录结构。 我并不是说如果用于正确的任务，DMS不能工作，设置正确，所有的用户都知道如何使用它。 DMS系统在垃圾出问题上有点垃圾，当用户不明白标签是什么或者不知道什么文档types的时候，你会比你想象的要多得多。
只要search“文档pipe理软件”在谷歌你会发现许多DMS提供者提供试用版，你可以select任何使用试用版后。 🙂