关于上座率、翻台率、上座率、单消费数据分析
环境cloud3.0,+餐饮插件3.0
举例:
餐厅在选址开业前,就设定好了:
本餐厅:
房台类型:四人散台(2张、人均消费50元、桌均消费50元/人*4人=200元)
桌号:101(四人散台、可容4人)、102(四人散台、可容4人);
餐厅开业:
101桌,客人A两人就餐。
102桌,客人B两人就餐。
此时客人C两人来店就餐,因为没有台位,需要与101客人共用一张桌子就餐。
cloud食神无法实现拆桌。
目前解决方法:
增加房台信息时:101,增加为101A,101B;102,增加时102A,102B
同样的情况开台时:
101桌,客人A两人就餐,开101A。
102桌,客人B两人就餐,开102A。
客人C,开101B.
软件本身没有问题,统计也正确。但是对于经营分析就有偏差了。
客人C,客人A,都用的是101桌,账单总额、人均消费、单消费、上座率、都应该按照开业时预设的桌子分析计算。
现在系统无法统计出预设的桌位数、人数,自然无法统计人均消费、单消费、上座率了。
现建议如下:
增加一个表:
房台预设信息,
与现有的房台信息关联。
房台信息关联
再与报表:房台营业汇总报表关联。
这样分析:
翻台率、上座率、单消费、人均都有一个标准值参考。数据更准确。
这个不方便。拼上10个桌,操作员会疯掉了。
客人A来消费,入住101房。客人B来消费,需要拼桌。
软件流程会很繁琐:
1.101房开房,客人A消费。
2.客人B来了,操作员先101房换房,101A.
3.开台101B,客人B消费。
4.结账时,101A换房到101房,结账,
5.101B,结账时换房到101房,结账。
不方便。
------------------------
我提议的流程是:
1.增加新表:系统预设桌位:散台:101桌
2.现有房台列表不变,增加字段绑定标准桌。101A归属于101桌,101B归属于101桌。
3.房台分析报表增加字段:标准桌101桌,101A,消费情况。
数据分析:按照标注桌分析:上座率、翻台率、单消费、人均(101桌数据包含101A,101B数据)
可以在101A、101B增加101的房台关联,因为要改动基础资料、营业数据、报表,以后补丁考虑加入
关于上座率、翻台率、上座率、单消费数据分析
环境cloud3.0,+餐饮插件3.0举例:餐厅在选址开业前,就设定好了:本餐厅:房台类型:四人散台(2张、人均消费50元、桌均消费50元/人*4人=20...
点击下载文档
本文2024-09-16 17:59:25发表“云星空知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-k3cloud-19242.html
您需要登录后才可以发表评论, 登录登录 或者 注册
最新文档
热门文章