销售机器人自动预约会议与日历集成：从可用时段…

当需要为销售机器人设计或优化日历集成、自动预约、确认提醒、改期和缺席处理时使用。

适用场景

解决思路

1. 先确认要预约的会议类型。
2. 先确认涉及哪些人的日历。
3. 先确认通过哪些渠道发起预约。
4. 先了解当前会议是如何预约的。
5. 先了解当前使用的日历系统。
6. 先了解当前预约流程中的摩擦点。
7. 明确自动预约要达成的目标。
8. 定义成功的预约流程是什么样。
9. 将摩擦降到零：把每一次点击都视为流失风险，尽量减少预约步骤，让预约尽可能轻松。
10. 尊重每个人的时间：不要提供不可用时段，考虑准备时间，使用合适的会议时长。
11. 做好确认和提醒：发送清晰确认、及时提醒，并让改期容易。
12. 优雅处理失败：始终准备兜底方案，自动化失败时提供人工选项，不要丢失线索。
13. 按基本流程实现：资质确认完成 -> 询问是否要安排通话 -> 选择是则展示可用时间 -> 选择时间 -> 确认细节 -> 预约会议 -> 发送确认 -> 加入日历 -> 设置提醒。
14. 在对话式预约第1步转入预约：基于用户分享，说明短暂通话会有帮助，并询问是否要安排15分钟。
15. 在对话式预约第2步询问时间偏好：询问上午/下午偏好和所在时区。
16. 在对话式预约第3步提供选项：列出可用时间，如周二10am、周三2pm、周四11am，并询问哪个最合适。
17. 在对话式预约第4步确认：确认时间、代表、将发送日历邀请，并表达期待。
18. 在 widget/链接式预约适用时（高并发、自助偏好、需要详细可用性）使用链接，让用户自行找时间。
19. 集成 Calendly/HubSpot 等链接时，直接发送链接：“Here's a link to find a time that works: [Calendly/HubSpot/etc. link]”（可翻译为“这是可预约时间的链接：...”）。
20. 接入常见日历平台：Google Calendar、Microsoft Outlook/365、Apple Calendar。
21. 接入常见调度工具：Calendly、HubSpot Meetings、Chili Piper、Cal.com。
22. API 集成要实现可用性检查。
23. API 集成要实现事件创建。
24. API 集成要实现事件更新。
25. API 集成要实现提醒调度。
26. 按示例流程实现 getAvailableSlots(rep_id, date_range, duration)：获取代表的日历。
27. 在 getAvailableSlots 中获取忙碌时间：calendar.getBusyTimes(date_range)。
28. 在 getAvailableSlots 中获取工作时间：rep.working_hours。
29. 在 getAvailableSlots 中计算可用时段：calculateAvailability(date_range, working_hours, busy, duration)。
30. 在 getAvailableSlots 中应用缓冲规则：applyBuffers(available, rep.buffer_settings)。
31. 在 getAvailableSlots 中返回可用时段。
32. 可用性规则：按代表定义工作时间。
33. 可用性规则：考虑时区。
34. 可用性规则：排除被阻塞时间。
35. 缓冲时间：会议之间留缓冲。
36. 缓冲时间：第一个会议前留缓冲。
37. 缓冲时间：最后一个会议后留缓冲。
38. 会议限制：设置每日最大会议数。
39. 会议限制：设置每周最大会议数。
40. 会议限制：限制连续会议数。
41. 时区检测：明确询问用户时区。
42. 时区检测：根据电话号码推断。
43. 时区检测：从浏览器检测。
44. 时区检测：查询公司位置。
45. 最佳实践：始终确认检测到的时区，例如“Just to confirm, you're in [detected timezone]?”（翻译：确认一下，您在[检测到的时区]吗？）。
46. 显示时区：用用户所在时区显示时间。
47. 显示时区：必要时包含换算，例如“That's 1:00 PM ET / 10:00 AM PT”（翻译：也就是东部时间下午1点/太平洋时间上午10点）。
48. 存储时区：所有时间按 UTC 存储。
49. 存储时区：展示时转换。
50. 存储时区：正确处理 DST（夏令时）。
51. Discovery Call：时长15-30分钟，目的初步资格确认和需求讨论，参与人 SDR + Prospect，预约话术“I'd love to learn more about your situation. Can we schedule a 15-minute call?”（翻译：我想更多了解您的情况。我们可以安排15分钟通话吗？）。
52. Demo：时长30-60分钟，目的产品演示，参与人 AE + Prospect（必要时加技术人员），预约话术“Ready to see how this works? Let's schedule a 30-minute demo.”（翻译：想看看它如何运作吗？我们来安排30分钟演示。）。
53. Technical Discussion：时长30-60分钟，目的技术深入讨论，参与人 SE + Technical buyer，预约话术“Let me connect you with our solutions engineer for a technical discussion.”（翻译：让我为您对接解决方案工程师进行技术讨论。）。
54. Executive Meeting：时长30-45分钟，目的战略讨论，参与人 Executive + Executive，预约话术“Would it be valuable to connect [your exec] with [their exec] to discuss [strategic topic]?”（翻译：让[你们的执行负责人]与[他们的执行负责人]讨论[战略主题]是否有价值？）。
55. Round Robin：在代表之间均匀分配。
56. Round Robin：轮换可用代表。
57. Round Robin：跳过不可用代表。
58. 实现 getNextRep(team_id, meeting_type)：获取团队。
59. 筛选能处理该会议类型的代表：reps = team.reps.filter(r => r.handles(meeting_type))。
60. 按最近预约日期排序代表：reps.sort(by_last_booking_date)。
61. 遍历代表，返回第一个有可用性的代表。
62. 若没有可用性则返回 null 并走兜底。
63. Territory-Based：按地理区域路由。
64. Territory-Based：按公司规模路由。
65. Territory-Based：按行业路由。
66. Territory-Based：按指定客户 named accounts 路由。
67. Skill-Based：按会议类型路由。
68. Skill-Based：按技术要求路由。
69. Skill-Based：按语言路由。
70. Skill-Based：按专业领域路由。
71. 立即确认包含日期和时间（带时区）。
72. 立即确认包含会议链接或地点。
73. 立即确认包含与谁会面。
74. 立即确认包含简要议程或目的。
75. 立即确认包含如何改期。
76. 使用确认邮件模板：主题“Confirmed: Call with [Rep] on [Date]”，正文包含“Hi [Name], Your meeting is confirmed! 📅 [Day, Date] at [Time] [Timezone] 👤 Meeting with: [Rep Name], [Title] 🔗 Join link: [video link] We'll be discussing [purpose]. Need to reschedule? Click here: [link] See you soon!”（翻译为中文，保留占位符）。
77. 提醒序列：24小时前发送“Reminder: Your call with [Rep] is tomorrow at [Time].”（翻译）。
78. 提醒序列：1小时前发送“Starting in 1 hour: Your call with [Rep] at [Time]. Join here: [link]”（翻译）。
79. 提醒序列：会议时间未出现时等待5分钟，然后发送“We're ready for you! Join when you can: [link]”（翻译）。
80. 无可用时间时回复“I don't have any times that work in the next few days. Can I have [Rep] reach out to find a time that works?”（翻译）。
81. 无可用时间兜底：捕获联系信息。
82. 无可用时间兜底：加入人工外呼队列。
83. 无可用时间兜底：提供回电。
84. 时区冲突时澄清：“Just to double-check—when you said 2pm, did you mean 2pm your time (Pacific) or 2pm Eastern?”（翻译）。
85. 改期：提供替代时间选项，或让用户告知更方便的时间。
86. 取消：礼貌回应，并询问是否要改期到其他时间。
87. 预防缺席：发送提醒。
88. 预防缺席：让加入会议更容易。
89. 预防缺席：前一天确认。
90. 预防缺席：单独发送会议链接。
91. 未出现时5分钟后发送：“Hi [Name], we're ready for our call. Having trouble joining? Here's the link: [link]”（翻译）。
92. 未出现时15分钟后发送：“Looks like we missed each other! Want to reschedule? Here are some times: [options]”（翻译）。
93. 跟进邮件：“Sorry we missed you today. Let me know if you'd like to reschedule.”（翻译）。
94. 跟踪缺席：记录 no-show rate。
95. 跟踪缺席：按代表、线索来源、时间分析。
96. 跟踪缺席：识别模式。
97. 跟踪缺席：调整确认/提醒策略。
98. Phase 1 Basic Booking：完成日历集成（读取可用性）。
99. Phase 1：在对话中提供时间段。
100. Phase 1：创建日历事件。
101. Phase 1：发送确认邮件。
102. Phase 2 Smart Booking：实现时区检测。
103. Phase 2：实现线索路由逻辑。
104. Phase 2：实现提醒序列。
105. Phase 2：实现改期流程。
106. Phase 3 Optimized Booking：实现缺席处理。
107. Phase 3：实现多代表协调。
108. Phase 3：实现分析和报告。
109. Phase 3：对预约流程做 A/B 测试。
110. 转化指标：跟踪 booking rate（offered → booked）。
111. 转化指标：跟踪 show rate（booked → attended）。
112. 转化指标：跟踪到下一阶段的转化率。
113. 效率指标：跟踪 time to book。
114. 效率指标：跟踪 touches to book。
115. 效率指标：跟踪 rescheduling rate。
116. 质量指标：跟踪 meeting quality scores。
117. 质量指标：跟踪 follow-up actions taken。
118. 质量指标：跟踪 pipeline generated。
119. 避免步骤太多：减少点击，使用对话式预约。
120. 避免可用时间过期：实时同步日历。
121. 避免不处理时区：始终确认时区。
122. 避免没有提醒：配置自动提醒序列。
123. 避免没有兜底：始终准备人工备用方案。
124. 需要更多背景时询问：使用什么日历系统？
125. 询问：需要预约哪些类型的会议？
126. 询问：需要路由到多少位代表？
127. 询问：当前 no-show rate 是多少？
128. 询问：当前使用什么预约工具？
129. 结合 lead-qualification-logic：预约前先做资格确认。
130. 结合 conversational-flow-management：设计预约对话。
131. 结合 timing-optimization：选择最佳建议时间。
132. 结合 multi-channel-coordination：跨渠道预约。

适用边界 · 注意事项

• 不适用于没有日历、会议或预约需求的机器人。
• 不适用于所有会议必须人工审批或受合规限制不能自动预约的场景。
• 不适用于无法访问任何日历/调度 API，且无法提供人工兜底的环境。