惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Y
Y Combinator Blog
V
V2EX
Jina AI
Jina AI
爱范儿
爱范儿
M
MIT News - Artificial intelligence
量子位
L
LangChain Blog
Google DeepMind News
Google DeepMind News
酷 壳 – CoolShell
酷 壳 – CoolShell
罗磊的独立博客
腾讯CDC
MongoDB | Blog
MongoDB | Blog
P
Proofpoint News Feed
宝玉的分享
宝玉的分享
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Last Week in AI
Last Week in AI
H
Hackread – Cybersecurity News, Data Breaches, AI and More
F
Fortinet All Blogs
The GitHub Blog
The GitHub Blog
Engineering at Meta
Engineering at Meta
博客园 - 聂微东
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Vercel News
Vercel News
T
The Blog of Author Tim Ferriss

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
200+门店餐饮品牌企业之HR系统项目经验总结
杜哥 · 2023-10-27 · via 人人都是产品经理

下面这篇文章是笔者整理分享的关于餐饮品牌企业中HR系统项目经验总结的相关内容,有想要了解相关内容的同学可以看看,积累积累经验。

最近公司人力资源管理系统上线了,准备项目上线内部盘点会内容,正好总结一下此前的工作。

一、公司背景

公司属于连锁餐饮品牌企业,成立十几年,目前在全国已经拥有门店200多家,每年都有扩店计划,随着规模扩大,为了实现连锁标准化和打造门店盈利,部署信息化系统也算业内是比较早的,先后包括天财收银POS+金蝶erp+自研CRM系统+订货系统+智慧餐厅系统等。

早期公司更关注餐饮门店生产经营,如全渠道订单管理、场景化点餐应用、标准化的营销应用等,对于整体人力方面的信息化管理关注比较弱。

随着企业规模的扩大,管理和运营的复杂度也随之增加,人力资源管理问题更加日益凸显,主要表现在HR人员配备不足、工作效率与专业性难兼顾、门店属地化管理严重、总部信息滞后、门店难以统一标准化管理等问题,无法与快速发展的企业相匹配,erp系统也无法满足更精细化的人力管理要求,需要通过更精细化、专业化的人力资源系统工具来提高运营效率和管控风险。

二、人力业务背景

做过餐饮行业管理系统就会知道,需要沉淀大量行业管理经验,因为餐饮行业的复杂程度只有你做了才明白。

因此,我们公司基本上跟业务息息相关的,我们的会员管理、供应订单系统基本都是自研为主,市面上系统个性化定制成本高,主要是难以完全符合管理需求的软件又没有,我们也尝试过很多的第三方系统,包括一些外包公司做数字化工具的开发和使用,最后我们发现,没有办法,我们只能自研,但是成本和投入也高。

在费用和功能的平衡上,像财务、点餐还有人事在行业内有共识,相对稳定的业务,我们还是以外采为主,这就涉及到系统选型。

人事系统选型前,我们先聆听、收集和挖掘业务部门在业务运营中的业务痛点,整理相关的业务需求,并评估业务痛点、业务需求的紧迫性、影响性,梳理此次刺痛建设的功能需求。

1. 总部管理诉

1) 标准化

各区域、门店人力资源管理水平不一,造成的结果会是各个店面由于每个店长的能力不同而经营管理政策落实大不同。

2) 合规化

各门店人员信息、合同、健康证审批等传统线下手工操作容易出错,查询麻烦,总部信息稽核成本高,风险大。

门店店长权限过大,容易滋生腐败、徇私舞弊现象,比如包括”通过伪虚报工时、偷吃空饷、伪造打卡记录等。

3) 可视化

企业连锁化之后,沟通、执行力、督导能力的保持就非常重要。门店分散,一线劳动力管理不可视,信息沟通传递滞后,不及时。滞后管理使集团管理层疲于应付,如何足不出户就可以做到预先管理,如何了解各个门店人力健康度将是一个迫切需要解决的问题。

4) 数据化

业务离线,数据不留痕,难追溯归因,人力资源数据收集及报表统计困难,无法有效应用支持经营决策。

5) 自动化

简化事务性工作,如稽查、考勤、算薪、报表统计,节省人力成本,提高管理效率。
使用一套全集团统一的人力资源餐饮管理系统,使各店管理精细化、标准化、可横向对比,可以使集团管理者在最短的时间内,清晰的发现某个店面经营管理存在的某些方面的问题和疏漏,从而可以快速指导并责令改正。

2. 门店管理诉求

1) 灵活

人员流动性高,入转调离流程简化,能针对不同的员工(正式工、小时工、暑期工)等进行管理,同时兼顾规范。

2) 便捷

一般门店大大小小事务都要经由店长管理,需要有更便捷、移动的工具,比如快速完成入职流程登记、快速生成日人效报表,解决手工统计的麻烦。

3) 提效

提高人员管理效率,尤其是排班管理,手工排班非常耗时耗力,无法完全依赖门店店长去做人效提升。

3. 功能需求

4. 小结

我们这次上系统的核心目标就是全面提升效率和精细化管理,重点关注两大目标:

5. 减少人工,提升人力业务效率

将总部及所有门店人事流程全部转入线上,建立所有门店的数字化信息档案,总部可集中管控档案的信息数据和查阅权限,利用系统减少各种人事重复性工作的同时,规避人事用工风险。比如考勤统计、薪资核算及多数据逻辑计算,如果通过人工,需要好几天到一周,但系统处理可能只需要30分钟,且出现错误可立刻溯源,这就是管理系统建设的必要性,实时采集到各个数据,这种即时性能让管理、营运部门得到快速提升。

6.借助系统,让管理更聚焦人效

餐饮企业尤其关注人效,系统建设理应重点围绕人效。一是改变传统Excel手工排班,实现科学人效排班,结合门店营业额和门店人效标准,自动测算理论用人数值标准范围,指导店长排班,通过历史数据和各个参数建立、优化,落地智能化排班,简化门店排班和管理的难度。二是,建立人效指标数据体系,对门店每日理论用人、实际用人、门店周/月工时数据指标进行跟踪和分析,控制工时成本,优化排班效率。

三、系统选型及实施

选型初期主要锁定了天财、金蝶、红海云这几家,天龙和金蝶主要是之前已经有过合作,双方也有一定了解,再次合作应该会减少沟通成本,红海云是业内熟人朋友推荐,这两年做过很多大餐饮品牌,像呷哺呷哺、九毛九也是他们的客户,也想看看能不能从他们那了解到这些头部企业怎么做管理。


为了更好的验证系统的适配性,这次我们也提出了POC要求,主要截取考勤排班场景进行测试,需要根据我们自己的排班流程和需求设定,移动端可查看,并且关联工时统计、存借休管理等。

天财系统还是侧重运营营销,人事模块尚在起步,最终种种原因没有做下来,金蝶和红海云都有完成测试,对比下来还是红海云HR系统呈现的效果更符合我们的预期,看得出对餐饮行业经验比较丰富,也是我们最终选择他们的原因。

目前,公司整体的数字化建设已经到了深水区,之前也上过不少系统,这次上HR系统虽然谈不上压力,还是非常考验执行力的,需要IT、人力业务部门、还有供应商的通力配合,尤其是像排班、报表这些模块系统建设,高度关联业务运营,还需要人力部门同事和红海云的团队一起加班来梳理流程、测试和反馈,也是因为大家的执行力都给力,本来预计5个月第一期的系统上线,最终3个月就完成了。

上线运行了一段时间,整体效果还是不错的:

  • 在系统构建起来之后很多事情取代人工的工作,降低运营成本。比如公司薪酬业务一共只有8个人,要支撑起200多家门店人员薪资管理,完成核算、发放与分析,如果没有系统的支持工作量非常大,短期内完成几乎不可能,现在基本上半天就可以搞定。
  • 通过数字化管理手段提升对门店管控,大大提升了人事信息稽核工作的效率和准确度,提升巡店管理效率。
  • 此前由于历史系统孤岛较多,对于数据拉取不便捷,再加数据传输的稳定性不好。拉通全数据链条,通过红海云HR系统集成和接口打通,实现与收银、财务等业务全系统互联互通。

四、感悟

  1. 系统没做到的地方,人就需要做的多一些。连锁餐饮企业发展过程,就是系统逐步升级和人的因素下降的过程,否则企业就会陷入系统不好用人员管不好的管理怪圈,以前我们是业务来驱动系统升级,随着业务全面在线,数据化之后,智能化后,系统就可以看到业务看不到的地方主动提醒和优化,比如员工健康证一旦过期,系统会智能发出提醒。
  2. 随着企业规模的发展,管理也一定会越来越复杂,技术手段必须跟上,业务的灵活性,管理规范化,数据的准确性非常重要。比如餐饮人力流动性高、排班复杂、用工灵活等导致企业的人力成本核算及分摊等都非常难以精确,每个门店的人力资源ROI究竟有多少?人效标准是多少?这些基本问题都很难回答清楚。只有通过技术手段,将各个门店的管理数据、实际人效数据进行对比,业务才能算清楚我们的人力成本到底有多少。
  3. 有些功能可能无法100%达到预期,完全解放人力,但不代表它是失败的,系统建设也是个动态发展的过程,相信未来餐饮行业一定会实现智能技术大规模解放人力的那一天。

本文由 @思常在 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。