一个基于HubSpot的CRM集成在Gmail中，改变了销售团队的跟进方式

一位销售主管利用Manus构建了一个自定义工作流，将HubSpot的详细信息整合到团队已经熟悉的工作环境中：Gmail和Slack。

目标很简单。当潜在客户通过电子邮件联系团队时，销售人员无需离开收件箱就能了解对方是谁、该公司是否已在HubSpot中、以及这封邮件是否与某个进行中的交易相关。

通过Manus，这位销售主管构建了一个工作流，将关键的HubSpot信息直接呈现在邮件旁边。最终的系统将HubSpot、Gmail和Slack整合为一个工作流：它可以在存在HubSpot信息时为Gmail邮件打上标签，在Gmail中显示有用的账户信息，并在企业级潜在客户需要关注时通过Slack通知团队。

项目始于一个日常销售难题

项目源于一个实际的销售问题：销售人员在回复邮件前需要了解什么？

例如，如果来自acme.com的Priya给团队发邮件，销售人员需要迅速判断：她是否已存在于HubSpot中？Acme是否是目标客户？是否有进行中的交易？谁负责这个关系？这些信号决定了回复应该快速处理、转交还是区别对待。

Manus帮助将这个问题的答案转化为一个可用的数据层。HubSpot已经将联系人、公司、交易和所有权记录等数据存储在其中。挑战在于识别哪些字段在回复时真正有用，并让它们在Gmail内可访问。

这便将问题简化为几个简单的信号：谁发了邮件、他们属于哪家公司、该公司是否已知、是否有活跃的交易、以及谁拥有该账户。这成为了Gmail工作流的基础。

Gmail中的浏览器扩展和标签

一个小型的产品决策让销售人员更容易理解这个工作流。Gmail标签没有被用作复杂的评分系统，而是一个简单的信号。

在这个模拟界面中，标签就是信号。当销售人员点击标签时，浏览器扩展会打开，显示回复前需要的基本潜在客户或客户详情。

例如，如果来自Acme的Priya给团队发邮件，而Acme已经存在于HubSpot中，这封邮件就会被相应地打上标签。如果发件人已经是客户，销售人员可能会根据更多账户历史来回复。如果发件人与一个进行中的企业级交易相关，销售人员可能会优先回复。如果发件人所属的公司没有负责人，团队可能需要先指定一个人再回复。

一旦邮件被打上标签，销售人员可以点击标签，在收件箱内打开扩展，查看相关的HubSpot详情。

Slack帮助团队跟进重要潜在客户

Gmail帮助销售人员用更充分的信息进行回复。Slack则帮助团队在重要潜在客户需要关注时进行协调。

在这个工作流中，Manus构建了一个Slack机器人，用于发送来自HubSpot的企业级入站潜在客户的Slack通知。一条Slack消息可以告知团队一家高匹配度的公司已经联系了他们，包括公司名称、可能的负责人，并引导大家回到邮件线程或相关记录。

例如，如果一家企业级潜在客户从目标账户发来邮件，且没有分配负责人，Slack可以提醒团队。这样，潜在客户就对整个团队可见，而不会埋没在某个人的收件箱中。

Slack让相同的信息对更广泛的团队可见。一个高匹配度的潜在客户可以在被漏掉之前，被看到、分配和跟进。

其他团队可以从这个过程中学到什么

这个项目之所以成功，是因为HubSpot、Gmail和Slack被当作独立的层来处理。每一层都单独构建、单独测试，然后组合成一个适合团队现有销售动作的工作流。

第一层是HubSpot数据模型。团队必须决定哪些字段在跟进时真正有用，比如联系人身份、公司匹配、负责人、交易状态、潜在客户来源、计划以及下一步行动。Manus被用来识别有价值的HubSpot字段，并创建一个同步的数据库，供工作流的其他部分使用。

第二层取决于访问权限。在这个案例中，团队使用的是Google Workspace，因此Gmail授权可以通过Google身份验证来完成。然后使用Manus根据规则自动标记邮件。

第三层是Gmail端的体验。标签正常工作后，使用Manus构建浏览器扩展，在Gmail中显示类似HubSpot的图标并加载相关的潜在客户或客户详情。同一构建过程还需要支持组件：主机插件、登录网站和用户授权流程。这部分工作作为独立的一层在Manus中处理，然后与系统的其他部分结合。

给其他团队的实用构建建议是：先检查访问权限级别，然后定义最少的有效字段，测试标签逻辑，再构建可见的界面。如果任何一层缺失，体验就会变得不可靠，或者团队难以采用。

尝试连接器

立即尝试连接器，通过Manus直接访问数据层，为您的构建注入强大动力。