在聊天中协调
一个人提出日期，另一个人查日历，还有人忘记时区。空闲时间还要手动确认。
公开预约Europe/Moscow
周一周二周三周四周五
15星期三
10:0011:3014:00
源自 Calendly
在工作上下文中预约时段
我们采用 Calendly 的简单路径：会议类型、可用性和时段选择，并加入团队规则、时区、外部日历、形式以及带有正确状态的工作预约记录。
源模型
Calendly
SHD 版本
会议
从 Calendly 到工作上下文
访客选择时间，团队保留上下文
Calendly 的简单流程减少时段协商。SHD 增加团队规则、时区、外部日历、形式和确认。
场景已经整理好
访客看到合适的会议类型，选择可用时间并创建预约。如果该类型需要确认，团队会单独确认。
类型、可用性和确认是一条路径
会议类型
先说明目的，再选择时间
会议类型告诉访客为什么来、需要多久以及采用什么形式。
01
初次沟通
用一段简短的首次对话了解任务和下一步。
02
项目评审
为具体对象准备资料、输入信息和问题的时间。
03
技术会议
用于工程师、集成和工作方案检查的会议。
04
现场访问
有明确形式和地点的时段，而不是抽象的电话。
05
跟进电话
在一个工作阶段结束后，短暂回顾已达成的约定。
每种类型都有自己的时长、形式和可用性规则。
访客路径
三步完成会议预约
公开链接会打开具体场景。访客只会看到选择时间和创建预约所需的信息。
- 01
打开链接
会议名称说明需要准备什么，以及应该预留多少时间。
- 02
选择日期和时段
访客根据规则和自己的时区选择日期与可用时段。
- 03
填写信息并创建预约
提交信息后，访客可以看到预约状态，组织者得到待确认或待执行的预约。
公开链接显示可用性，但不会公开团队的个人日历。
日历与可用性
可用性不是个人日历
访客只看到可选择的时段。团队单独保存预约和事件，不会公开个人日历详情。
团队看得到已占用的时段
可用性规则移除时间冲突，只把真实窗口留给访客。
确认后，预约成为事件
创建的预约保存所选类型、时间和参与者。如果需要确认，确认后它会成为日历事件。
确认后，事件日历保存会议事实；可用性说明可以选择什么。
形式
形式属于预约内容
访客提前知道时长、渠道和条件，预约后需要确认的内容更少。
30、60 分钟或其他预先设定的时长。
线上、线下或地址，不会在聊天中丢失。
选择时段后
双方各自获得结果
访客看到预约状态，组织者在工作上下文中得到预约。如果该类型需要确认，状态会在组织者决定前保持待定。
访客
查看预约详情
选择后，日期、时间、形式和下一步都留在访客手中。
组织者
在上下文中看到预约
团队知道谁会来、参加哪种会议以及何时需要在线。
预约把记录连接到工作上下文，具体工作仍保留在项目模块中。
预约前
边界说明
该模块负责会议类型、可用性和预约。项目内容保留在自己的工作模块中。
这是共享的空闲时段日历吗？
不是。先创建带有时长和规则的会议类型，再显示它的可用性。
访客会看到团队的个人日历吗？
不会。外部只显示可用时段和预约所需的数据。
可以提供多种会议类型吗？
可以。每种类型都有自己的时长、形式和可用性。
如果时段已经被占用怎么办？
创建预约时会再次检查时段。如果时段已不可用，就不会创建预约。
可以使用不同的时区预约吗？
可以。时间会按照所选会议时区显示。
这是 Calendly 的简单复制吗？
预约路径参考 Calendly，但 SHD 将其放在日历、通知和其他工作模块旁。会议上下文保留在项目记录和讨论中。
会议上下文
让开放时段成为会议预约。
我们会检查会议类型、可用性规则、渠道，以及预约后访客应该收到什么。
从当前消息开始，找出可以变成清晰预约流程的会议。