EU Data

Wiki对于提供信息和收集反馈也很有用。以保存在维基百科中，在那里它们将不是由一个工程师而是由一群人（其中可能包括公众）编辑。与博客不同，wiki 是为重复编辑一组文档而设计的，如果文档预计具有更长的生命周期并且在整个生命周期中应该易于查找，那么 wiki 就更适合。例如，微软使用 wiki 来收集客户的意见和想法。
许多公司在内部使用博客和 wiki 来实现多种用途。这就是不同系统的不同功能集开始变得更加重要的地方。博客的对外使用通常需要很少的功能，而内部使用博客或 wiki（无论是在内联网还是外联网上）通常需要不同的功能集。当我通过一些使用示例时，我们会明白为什么。
在公司内使用博客的最简单的例子可能是作为公司布告栏。无论发布的内容是关于办公室聚会、有趣的链接还是最新的销售成功，博客都可以帮助人们了解使公司文化变得更加重要的小项目。远程办公人员以及兼职员工或经常出差的人都可以了解最新信息。该博客有助于减少电子邮件流量，并且没有人会无意中被排除在邮件列表之外。
商业产品的趋势是组合系统，具有博客系统和维基的功能以及完整的审计跟踪和版本控制。这些系统值得注意的是，它们正在使用为个人在线日记开发的功能，并将其转变为信息共享系统，其中个人的声音和个性不 肯尼亚WhatsApp 数据 如所传递的信息重要。这就是博客将焦点从有时的傲慢转向协作、从个人转向群体的地方。因此，许多其他类型的支持协作工作的系统正在寻求添加博客或类似维基的功能，形成混合系统。我预见这种趋势将持续下去，正如内容管理系统现在有望提供利用 XML 文档的方法一样，企业系统也将有望提供类似博客的功能和/或 RSS 提要。
目前，许多信息通过电子邮件流动。这会导致许多问题，包括“职业垃圾邮件”的难度，即人们在不需要阅读的电子邮件中被复制，以及电子邮件丢失，即人们被排除在确实需要阅读的列表之外。 (…) 过于急切的垃圾邮件过滤器（包括不知所措并过快点击删除按钮的人）是一个大问题，就像人们每天收到的数百条消息中漏掉的问题一样。通过 RSS 提要来集中信息源可以解决这个问题。读者订阅他们想要订阅的内容（或者，根据企业环境，允许或要求他们订阅的内容），并自动收到新内容通知。 RSS阅读器可以将所有更新下载到本地机器以供离线阅读，就像电子邮件一样。垃圾邮件是在内容提供商端而不是读者端处理的。另一个优点是节省时间。阅读 50 个项目的 RSS 提要比访问 20 个项目的网站查看是否有新情况要容易和快捷得多。由于 RSS 阅读器会标记新项目，因此读者甚至不需要怀疑他们以前是否读过该项目，该技术会为他们解决这一问题。
Wiki 永远不会取代功能齐全的内容管理系统（以及任何声称使用起来与完整 CMS 一样复杂的系统），尽管我不会惊讶地看到沿着这条道路采取的步骤使 wiki 能够做到这一点CMS 的大部分有用功能。
维基百科面临着一个特殊的问题，即如果没有人链接到它们，很容易“丢失”已编写的页面。即使是一小群作者，也很容易最终得到一堆链接的页面，而不确定其中任何一个页面的内容，因此该组的新手必须花费很长时间跟踪链接才能找到任何事物。如果没有持续的维护，维基百科中的链接和页面很可能会变得陈旧。Leigh Dodd关于该主题的博客文章更全面地阐述了帮助避免这些问题的方法。 Socialtext 商业 wiki 通过集成博客和 wiki 解决了这个问题，在编辑页面（wiki 页面）时，它会像博客发布一样到达列表顶部。而且很容易找到带有大量链接的页面。
齐夫戴维斯的游戏部门通过使用该系统进行日常协调、调度和请求，显着减少了电子邮件数量并提高了生产力。它还有助于创建“组记忆”，因为更有用的文档往往比不太有用的文档更频繁地链接或编辑。