几个人一起约理发,组织者与同行者可能都收到系统消息,但消息覆盖的预约未必相同。Fresha的Create and manage group appointments页,将团体预约解释为多个客户一起预订、参加的安排,并在通知FAQ中把组织者与个人客户的范围明确分开。[1]
组织者在系统里有具体来源。帮助页说明,组内首先被预订的客户自动成为group organizer。这个角色用于说明组内的信息联系,不能仅凭现实中谁提出聚会,就自行认定软件已经将那个人设为组织者。本文没有查看任何真实预约;引用的是该产品页面如何定义角色。
通知部分给出了两条并行规则:各个预约有各自的通知,组织者收到涵盖整组的一份通知,客户则只收到自己的预约通知。原页列举确认、取消或未到场等通知类型。因而,“有人收到消息”还缺少收件角色与涉及对象,不能直接写成“所有人都已收到相同内容”。
组内状态仍可以分别管理。FAQ明确,一组里可以将某个预约单独标作未到场或取消。把多人放进同一个组,并没有将他们变成一条不可区分的服务记录。若其中一项发生变化,解释消息时仍应指出变化对应谁的预约,而不是仅因组织者看到了整组通知,就推断每位同行者都处于同一状态。
设想一份纯说明用的记录:甲在软件里是组织者,乙与丙各有个人预约。甲取得整组信息,与乙只能取得自己预约的信息,并不相互矛盾。接手者要比较两份消息,应先核对它们服务于整组还是个人,而非期待文字条数与内容完全一致。这个例子不模拟真实消息,不执行发送,也没有认定任何人已经到店。
这份帮助页还涉及付款、费用及取消安排,本篇不讨论那些条件,更不由通知角色推合同责任或代付义务。页面首发日期未核实,没有登录门店或测试发送。对理发店的信息交接,能够据原文说清的是组织者和参加者的通知范围,以及组内仍存在个人预约状态;团体名称方便联系,不应抹掉每个人实际对应的那一项。
信息来源
本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。