你可能无法教会一只上了年纪的老狗学会新的技能，但是你却可以给一些老的应用程序添加一两个新的特性。甚至像是 Email 这样古老的 Internet 应用。Email 让人们能够相互连接起来，并且可以协调群体的活动，如果它能够再整合一点社会化的应用特性，例如一个未读标记，那么它就可以变得更加好用。
收件箱有一个未读标记。如果每封邮件都有一个未读标记可以吗？这使得用户能够更新他们自己的电子邮件消息。这将会打破人们习惯性的约束吗？人人都能够看到相同的消息。如果一个发件人更新的副本将不被同步到所有的收件人那里。
为什么这会是一个不错的特性呢？现在的电子邮件程序有一个很大的通病，我们的收件箱会被塞满，一直到我们迷茫的找不到自己真正想看的邮件。随着邮件 的回复和讨论的逐渐增长，那些邮件详细都没有能够按照人的组织习惯去排列成象关联性的结构，那么Email 就会开始失去它原有的价值。
但是如果我们能够让相关的讨论组织在一起那会是什么样的呢？人们通常都喜欢用社会化的方式（例如发件人、消息标题、发送的日期，以及是否回复）去组织他们的邮件消息。没有人会记得一封邮件消息的ID（例如：AaLLsd32232o002dad），但是我们都能够记住它是 Bob 上周发过来的邮件。
如果我们重新构建 Email 让它拥有一个小的社会化引擎，我们不仅能够减少收件箱中堆积如山的邮件量，还能够让参与到大型的群组讨论之中变得更加有效。如果它匹配到了原始的邮件 ID，那么新来的邮件将会无缝的整合进去。如果被无缝的整合了，那么相关的消息就会被保护（垃圾内容会被阻止），Email 又将成为一个具有生产力的工具。
你可能会注意到上面提及的每个社会化商业应用程序都是以桌面应用的形式登场的。他们对Web的感知和特性还不是那么的明显。
事实上，一个好的社会化商业应用程序不是要回避Web形式的应用，而是要去增强它。
上面提到的每个应用程序都使用了Web的构架来传递和同步数据。例如 TeamDirection 和 Colligo，它们认为本地的数据是不可 知的，无论是在他们自己的环境里面还是在 Sharepoint 的 Web 环境里面。Groove 的所有通讯都需要使用到 Internet，它是基于服务器的，也可以说是P2P的（每个客户端都可以作为服务器）。还有 LiveMeeting 没有网络它是完全无法工作的。所有的这些程序都将重点集中在数据同步上，并且为他们的客户都提供了统一的操作视图。在这样一个视图里面可能只包含了那些授 权了的身份，例如用户或者是一串数据。
同样有趣的是 Microsoft 也正在向社会化的商业应用领域前进。作为同时拥有 Windows 和 Office 两个印钞机器的 Microsoft，他已经在寻找方法来平衡他的霸权，并且在下一代上做了大量的投入。展现形式丰富的、基于互联网的应用，正在全面的展露头角，这些你都 可以从 Microsoft 最近的计划中看得出来。
社会化的商业应用程序的目的不是为了提高桌面应用的知名度，也不是为了减弱 Web 应用程序的作用 - 而是让数据流在它上面被正确的导向。Email 就是一个恰当的范例，没有一种正确的方式来互动信息。相反的，却总有一个不正确的方式在抑制对信息的访问。
现在手头的任务就是让可以协作的数据类型扩大：文件、会议、任务、日历还有更多。当这些独立的数据成为可以被同步的，并且是能够随处访问的，在任何地点、任何时候、不管是在线还是离线——那么 Web 的下一次革命就将开始了。
联系客服
