日程与预约

这个分类涵盖什么

让别人无需来回发消息就能预约您的时间：空闲时间规则、预约页面、确认信、提醒，以及预约时的收款。

用途分为两类。一类是销售通话和面试用的会议链接，目的是省去约时间的沟通。另一类是服务业的预约，目的是排满日程并减少爽约。

按班次安排的工作归入人力排班管理。按地点和路程分派的任务归入现场服务。

空闲时间是个规则问题

每款产品都会显示空闲时间。差别在于描述出您真实的约束之后才显现。

两次预约之间的缓冲时间。预约前的最短提前通知。每天的上限。向不同的人提供不同的时长。按天、按服务或按员工而变化的空闲时间。关于谁能预约哪个时段的规则。

如果工具表达不了您的规则，您最终就得手工纠正预约，这就抹掉了全部好处。试用之前先把您的约束写下来，逐条检查。

时区是便宜产品出问题的地方。测试一次来自另一个国家的预约，然后改期，再读一读确认信上到底写了什么。

减少爽约

• 确认信立即发送，并附带日历条目。
• 提醒在预约之前发出，通过邮件，也可选择电话。
• 定金或预付，比提醒更能改变行为。
• 取消时限，要真正执行，而不是仅仅写明。
• 方便改期，因为改期的预约好过空着的时段。

定金是服务型企业最有力的杠杆。客户已经为之付过一部分钱的预约，被遵守的概率高得多，收款路径值得认真检查：支持的支付方式、退款，以及银行卡支付失败时会怎样。

发到手机的提醒最能减少爽约，通常按条收费。问清您的客户实际所在国家的费率。

团队、分配与棘手的情形

一旦有多个人可以接受预约，问题就变了。

轮流分配、任何空闲的人都可以的共享空闲时间，以及多人必须同时到场的集体预约，是三种不同的行为，各产品的支持程度参差不齐。当请求应当到达合适的专家，而不是下一个空闲时段时，按表单答案分配就很重要。

问一问，员工被加入、被移除或休假时会怎样，以及已有的预约在这种变化中能否完好保留。

预约页面本身

对依靠预约的企业来说，预约页面就是门面，所以要当门面来对待。

检查它能否使用您自己的域名和品牌，在手机上加载得怎样，一次预约要几步，以及您的方案能否去掉厂商标识。每多一个字段，就会损失一些完成的预约，和结账流程一模一样。

然后检查之后的事：客户记录是否进入您的CRM，回头客是否被识别，接电话的人能否看到预约历史。

定价与集成

按用户按月收费是标准做法，档位的界线通常在多种活动类型、收款、团队分配和去除品牌标识上。

日历覆盖范围值得最先确认，包括它是否读取一个人所保留的每一个日历。支付处理费与订阅分开，短信费用又是另外一项。按您真实的预约量对这三项分别建模，而不是比较月费标题，这套算法见定价页隐藏了什么。

销售链接和服务预约需要不同的设置

销售团队使用的会议链接，为速度而优化。问题少，空闲时间充裕，立即确认，并分配给能接这场沟通的人。

服务预约则为日程而优化。定金、取消规则、员工分配、为准备和路程预留的缓冲，以及减少空档的提醒。

面试介于两者之间，还多了一层复杂性：多个人必须同时有空，而候选人不应看到内部日历的细节。

产品对这些的处理参差不齐，同一款产品为一种用途配置好之后，通常会惹恼另一类受众。两种需求都存在时，要看工具是否支持带各自规则的独立预约类型，而不是共用一套配置。