你周六的排队队伍一直排到门外，每张桌子在下午1点前翻了两次台，餐厅里听起来像一场庆祝活动。然后你周一看看银行余额，纳闷钱都去哪了。这就是点心的悖论：几乎没有哪种餐厅业态能在一小时内处理这么大的客流量，也很少有哪种业态给记账错误留下这么小的空间。当平均客单价只是几道3到6美元的点心时，一个算错的茶位费、一个被误解的服务费，或者一个多排班的周日，就会悄悄吃掉几百客的利润。
本指南带你梳理点心服务特有的记账选择：推车与订单单的人工模式、按人茶位费及其对销售税和工资税的影响、在不炸掉人工百分比的前提下应对周末高峰的排班，以及让高流量、低客单价的餐厅活下去的利润计算。
为什么点心的账本看起来不一样
典型的全服务餐厅每人客单价在25到60美元，每桌每晚翻台一到两次。点心大厅每人客单价在12到25美元，在早茶高峰时段每桌翻台三到四次，并且把一周大部分收入集中在周六和周日早上。行业数据显示，全服务餐厅的平均净利率仅为收入的3%到5%，所以客单价更小、销售窗口更紧凑的业态，余量就更少了。
三个特点几乎决定了每一个记账决策：
- 流量优先于客单价。 每次服务几百份小点心意味着交易量巨大，赠送和作废频繁，每份小小的误差会迅速累积。
- 周末高峰。 每周销售额的很大一部分落在两天大约十个小时内，这使得排班——而不是食材——成为盈利的摆动因素。
- 内置附加费用。 按人的茶位费和任何自动服务费在销售税和工资税方面与菜单价格处理方式不同，必须从第一天起就按正确方式记账。
推车服务 vs. 订单单服务：人工成本的计算
点心餐厅最明显的运营选择，也是最大的人工成本选择：推着车在餐厅里穿梭，还是在桌上填写订单单后到厨房现做。
推车服务需要推车服务员加上从厨房补货的跑菜员，厨房还要在整个高峰期间保持每辆推车都有货——这意味着备餐要提前几个小时开始，而且有些产品不可避免地会没卖完被推回来。推车还占用了本可以放桌子的空间。推车换来的是速度：没有出菜时间，没有现做瓶颈，翻台速度只受客人吃饭速度的限制。
订单单（现做）服务把人工转移到厨房——高峰期间需要更多的炒锅师傅和划菜员——而前厅则用点菜员和传菜员保持精简。浪费减少了，因为每样东西都是卖了才蒸，但出菜时间拉长了，厨房必须在周六的残酷高峰中扛住而不崩溃。
对于账本来说，实操做法是在你用每种模式运营时分别跟踪人工成本，而不是把一切都混合成一个人工科目：
- 把前厅工时拆分成推车服务员、跑菜员、收银员和迎宾，这样你可以按角色计算每人工小时的销售额。
- 把后厨工时拆分成点心生产（早上包馅和蒸制的团队，通常凌晨5点或6点开始）和出菜线厨师。
- 比较主要成本——销售成本加总人工——占销售额的百分比，分别看每种模式。全服务运营商通常把主要成本目标定在60%到65%或以下；如果推车服务让你超过这个数，而订单单服务保持在以内，你就有了数字上的答案，而不是凭怀旧做决定。
餐厅人工的时间驱动成本研究证实了这个直觉：人工成本的准确性来自于衡量每个角色实际上每客做了什么，而不是套用一个混合小时费率。一个在一班内接触200客的推车服务员，每客成本只是服务40客的服务员的一小部分——但前提是你的考勤足够细致，能显示出这一点。
按人茶位费：收入、销售税和工资税
几乎每家点心餐厅都收按人的茶位费——每位食客一两美元，换一壶不会离开桌子的茶。这在客人感觉像小费。它不是小费，账本必须相应处理。
它是收入，不是小费。 由餐厅设定的强制按人收费，在IRS对小费的测试中每一项都不符合：顾客不能自由决定金额，没有不受限制的修改权，而且支付取决于餐厅的政策，而不是食客的慷慨。根据IRS长期以来的指引，自动小费和强制服务费是服务费，分配给员工的金额是工资——需要预扣工资税，并作为非小费工资报告，而不是小费收入。
这个区别有三个实际后果：
- 销售税。 在大多数州，账单上注明的强制收费——包括按人茶位费、餐位费和自动服务费——是应税餐费销售价格的一部分。在小费行留下的自愿小费则不是。如果你的收银系统把茶位费当作非税费用，或者把它埋在小费桶里，你在每一客上都少收了销售税，而高流量餐厅的审计员特别喜欢发现这个问题，因为它会在几千张账单上成倍放大。
- 工资税。 如果茶位费或服务费的任何一部分分给员工，必须走工资程序并预扣税——不能以现金小费形式发放，也不符合小费抵免或小费报告的待遇。把分配公式写成书面文件。
- 披露。 越来越多的城市和州要求强制费用在客人下单前披露，金额和用途要写得明明白白。把茶位费和任何服务费印在菜单上，而不是只在账单上作为惊喜出现。
干净的设置：把茶位费作为一个独立的应税收入科目开单，把自动服务费作为独立科目开单，让POS分别报告这两项，并与自愿小费分开。当报税员或审计员来问时，答案是一份报告，而不是一个重建项目。
在不搞坏人工百分比的前提下应对周末高峰
周末早茶是点心餐厅的黄金时段——也是人工预算的死地。失败模式是把周六排成像工作日加几个人的班，而不是围绕每小时客流量来排班。
几种在这个业态里有效的做法：
- 按客流曲线排班，而不是按钟点。 从POS系统拉最近八个周末的每小时客流量，在上午10点到下午1点的高峰按你的目标销售-人工小时比例安排人力，开门备餐和下午收尾用更薄的肩班。
- 诚实地使用分段班。 经典的点心排班——早上备餐和早茶服务、中午休息、然后晚餐——只有当休息是真正的非工作时段且符合州里的用餐和休息规定时才有效。在州里要求的地方跟踪分段班补贴，而不是等到审计时才发现。
- 为摇摆角色做交叉培训。 能传菜的推车服务员、能收银的迎宾、能上蒸笼线的备餐厨师，让你能随高峰灵活调动，而不是在每一个岗位都多排人“以防万一”。
- 盯住加班警戒线。 在节日周末（春节、母亲节），你的点心主厨干满50多个小时，可能把整周的利润都抹掉。限制连续工作天数，并在节日前就安排好节日排班的成本，而不是之后。
一个有用的每周纪律：每周一，把上周的总人工成本除以总客数，再分别除以周末和工作日。如果周末每客人工成本悄悄上升，而客流量持平，你就知道高峰时段人多过头了——这可是你最不能超员的地方。
高流量、低客单价的利润计算
当虾饺3美元、烧卖5美元时，利润管理是分分钱的事，也就是说必须是系统化的事。
按品类知道你的食品成本，而不只是整体。 点心的菜单混合了高毛利菜品（肠粉、粥、茶）和低毛利蛋白质（虾饺、烧腊、海鲜）。为每一个单品设定成本目标——很多运营商把整体食品成本目标定在28%到33%左右——并关注产品组合：如果客人点了一大堆虾饺而肠粉没人动，混合毛利就会下降，即使销售看着很好。
把蒸笼浪费当回事，因为它确实要紧。 推车服务会产生回笼浪费：在厅里转了一圈不能重新上的托盘。每次服务按单品记录退货。如果一个菜总是半盘退回来，就缩小批次、改成现做，或者重新定价。现做包房也要用同样的纪律记录返工和作废。
核对点单卡。 推车包房传统上用盖章卡或台边卡记录选择，即使是现代POS包房也还是会看到作废、转台和“推车服务员忘了开单”的赠送。每天按员工跑一份作废/赠送报告，超过阈值需要经理授权码，每周审查一次。在一天800客的包房，1%的赠送流失就是一天八顿免费餐——一个月200多顿。
关注适合这个业态的KPI：
- 每个座位小时的收入，覆盖早茶时段，而不仅仅是每天——这告诉你把周日下午延长到3点是否能赚回人工。
- 每客平均客单价包括茶位费——如果趋势在下降，说明客人点的点心变少了，任何客流增长都无法完全抵消。
- 高峰时段翻台时间——在满座状态下，每次把翻台时间缩短十分钟，都是纯增量收入，不需要多花任何营销费。
- 商户手续费占刷卡销售额的百分比——有几百张小额账单时，固定每笔手续费比高客单价包房咬人更狠。如果你的实际刷卡费率悄悄上升，就重新谈判，或者引导常客用借记卡。
一个适合这个包房的会计科目表
通用的餐厅账本会把这种业态需要清晰的界限弄混。至少，要分开：
- 收入： 点心食品销售、茶位费、饮料和酒类销售（如果有）、宴会或外卖、外卖平台销售额（扣佣金后）。
- 销售成本： 蛋白质、蔬菜、干货和面粉、茶和饮料、外卖包装——现在大多数点心包房都是堂食加外卖两条线。
- 人工： 服务（推车服务员、跑菜员、迎宾、收银员）、生产（点心师傅、蒸笼厨师）、管理，加上工资税和福利分开核算，这样主要成本就是一次加法，而不是一次挖掘。
- 营运： 推车和蒸笼设备维护、布草和小件更换（茶杯总会“走丢”）、布草、POS和预订系统费用，以及外卖平台佣金作为独立科目，这样你能看到这个渠道真正花多少钱。
现金密集、盖章卡包房的控制
点心服务仍然比大多数业态依赖更多的现金和更不正式的记录，这使得基本控制变得格外有价值：
- 每班每个收银员配一个独立现金抽屉，每天核对现金溢缺——记到自己的科目，绝不埋在杂项费用里。按班次看模式，能指出培训问题或更严重的问题。
- 在存款离开门店之前，每天把POS销售流水和存款单核对，而且由收银员以外的人来做。
- 每月盘点并估价那些小而易带走的库存：高级茶叶、鲍鱼和干海味、春节前的高档礼盒库存。高价值干货是典型的损耗盲点。
- 拍照并归档卫生检查和营业执照续期文件及其费用，这样续期永远不会在旺季中断。
这些都不需要一个会计部门。它们需要一个每日结账清单，以及在餐厅终于在下午3点空下来之后执行它的纪律。
让你的账本像你的推车一样新鲜
经营一家点心餐厅意味着掌握一种业态，其中每次服务几百个微小的决定加起来就是当月的利润——推车排班、茶位费处理、周末排班和每盘毛利。赢的运营商是那些账本每周都能显示出每一个数字的人，这样才能有时间调整下个周末的排班或重新给虾饺定价。
从第一天起就准确记账，能避免日后的税务头疼，而一个可以版本控制、逐行审计的纯文本账本，对于一个本来就活在计数和清单上的生意来说，是天然契合的。Beancount.io 提供纯文本记账，让你对财务数据有完全的透明度和控制权——没有黑箱，没有供应商锁定。免费开始，看看为什么开发者和财务专业人士正在转向纯文本记账。
