本周有消息称Salesforce即将收购Slack，这引起了很多人的反对。但是有一点很明确：将Slack的协作功能与Salesforce的销售生产力工具相结合，代表了企业软件历史上迈出的重要一步。
自2002年我们对Salesforce进行投资以来，我在Emergence Capital的团队一直是云计算的学生。从那时起，我们一直专注于企业软件，与Box和Veeva等生产力领导者以及Yammer和Zoom等协作领导者合作。
但是，随着云的成熟，出现了一个不幸的事实：协作软件与生产力的矛盾越来越大。随着这两个类别中应用程序的数量激增，随着工作人员跨应用程序完成工作，数据丢失(和沮丧)的数量急剧增加。当您的工具不断迫使您无法使用时，很难保持流程顺畅。
解决方案：深度协作
协作和生产力工具分别发展。迁移到远程或混合工作是我们融合它们的催化剂。我们曾经依靠协作工具来完成较轻的任务(更新，签到，gif共享等)，并为面对面的会议保留了更深入，更实质性的协作。旧的堆栈(大部分)适用于该方法。
在远程进行更深入协作的世界中，我们需要一个新的堆栈。协作工具不能成为目标。它必须嵌入作品本身。
我的团队将此堆栈称为“深度协作”。该术语指的是将生产力和协作功能结合在一处以完成特定工作的软件。在Deep Collaboration的未来中，执行特定任务的人不必离开单个软件即可完成该工作。他们完成任务所需的所有生产力和协作(内部和外部)功能都在同一个地方。
将Salesforce产品与Slack结合使用对那些负责销售某些东西的人来说是一个巨大的福音。如今，我们投资组合公司的许多销售团队都创建了内部Slack渠道以就每笔交易进行协作。他们也越来越多地创建外部Slack Connect渠道，以与客户进行售后协作。但是他们正在Salesforce中跟踪和预测这些交易。这种信息分散会减慢销售周期，使交易更难预测，并导致销售代表倦怠。
那Google Docs呢?那不是深度合作吗?
否。多年来，Microsoft和Google在其生产力套件中增加了出色的协作功能。但是，两者都是通用的，非职务专用的平台。因此，他们成为特定工作完成地的能力受到限制。因此，它们具有减轻数据丢失和“命令标签”驱动的挫败感的能力。
以预测，计划和分析(FP&A)为例，这是一项至关重要的财务功能，它高度依赖于从整个组织的功能中收集数据，然后与他们共享分析结果。如今，财务人员都依赖Excel和Google表格，但是这些通用工具缺少FP&A特有的功能，例如版本控制，细化权限以及有效协作所需的计划模块。Cube成立于2018年，将协作和共享功能嵌入其FP&A工具中。
在法律合同领域，MSFT Word和Google Docs允许您对合同进行红线标注和注释，但缺乏针对具体工作的深入工作流程，例如许可和批准。Ironclad成立于2014年，围绕Word的文本编辑器添加了签约工作流以及内部和外部协作功能。(披露：我的公司是Ironclad的投资者。)
这些都是从深入合作公司的前途作物只是两个例子还包括工作流程(BI分析)，层(电子表格的工作流程)，马赛克(战略融资计划)，基础(财务预测)，FIGMA(设计)，迷宫(产品研发)，并为应对这一挑战而做出了更多努力。
专注于要完成的工作，而不是角色
成功的深度协作公司最令人兴奋的元素之一是，由于每个人都可以接近工作本身，因此它们可以解锁实质性的跨职能协作。
这是因为Deep Collaboration公司不专注于为特定角色(例如，销售人员，设计师等)进行构建，而是专注于为特定工作进行构建。要完成的大多数高价值工作涉及来自各个部门的人员。这种新的堆栈使他们可以更深入地合作。
这与传统上构建软件的方式大不相同。例如，Salesforce旨在为销售人员服务，其UI和数据体系结构侧重于此角色。但是销售工作是与生俱来的跨职能任务。营销人员参与获得线索并创建交易抵押。工程师参与了演示的创建和潜在的配置。产品经理一直在寻求潜在客户的反馈。如果对Slack的收购进行了很好的整合，则可以跨这些功能实现协作和数据共享，从而帮助Salesforce从基于旧角色的范例中毕业。
Figma是一个很好的例子，说明Deep Collaboration公司很好地执行了这种新范例。Figma专注于设计某些东西。在旧的范例中，设计师实际上是唯一涉及的角色。他们会从Adobe Suite下载昂贵的软件，编辑文件，然后将这些文件的版本保存到Dropbox并将链接发送给其他设计人员。他们可能还会在文件旁边加上关于其设计的Slacked / emailed / etc评论。毫不奇怪，这种方法导致版本问题，大量的元数据丢失以及设计团队之外的角色很少参与。
Figma扭转了局面，使设计过程民主化。它利用WebGL之类的技术使浏览器本身就在浏览器中构建了设计套件和协作套件。他们还对其定价以确保在整个组织中传播，从而区分付费编辑席和免费观众席。因此，Figma是每个产品设计人员(从产品经理到工程师再到营销人员再到设计师)进行协作的地方。它正迅速成为完成设计工作的地方(尽管它的竞争对手已经注意并也正朝着这种范例发展)。
深度协作的跨功能优势的另一个绝佳的早期示例是迷宫。迷宫专注于产品研究工作。在以角色为中心的范例中，这是一个孤立的任务，其中每个相关功能使用自己的工具，而没有太多的协作方式。产品经理使用SurveyMonkey之类的工具来收集有关功能构想的输入。用户研究人员采访与产品原型进行交互的人员。营销人员使用诸如Optimizely之类的工具来测试复印性能(通常是在进行产品投资之后)。这导致流程脱节，孤立关键功能内的洞察力并导致次优产品。
Maze致力于将产品研究所需的所有工具集中到一处。它使大规模原型测试变得简单，具有特定于产品的功能增强了传统的测量工具，并允许在产品上线之前进行复制测试。也许最重要的是，迷宫允许每个角色查看并协作研究结果。因此，整个团队可以测试和审查产品创建过程中的每个决策点，从而建立强有力的一致性和跨部门的责任感。
评估Deep Collaboration软件效力的一个核心问题是：实际上要完成的工作的哪一部分在软件中完成?换句话说，必须完成多少次应用切换才能完成工作?有多少数据丢失?下一个时代最成功的公司将成为发生这种情况的场所。
随着时间的流逝，生产力软件逐渐变得更加适合最终用户。协作软件已经过期。借助Slack / Salesforce混搭，深度协作的未来将变得更快。
