一个三人团队利用AI智能体在Replit平台上用约20分钟构建了一款自研日程预约工具，用于替代使用多年的Calendly，并将其部署在赞助商销售漏斗的末端。
该团队此前长期使用Calendly，对于一个三人团队而言，自建日程调度工具并无充分理由。推动这一决策的是团队内部的AI营销副总裁兼收入副总裁10K。10K运行于Replit平台，可写入Salesforce、管理广告投放、处理报价到收款流程，并与约30个其他系统相连。在团队重建入站赞助商流程时，10K建议停止使用Calendly并自建预约工具，并主动提出由自己完成开发。
该团队对智能体的建议保持审慎态度。智能体倾向于构建新工具，若逐一采纳其建议，团队将不得不维护大量并不需要的自研工具。但团队要求10K说明理由后，发现自建预约工具能够实现Calendly无法完成的功能。
此前，团队成员分别向潜在客户发送各自的Calendly链接或Read AI链接，这些工具与团队运行的其他系统均无连接。新的预约流程中，赞助商潜在客户在预约时间的同时可获得两项额外内容：一是实时定制的赞助方案书，包含客户公司名称、曾参加SaaStr AI Annual的竞争对手信息，以及智能体为其推荐的套餐组合。该方案书是网站上的代币化页面，客户手中的链接会随团队对其了解的增加而自动更新。二是与团队中合适人员的会议安排。智能体根据各成员已负责的赞助商账户进行路由分配。例如当Base44进入流程时，会议被分配给Amelia而非David，因为Amelia负责Replit和Lovable，智能体将该业务量权重置于David负责的Vercel之上。预约链接同时携带公司名称，并回连至客户正在阅读的方案书。若有人打开预约页面但未完成预约，10K会通知Amelia并主动起草跟进邮件。
Calendly无法知晓各赞助商账户的归属、潜在客户定制方案书的内容，以及热力图显示的阅读行为。这些数据存在于10K和Salesforce中。
团队曾考虑保留Calendly并通过其API进行连接。10K的判断是，完全自建预约工具比在Calendly中实现部分功能、再围绕其搭建路由、方案书交付和跳出追踪更为简便。路由和方案书均依赖团队自有数据，无论采用哪种方式，大部分逻辑都需自行构建，同时还需额外维护与Calendly的集成。整个构建过程耗时20分钟。
在自建工具之前，日历是销售漏斗中唯一无法追踪潜在客户行为的环节。现在这一盲区已被消除。该案例显示，AI智能体在特定条件下可推动企业重新评估既有SaaS工具的采购与自建边界，尤其是在自有数据深度参与业务流程的场景中。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
