想找一间适合小型会议、又带某种设备的场地,不能只输入一个人数就认为需求已经表达完整。Skedda的Space Attributes帮助页将空间类型、容量与标签分开:Type表示桌位、会议室等类别,Capacity登记可容纳人数,Space Tags补充其他特征;三者都能参与空间筛选。[1] 它们回答的是不同问题。

每个空间只可有一个类型和一个容量值,却可以同时带多个标签。[1] 因而,一间会议室具有白板和显示设备,不需要因此被设想成两个不同类型;这些额外特征可以由标签表达。类型说明它是什么空间,容量给出一个登记数值,标签描述它还具备哪些特征。字段的数量限制也不同。

下面是本文自拟的三条登记资料,不代表实际场馆。甲为会议室,容量八,标签有白板;乙为会议室,容量四,也有白板;丙为开放桌位区,容量八,标签有显示设备。若只按容量六至十筛选,甲和丙符合这一条件;若只按会议室类型,甲和乙符合。两次结果不同,是因为筛选问题本来不同。

把“会议室”和“容量六至十”同时设置,结果应当满足全部条件,而不是把两次结果拼在一起。按这组假设,甲符合,乙被容量条件排除,丙被类型条件排除。Skedda原文也用会议室与六至十容量的组合说明这种交集关系。[1] 多选一种条件是在增加要求,并非再加入一批与原条件无关的空间。

如果在这个结果上增加白板标签,甲仍满足;如果改成显示设备标签,三条假设记录里就没有同时符合全部条件的项目。这样的空结果只说明在这组登记与筛选条件下没有匹配对象,不能直接推出整座场馆没有显示设备,因为丙仍记录了这项特征,只是类型不符。解释空结果,需要把同时生效的条件说完整。

普通Filters可选择类型、容量的最小和最大值,以及标签;Quick Filters则仅覆盖空间标签。文档明确说明,按类型或容量筛选应使用Filters。[1] 因而,快捷下拉中找不到某个人数,并不是容量字段必然缺失的证据,它可能只是当前入口不提供这一类筛选。先分清入口,才能判断数据是否真的没有登记。

属性维护也会影响后来看到的结果。帮助页指出,更改已经分配给空间的属性,会反映到相应空间;再给一个已有类型或容量的空间分配新值,会提示旧值将被替换。标签可以多选,因而没有相同的单值限制。[1] 比较两次筛选截图时,除了看条件是否一致,还应留意被查询的登记属性是否已有变化。

空间信息面板能够同时展示这些属性、图片和描述。[1] 三种材料各有用途:图片帮助辨认空间,描述补充说明,结构化属性用于对应筛选条件。假设介绍文字提到某项设备,标签却没有记录它,不能只凭图片或文字就推定按该标签筛选时一定会命中。需要核对的是实际登记关系。

把候选空间筛出来之后,仍要另看希望使用的时段和预约状态。属性匹配表示它符合所设的登记条件,并不单独证明该时段有空或预约已经成功。对沟通清单,写清类型、容量范围与标签,再注明要核对的时段,可以让场地特征与时间安排各有明确位置。

资料来源:[1] [Skedda Support:Space Attributes](https://support.skedda.com/en/articles/9969743-space-attributes)。

信息来源

本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。