不用隔着现场大喊的沙龙前台沟通

每家忙碌的沙龙都有同样的声音。正在做一套美甲的技师隔着整个店朝前台喊。顾客想要一杯咖啡，下一位顾客在问时间。前台正在接电话，没听见。有人离开现场去当面问，座位上的服务只做了一半。

这是前台沟通问题，而且很容易被忽视，因为它不属于预约簿。预约工具管理预约，POS 管理结账。中间那几分钟，当工位需要前台帮忙时，通常只能靠喊、靠手势，或靠一个忙起来没人看的群聊。

什么是现场请求

Fair Flow 有一个正是为这个缺口打造的功能：现场请求。技师无需走过去，就能从座位上通知前台。请求从工位发到前台，其中也包括给餐厅的订单，顾客的午餐或饮品订单不必靠某人走到前台的路上记住。

在上图的实时概况画面中，现场请求单独占一栏，显示发送人、对应的顾客、请求内容，以及请求仍未处理。在这个例子中，它是一份饮品订单，写明了顾客选择的咖啡、奶精和甜味剂，前台不必再走回去问。

为什么它和排队、服务单放在一起

放在单独的应用里，现场请求就没什么用。前台本来就在盯着散客队列和进行中的服务。在 Fair Flow 中，同一个实时画面显示：

• 排队。美甲沙龙排轮系统显示谁可接客、谁在服务中、谁处于保留状态。顾客看不到自己排在第几位。排队是给沙龙内部团队用的。
• 服务单。服务开始时会打开一张电子服务单。员工用手机发送，前台看到每项服务的金额，管理层看到哪张服务单仍未结。
• 现场请求。工位此刻需要前台帮忙的事。
• 备注和聊天。给下一班的备注和团队聊天也在同一个画面中。

关键在于，前台只需看一个地方。排轮顺序、未结服务单和 4 号工位的请求都在同一个屏幕上，而不是分散在白板、收银机和三部手机上。

忙碌的现场有什么变化

现场请求是个小功能，但在周六带来的效果并不小。

• 技师留在工位上。请求从座位发出，服务不会因为走去前台而中断。
• 前台看到的是书面请求。写在请求里的订单，比隔着吹风机喊出来的更容易做对。
• 群聊里不会遗漏任何事。团队消息和现场请求是分开的，顾客的订单不会被一个排班问题刷上去而看不见。
• 经理看到整个现场。显示排队和服务单的同一个画面，也显示哪些事项仍未处理。

现场管理层的其他部分

现场请求是 Fair Flow 运营层的一部分。团队一天中的其他工作也在同一个地方进行：

• 请求箱，用于员工请求和审批：休假、晚到、早退或排班调整。管理员批准休假后，该时段会在排班上锁定。
• 任务，用于开店、打烊和定期工作。
• 与排班挂钩的打卡。老板设定班次前 15 或 30 分钟的提前打卡时段，更早的打卡无法进行。上下班打卡都会拍照。上班打卡只能在沙龙所在位置进行。还配有考勤机。

Fair Flow 不是什么

Fair Flow 不是 POS。它不处理顾客付款，也不发放工资。它不会取代您现有的预约工具。在那个工具管理预约簿的同时，它管理沙龙的内部。

价格很简单：首个门店每月 $99，每增加一个门店每月 $79，员工人数不限，并提供 14 天试用。请参阅价格、开始 14 天试用，或预约 15 分钟演示。更多平台信息请见 Fair Flow 首页。