很多酒店老板都遇到过这种“隐形亏损”:前台交接不清,退款没走完;店长能看所有数据,财务也能乱改配置;分销带来的订单算不清到底是谁的业绩……最后大家都觉得是“人不行”,但说实话,大多数时候是账号和权限没设计好。
如果你正在做酒店小程序开发,或者已经上线了酒店预订小程序/民宿小程序,我建议把员工管理当成“基础设施”来做:角色、部门、门店归属、数据权限、业绩与佣金统计,要能一眼看懂、每个人各司其职。下面用云乐住多商户的“员工与部门管理”能力,拆一套可直接照着落地的做法。
一、员工管理不是“加账号”:先把角色、部门、门店分清
很多系统一上来只有“管理员/普通用户”,结果就是:要么权限太大,要么什么都看不到。酒店场景建议先定三条线:
- 门店线:谁属于哪家门店(多商户尤其重要)。
- 部门线:前台、客房、财务、运营、餐饮等,便于排班和分工。
- 权限线:能看什么数据、能操作什么按钮(比如改价、退款、核销)。
1)建议的角色清单(先够用,再细化)
- 平台管理员:配置支付、分账、模板、总数据。
- 门店管理员/店长:看门店数据、处理订单、管理房态。
- 前台:只处理订房订单、入住/退房、退款申请发起。
- 财务:只看收款/退款/日结/提现,不动运营配置。
- 核销员:只做套餐/门票/商品核销和记录查看。
云乐住多商户本身就有平台管理员入口/门店管理员入口,再配合角色权限与数据权限控制,基本能把“越权操作”压到最小。
二、云乐住怎么管员工:信息、归属、分销等级、业绩一套打通
在云乐住多商户里,员工管理不是只有“账号列表”,而是把运营需要的字段都放齐:
- 员工类型:支持内部员工,也支持普通分销员统一管理。
- 员工信息:姓名、手机、昵称等基础信息。
- 归属关系:部门/门店归属,方便做门店隔离与部门协作。
- 关联分销等级:把“谁能拿多少佣金”绑定到等级规则里。
- 业绩与佣金统计:销售订单统计、佣金总额、已提现金额、未提现余额。
2)一张表看懂:字段怎么用才有价值
| 字段/能力 | 解决什么问题 | 运营建议 |
|---|---|---|
| 部门/门店归属 | 跨店串数据、协作混乱 | 先按门店隔离,再按部门分工 |
| 角色权限/数据权限 | 误操作、越权改配置 | 关键动作(改价/退款/分账)只给少数人 |
| 业绩统计 | 提成口径说不清 | 把“订单归属”写进制度:谁接待谁归属 |
| 已提现/未提现余额 | 月底对账才发现差额 | 每周固定对一次,减少纠纷 |
三、佣金和业绩别等月底:用“实时统计 + 可追溯记录”管住账
你会发现,佣金纠纷通常不是因为金额大,而是因为“没有证据链”。云乐住的思路是:订单带来的业绩、佣金累计、提现动作,都要在系统里可追溯。你至少要做到三件事:
- 业绩按订单统计:员工销售订单统计能直观看到贡献。
- 佣金分成可汇总:佣金总额、已提现、未提现,一眼对齐。
- 提现有流程:提现申请、审核、打款(平台可控)。
这样你就不会出现“谁说自己带来的客人”这种扯皮,数据会说话。
四、落地流程:三步把员工管理跑起来
- 第1步:先建门店、再建部门,把人挂到正确归属。
- 第2步:按岗位配角色权限,关键动作做“最小授权”。
- 第3步:确定业绩口径(接待/成交/核销),每周复盘一次。
五、最常见的坑:提前避开省很多事
- 坑1:所有人都是管理员。短期省事,长期必翻车。
- 坑2:只管账号不管归属。多门店一混,数据就乱。
- 坑3:佣金没记录。没有“已提现/未提现”的明细,纠纷一定来。
总结一句话:员工管理不是“后台功能”,而是运营效率。把角色、权限、门店隔离和业绩佣金打通,你的酒店小程序开发投入才真正变成可控的管理能力。