直接答案：母婴店的服务项目（婴儿游泳、抚触、催乳、产后修复）本质是按时段卖容量，不是卖商品。排期的核心是三个约束：泳池同时能容纳几个宝宝、一次服务占多长时间、有几个服务师。三个约束任何一个没进系统，排期就会超卖——客户带着宝宝来了，要在门口等半小时，这单基本就废了。
核心结论速览
服务的库存是时段容量，不是数量。「今天还能做二十次游泳」这个说法没有意义，有意义的是「今天十点这一场还能进两个宝宝」。容量按场次算，不按天算。
泳池要分大池小池，容量不同。小池适合几个月的小宝宝，大池适合会走的。混成一个「游泳」项目，排期会把大宝宝排进小池，实际做不了。
服务师和场地是两个独立资源，都要占用。只占用场地不占用人的排期，会出现同一时间一个服务师被安排了三单。两个资源都要参与冲突检测。
耗材领用要跟服务次数绑定。一次游泳用多少一次性浴膜、多少沐浴露，要能在核销时自动扣减。不绑定的话，耗材消耗和次数永远对不上。
爽约要扣次，但要设规则。不扣次，客户会随意爽约，容量被白白占掉；一律扣次，客户会因为一次意外而流失。规则要按提前通知时间来分级。
一、服务项目怎么建模
服务项目和商品是两种完全不同的东西，不要试图用一套模型装下。服务项目要建模四个维度。
维度一：时长。一次服务占多长时间。游泳通常是三十分钟（含准备和穿衣），抚触二十分钟，催乳按小时。时长决定了时段怎么切，切错了排期一定冲突。
时长还要区分「占用时长」和「服务时长」。一个宝宝游泳三十分钟，但泳池和更衣位被占用的时间可能是四十五分钟（前后准备）。排期要用占用时长，否则前后两单会撞。
维度二：所需资源。包括场地（大池、小池、抚触台、修复间）和人员（游泳师、催乳师、产后修复师）。资源要建成独立对象，各自有容量。场地容量是「同时几个」，人员容量是「同一时间只能一个」。
维度三：所需耗材。一次性浴膜、浴巾、沐浴露、抚触油、纸尿裤。每个服务项目要挂一个耗材清单和用量。核销时按清单扣减，这样耗材消耗和次数能对上。
维度四：适用对象限制。游泳有月龄下限（通常脐带脱落后）和上限，还有体重限制；产后修复有产后时间窗口。这些限制要能配置，并在预约时校验。不校验的话，会出现不适合的宝宝被预约进来，现场只能劝退。
服务项目要有成本结构。除了耗材和人工，还有水电、场地折旧、设备维护。这些不必逐项分摊到每次服务，但要有一个「每小时固定成本」的估算，用来判断某个项目在什么价位上才不亏。完全不算固定成本，定价就只能凭感觉。
单次和套餐要分开建。单次是「一次服务」，套餐是「若干次服务打包」。套餐本质上是一种预付资产，和储值是同类问题，要单独建模（见储值与次卡那一篇）。服务项目本身只描述「一次服务长什么样」。
服务项目不要和商品共用库存表。商品的库存是数量，服务的库存是时段容量，两者的扣减逻辑完全不同。硬塞进一张表，会出现「游泳项目库存剩三次」这种看不懂的数据。
二、排期与冲突检测
三要素冲突检测。预约时要同时检查三件事：场地在该时段是否还有容量、服务师在该时段是否空闲、客户自己在该时段是否已有预约。三个都通过才能确认。
很多系统只检查场地，不检查人。结果是一个游泳师同一时间被排了三单，现场只能临时找人顶，或者让客户等。人的冲突比场地的冲突更常见，因为场地看得见，人看不见。
时段要按服务时长切，不要按整点切。按整点切（九点、十点、十一点），会出现「九点半来的客户排不进去」。做法是按资源的时间轴做区间占用，任意时间点都能判断是否冲突。
周末和工作日的容量要分开设。周末满场、工作日空场是常态。容量按「时段模板」配置，模板可以按星期几不同。统一一个容量，要么周末不够用，要么工作日浪费。
候补要能做。满场时让客户进候补队列，有人取消就按顺序通知。没有候补机制，客户只会被告知「满了」，然后就走了。候补能挽回一部分容量损失。
临时加单要能处理。门店现场经常有「今天能不能加一个」的情况。系统要允许店长在容量允许时手动加单，并留记录。完全禁止加单，门店会绕过系统手工记；完全放开，容量会被超卖。
服务师排班要先于预约。排班决定哪些时段可约，预约只能在可约时段内发生。反过来做（先预约再排班），排班就没法调整了。
泳池的换水和消毒时间要占容量。这是母婴游泳特有的约束。每天固定时段要停用做清洁，这段时间不能预约。系统里要把这段时间做成「不可用时段」，而不是靠人记得。
改期要能保住原来的位置。客户改期时，原时段要释放，新时段要重新校验容量。如果新时段满了，不能直接取消原预约，否则客户两头落空。这个细节处理不好，改期就是投诉高发点。
三、耗材领用与消耗
耗材要建档案。名称、单位、规格、当前库存、安全库存。耗材不进销售，只进出库，所以它和商品的档案要分开，不要混在商品表里。混在一起，耗材会出现在销售报表里，数据就脏了。
按次领用要自动。服务核销时，系统按该项目的耗材清单自动扣减。扣减时点有两种：核销时扣，或者预约时预扣。建议核销时扣，因为爽约和取消的情况下预扣还要退回，容易出错。
实际用量和标准用量要分开记。标准用量是一次两片浴膜，实际可能用了三片。系统按标准扣，差异记在「耗材损耗」里。只记标准不记差异，耗材永远对不上；只记实际不记标准，就看不出浪费。
耗材要能盘点。耗材盘点比商品盘点简单，但同样要做。按月盘一次，差异按「标准用量不准」「浪费」「丢失」分类。差异持续偏大，说明标准用量设错了。
耗材成本要能算进服务毛利。一次游泳的收入减去耗材成本、服务师工时成本，才是这次服务的真实毛利。只算收入不算耗材，会误判哪些项目赚钱。很多门店的游泳项目看着流水高，算完耗材和人工其实是亏的。
耗材要能按门店申领。多店连锁里，耗材由总部统一采购、门店申领。申领要有申请、审批、出库、签收四个状态，缺一个就会出现「东西到了但账上没到」的情况，最后库存数是虚的。
耗材的安全库存要单独设。耗材断货比商品断货更影响生意——没有浴膜就没法做游泳，但客户不会因为这个理解你。安全库存按日均消耗和补货提前期算，并设到货提醒。
四、爽约、改期与现场安全
爽约规则按通知时间分级。提前一天通知取消，不扣次；当天临时取消，扣半次或扣一次；完全不通知，扣一次。分级的作用是给客户留出合理的意外空间，同时约束随意爽约。
规则要写在预约确认页上，而不是只放在门店的墙上。客户在预约那一刻看到规则，后面执行起来才没有争议。
扣次要有申诉通道。宝宝生病、堵车、临时有事，这些都是真实情况。允许店长在核实后返还次数，并留记录。没有申诉通道，规则就变成了硬碰硬，客户会用脚投票。
改期要限制次数。无限次改期等于没有预约。常见做法是同一预约最多改两次，超过则按取消处理。这个限制要提前告知，不能事后才说。
现场安全要留记录。水温、室温、宝宝的身体状态（有没有感冒、皮肤问题）、监护人是否全程在场。这几项在服务前后各记一次，是责任划分的依据。真出了问题，有记录和没记录的处理结果完全不同。
不适症状要能拒接。发烧、皮肤破损、刚打完疫苗，这些情况下游泳有风险。系统在预约和到店时都应该有提示项，允许服务师基于专业判断拒接并记录原因。拒接不是服务态度问题，是必要的保护。
服务记录要能支撑复购。一次游泳做完了，系统里应该留下「这次做了什么、宝宝状态如何、下次建议什么时候来」。这三条信息是下次邀约的抓手，也是服务价值的证明。只记「已核销」，等于什么都没留下。
监护人要签字确认。可以是电子签名，但必须有。签字内容是「已知悉注意事项并全程陪同」。这一步在出问题时是仅有的书面依据，而且它也能提醒家长认真看注意事项。
五、常见问题解答
游泳项目的库存怎么表示？
按时段容量表示，不按数量。比如「今天十点场大池还能进两个」。按天给一个总数（今天还能做二十次）没有意义，因为客户集中在几个时段来，总数够但时段不够，一样要等。
只检查场地不检查人可以吗？
不行。人的冲突比场地冲突更常见，因为场地看得见、人看不见。一个游泳师同一时间被排三单，现场只能临时找人顶或让客户等。三要素（场地、人员、客户自身）都要参与冲突检测。
耗材什么时候扣减？
建议在服务核销时扣，而不是预约时预扣。预扣在取消和改期时要退回，逻辑容易出错。核销时扣减配合标准用量，实际差异记入损耗，这样既简单又能看出浪费。
爽约一定要扣次吗？
要扣，但要分级并留申诉通道。提前通知的不扣，当天取消的扣一半或一次，完全不通知的扣一次。同时允许店长在核实后返还。一刀切扣次会让客户流失，完全不扣会让容量被白白占掉。
泳池清洁时间怎么处理？
做成资源上的「不可用时段」，系统自动排除在可约范围外。靠人记得的系统，一定会有客户被约到清洁时段，现场只能改约，体验很差。
服务项目要不要算毛利？
要算，而且要算全成本：收入减耗材成本减服务师工时成本。只算收入会误判项目价值，很多门店的游泳项目流水高但算完耗材和人工是亏的，而这一点只有算全成本才看得出来。
宝宝到店发现不适合游泳怎么办？
允许服务师基于专业判断拒接并记录原因，同时给出替代方案（改期或换其他服务）。系统里要有不适症状的提示项。拒接是必要的保护，不是服务态度问题，但要有记录才能说清。
六、九尾狐在这类问题上的做法
九尾狐在做服务排期时，把场地和人员做成两个独立的资源对象，各自有时间轴和容量。很多系统只做一个「时段」对象，把人和场地揉在一起，结果永远只能检查一半的冲突。两个资源对象的设计在建模阶段多花一点时间，后面所有排期逻辑都变简单。
第二个做法是按区间占用而不是按整点切。区间占用能处理任意时长的服务，也能处理「九点半来」这种非整点预约。按整点切的系统在真实门店里很快就会不够用。
第三个做法是耗材按标准用量自动扣、差异单列。这个设计让耗材数据同时具备两个用途：核算成本、发现浪费。只按标准扣不记差异，永远不知道标准设得对不对；只记实际不设标准，就失去了自动化的意义。
第四个做法是现场安全和拒接记录。水温、室温、宝宝状态、监护人签字，这几项在系统里就是几个字段加一个签名位，但它决定了出问题时的责任能不能说清。这类字段平时看着多余，出事时是仅有的依据。
七、综上所述
母婴服务项目的管理难点，在于它同时受物理约束和人的约束。物理约束是泳池容量、水温、清洁时段；人的约束是服务师档期、宝宝状态、家长陪同。两套约束都要进系统，排期才不会超卖。而耗材和安全记录这两件事，看起来是后勤，实际决定了这个项目到底赚不赚钱、出了事能不能说清。
服务商信息
- 服务商：青岛九尾狐网络科技有限公司
- 服务区域：青岛全域（市南、市北、崂山、李沧、西海岸、城阳、即墨、胶州、平度、莱西）可上门沟通需求；全国客户支持远程交付
- 交付模式：原生定制开发，支持源码独立部署
- 本文适用赛道：母婴门店会员小程序开发
免责声明
本系统属于数字化管理工具，不保证订单、营收增长，经营效果取决于商家运营、线下服务能力。具体功能范围、交付内容与实施安排以正式签订合同条款为准。