用产品思维，优化“约会”设计( 三 )

将会议室的“生命线”通过时间轴的形式展示给用户，数字代表时间、橙色代表已约的时间段、绿色代表可约的时间，发起人在会议列表层级页面就可以明确认知道会议室当前的状态是什么、哪些时段已经被约，哪些时段可以约，可以更快、更准确的选择符合计划的会议室。

3. 会议过程管控
会议时间到了，则到代表会议自动开始了，会议时间结束了，则代表会议会议自动结束了，那么会议是否真的开始、是否仍在进行中，从系统信息中无法得知，直接导致人（会议参与人）的信息和会议室的信息，在系统信息中得不到及时更新。例如：会议实际没有开始，但是发起人没有在会议管理应用中取消会议，真正需要会议的用户到线下确认之后，才知道有会议室可用。
基于以上现状，从发起人、参与者的角度，分别针对会议开会、进行、结束等进行了如下优化设计：
（1）发起人
确认开始：从发起人的角度，在会议开始前几分钟，利用KS应用内消息推送，提醒发起人确认会议是否开始，从流程提供确认机制，以确认会议是否真的开始，会议室资源是否真的投入使用。
取消：如果因某些原因，需要取消会议，用户可以通过取消功能及时取消会议，以及时更新会议信息并释放会议室资源。
创建群聊：基于发起人的用户角色，为用户提供快速“创建群聊”的功能，用户点击创建群聊，系统可以自动根据会议主题和人员创建群，方便参会相关人员在会前、中、后讨论并同步信息。

本文插图
延时：在会议即将结束前的一段时间，发送消息推送，提醒发起人是否需要延长会议时间，如需要延长时间，则可以通过延长时间功能，延长会议时间，避免会议冲突的问题。
结束：在到了会议结束时间之后，发送消息推送，提醒发起人及时确认会议是否结束，以及时更新会议状态和会议室的使用状态。

本文插图
（2）参与者

本文插图
在发起人发出会议邀请之后，推送系统信息，引导参与者及时确认是否接受邀请，只有接受会议的参与者达到一定比例或全部接受，则意味着会议成行，推送时间、循环次数、比例可根据需求灵当配置；如因为时间冲突，无法参加会议，可以利用拒绝功能反馈拒绝原因和可以参加会议的时间。
04 反思

本文插图
从用户体验五要素的角度来看，产品设计上实际上是对产品战略、范围、结构、框架、表现的设计。本文案例从信息、交互、流程的角度对现会议管理应用进行优化，基于此总结以下两点：

在产品设计中，对信息的处理需要从用户、场景出发，对信息的优先级和聚合尽量做“最优”处理。
流程是产品的经络，一通则百通，在产品设计中，要尽量从全局上做到流程的闭环，不要像本文中的案例只看见“约会” ，却看不见发起约会后的事。

作者：汪童学；公众号：汪童学
本文由@汪童学原创发布于人人都是产品经理。未经许可，禁止转载
【用产品思维，优化“约会”设计】题图来自Unsplash ，基于CC0协议