按你的服务形态
炉子追不上电话。
一家做外带的披萨店，一晚上就活那两个小时。而在这两小时里，瓶颈不是需求，是炉子的出品节奏——电话可不管这个。
发布于
问题不是量，是峰
周五晚上的单子不是平均进来的：全挤在七点到八点半，因为大家都是那个点才想起来。可炉子每小时出的披萨数，跟六点时一模一样。
结果是所有人都被拖慢，接电话的人整晚都在报自己编出来的等待时间。
取餐时段改变了什么
客人在下单时就选好取餐时间，而他能选的，是你撑得住的那些。需求的峰还在，但它不再变成出品的峰。
于是这一晚变成一张按顺序排下来的清单：七点一刻要出的、七点半要出的。没人再需要张口估时间。
高峰期电话终于不响了
每一单在网上下的，就等于少一通电话，而且恰好发生在最没空接电话的那一刻。这是最立竿见影的收获，第一个周五就能感觉到。
但这不代表可以把电话线拔了：总有一部分老客人要打电话，他们愿意这样就该让他们这样。
小票上用的是后厨的叫法
确认后的单子发到对应岗位，用你的后厨名字，不是菜单上的名字。饼底、配料、加料、客人备注：确认过的都会打出来。
如果分了两个岗——炉子和前菜，或者冷菜和热菜——各收各的那一部分。
它做不到什么
它不会让炉子转得更快，也填不满一个空着的店。本来就没有高峰的披萨店没这个问题，也不需要这个答案。
另外，如果你自己送餐，取餐时段管不了送餐路线：那是另一件事，也是另一个模块。
常见问题
能限制每个时段的单量吗？
按时段来算的价值就在这里：你放出炉子出得来的量，客人在剩下的里面挑。满了的时段就不再显示。
最后一刻钟的单子怎么办？
接单时间由你定：打烊是十点半、但九点三刻就不再接单，那就照这个写、照这个执行。
客人要先付钱吗？
你说了算：网上刷卡，或者取餐时到店付。很多披萨店两种都开着，先看第一个月客人自己怎么选。
相关内容： 披萨店
时段不会让炉子烤得更快。它保证的是：出炉的这一份，此刻真有人在等。
申请开通
1 个工作日内邮件回复。
