第343章 数字化管理（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
林晨用了一个周末的时间，把晨枫快餐的管理系统从Excel搬到了一个真正的系统里。
周五晚上十点，第一家店打烊之后，林晨坐在后面的小仓库里，面前是一台笔记本电脑和两罐红牛。屏幕上是VSCode的界面，左边是Python代码，右边是MySQL的数据库表。他敲了四个小时的代码，从订单管理模块开始写。Python和FastAPI搭后端，MySQL存数据，小程序做前端，没有用任何复杂的框架，每一步都是为快餐店的实际需求设计的。数据库的表结构他画了三版，第一版太复杂，第二版缺了几个字段，第三版才定下来。每张表对应一个业务模块，订单表、库存表、排班表、财务表，四张表，干干净净。
订单管理是最先上线的功能。两家店的订单数据通过小程序实时同步，林浩在任何一家店都能看到另一家店的出菜情况。第二家店的平均出菜时间从面板上能看到，如果出菜时间突然从五分钟变成八分钟，数字旁边会出现一个红色的标记。林晨在代码里设了一个阈值：出菜时间超过七分钟就标红，超过十分钟就弹窗提醒。他试了几次，阈值调到七分钟正好，太低会误报，太高会漏报。
第二家店出菜慢了，这边有提示。林浩看着iPad上的界面说。
看数据不如看人。林晨补了一句，但数据能告诉你什么时候该去看人。
林浩没说话，手指在iPad上划了两下，把第二家店的出菜时间面板放大了。屏幕上显示的是过去两个小时每道菜的出菜时间曲线，回锅肉的平均出菜时间从六分钟变成了五分半，鱼香肉丝稳定在五分钟。数字不会骗人，但数字也不能替他站在灶台前面。
库存管理模块是林晨从FGPT的代码里改出来的。他把金融数据接口换成了食材数据接口，把策略信号换成了补货提醒。系统每天晚上自动统计两家店的食材消耗量，计算出每种食材的安全库存线。任何一种食材低于两天用量的时候，林枫的手机上会收到一条提醒。林晨把库存预警的阈值设成了两天用量，太短容易断货，太长容易浪费，两天是个平衡点。
林枫看了一眼手机上的提醒。猪肉还剩四十斤，明天要去拉货了。
系统会自动提醒你。林晨说。
我知道，但它提醒的时候，我已经在路上了。林枫把手机揣回口袋。他每天凌晨四点出门拉货，系统的提醒对他来说更像是一个确认，而不是预警。不过有总比没有强，至少他不用再在脑子里算库存了。以前他每天睡前要在脑子里过一遍第二天的食材需求，猪肉还够几天、蔬菜还够几天、调料还够几天，现在这些数字全在系统里，他只需要看一眼手机就行。
员工排班模块是最简单的。一个日历界面，每个员工标上上班时间，两家店的排班在同一张表上。谁在哪家店，颜色标注清楚。排班冲突的时候界面会弹出黄色提示，林浩不用再在脑子里算谁今天在哪里。林晨在排班逻辑里加了一个规则：每家店至少要有一个能出全部十道菜的人，如果排班结果导致某家店没有熟手，系统会自动标红。
以前排班靠脑子想。林浩扫了一眼日历界面，现在看颜色就行。
财务报表模块林晨花的时间最少。林枫的手写报表已经很详细了，他只需要把数据从纸上搬到系统里。日报和周报自动生成，营收和净利润、翻台率和回头客占比，这些数据以前林枫要花一个小时算，现在系统五秒钟出结果。林晨在报表里加了一个同比环比的计算，每天跟昨天比，每周跟上周比，每个月跟上个月比，数据的变化趋势一目了然。
系统上线的第一天是个周一。林枫拿着iPad坐在第一家店的角落里，从中午十一点看到下午两点。他没说话，只是在屏幕上点来点去，看每一个模块的数据。订单模块和库存模块他各点开看了两遍，排班模块和财务模块各看了一遍。他特别仔细地看了库存预警的那一栏，猪肉、蔬菜、调料的剩余量和安全库存线全部标成了绿色和黄色，没有红色，说明一切正常。
跟你T厂的系统有什么区别？林枫终于开口了。
没区别。逻辑一样，数据不一样。林晨坐在对面，手里端着一杯水。
林枫想了一下。那这个系统能不能算出来哪个菜最赚钱？
林晨拿过iPad，点了两下屏幕，调出一张表格。十道菜的毛利率排名从高到低排列，鱼香肉丝排第一，毛利率百分之七十四。水煮肉片排最后，毛利率百分之五十八，食材成本高，第二家店已经不上这道菜了。干煸四季豆的毛利率百分之七十一，但单价低，每份的绝对利润只有八块钱。
你把单价和毛利放在一起看。林枫说。
林晨把表格切换成另一个维度：每道菜的每小时利润贡献。鱼香肉丝每小时能出十二份，每份利润七块三，每小时利润贡献八十七块六。水煮肉片每小时只能出八份，出餐时间长，每份利润七块五，每小时利润贡献六十块。这两个菜的毛利率差了十六个百分点，但每小时利润贡献只差了二十七块，因为鱼香肉丝出餐快，同一时间能出更多份。
↑返回顶部↑