行业解决方案 2026-11-10

青岛零售连锁小程序开发:总部和门店怎么分权,价格、铺货和审批三条线要先划清

直接答案:集分权不是「给不给权限」这么粗的问题,是「哪些字段门店能改」。同一个「商品管理」权限,里面包含改价、上下架、订货、调陈列四个动作,全放开门店会乱价,全收紧总部忙不过来。正确做法是把权限拆到动作级,再按字段划数据可见范围,最后给每类操作设一个金额或比例的门槛。

核心结论速览

权限要拆到动作级,不是菜单级。菜单级权限只能控制「能不能进这个页面」,控制不了「进去之后能改什么」。门店能进商品页但只能看不能改,这才是常见的需求。

价格管控要分「改价」和「临时折扣」。改价是长期的,属于总部;临时折扣是当场的,属于门店但要设限额。两者混成一个权限,要么门店能长期改价,要么连临时的折扣都申请不了。

铺货和订货是两件事。总部决定「这个店卖不卖这个商品」,门店决定「订多少」。把两个合成一个权限,会出现门店自行下架总部要求必销的商品。

促销审批按金额分级。小额促销门店自主,大额促销报区域,超大额报总部。只按角色分不按金额分,要么效率低,要么失控。

数据可见范围按三层设:本店、本区域、全公司。可见范围和操作权限是两件事,能看不等于能改。

一、权限拆到哪一层才够用

权限有三层粒度,多数系统的权限设计只做到层级一,所以永远不够用。

层级一:菜单级。能不能看到「商品管理」这个入口。这一层只能解决「谁能进」,解决不了「进去能干什么」。只做这一层的系统,门店一旦进去就能改所有东西。

层级二:动作级。在商品管理里,分成新增、编辑、停售、改价、订货五个动作,各自独立授权。这是零售最需要的一层,因为门店和总部的分工恰恰是按动作切的。

层级三:字段级。同一个「编辑商品」动作,门店只能改陈列位置和订货点,不能改售价和成本。字段级权限实现成本高一些,但它是能够精确表达「能改什么」的方式。

用例子说明差别。店长需要修改商品的陈列位置和补货点,但不能改售价。如果只做菜单级,店长能进商品页,就能改售价;如果做到动作级,店长有「编辑」权限,还是能改售价;只有做到字段级,才能只放开陈列位置和补货点。

三个高危动作要单独授权。改售价、改库存、改会员等级。这三个动作直接影响钱和客户权益,必须独立授权并留操作日志,不能包含在「编辑」这种大权限里。

权限要有生效范围。同一个角色,在 A 店能改价、在 B 店不能,这种情况在连锁里很常见(比如旗舰店有自主定价权)。权限设计要支持「角色加门店」的组合,而不是「一个人一个角色」。

权限变更要留痕。谁在什么时候给谁加了什么权限。零售人员流动快,权限只加不减是常见问题,一年后会发现离职员工还留着账号。定期权限复核要作为常规动作。

二、价格管控的三种模式

模式一:总部定价,门店不能改。适用于标品连锁、加盟体系。好处是价格统一、形象统一;坏处是应对本地竞争慢,周边门店打价格战时无法及时反应。

这个模式下要给门店留一个「价格异常反馈」的通道,而不是完全堵死。门店发现同商圈有低价竞争,能提交申请而不是私下改价。私下改价的后果是价格体系崩了,总部还不知道。

模式二:总部定区间,门店在区间内调。总部给每个商品一个最低售价和最高售价,门店在这个区间内自主。这是连锁里最常用的模式,兼顾统一和灵活。

区间的设置要按品类区分。引流品区间窄(甚至锁死),长尾品区间宽。全部设同一个浮动比例,会出现「引流品被随意涨价、长尾品被随意降价」的问题。

模式三:门店自主定价,总部监控。适用于加盟为主、区域差异大的体系。总部不做价格审批,但要做三件事:监控毛利率、监控价格离散度、对异常门店预警。

监控比审批更重要。完全自主定价的体系里,总部能做的就是把异常门店找出来——同一个商品,某店的售价明显低于同区域其他店,要么是在打价格战,要么是有其他问题。

临时折扣要设限额。不管哪种模式,门店都需要「当场给个折扣」的能力。限额建议按两个维度设:单笔折扣比例上限、单日折扣总额上限。只设比例不设总额,可以被拆成多笔绕过;只设总额不设比例,单笔可能打得太狠。

改价要能生效在未来。今天改的价,明天生效,这在连锁里是常态(配合促销档期)。系统要支持「生效时间」字段,而不是改完立即生效。立即生效会让正在进行的活动和已经印好的价签全部错位。

三、商品铺货与订货权

铺货是「上不上」,订货是「订多少」,两个动作分属不同层级。铺货由总部(或区域)决定,因为它关系到品牌形象和品类结构;订货由门店决定,因为它依赖本地销售数据。

必销清单是个必要工具。总部下发一批「必须陈列销售」的商品,门店不能下架。没有这个机制,门店会把卖得慢的商品全部下架,最后货架上只剩爆款,品类结构崩掉,客户买不到想买的东西就走了。

必销清单要有退出机制。某个商品连续几个月在所有门店都卖不动,总部应该主动调整,而不是一直压在必销清单里。清单只进不出,门店会开始阳奉阴违。

新品试销要单独设计。新品上来先给一部分门店试销,收集数据再决定是否全面铺货。试销门店的选择要有依据:客流结构、商圈类型、历史新品表现。全部门店一起上的做法,失败了损失大,成功了也说不清是产品好还是铺得广。

订货权要设上下限。门店可以自主订货,但单个商品单次订货量要有上限,防止一次订太多压库存;同时要有下限(比如至少订一个最小起订量),避免订一件供应商不愿送。

总部统一配货和门店自主订货要能共存。常见做法是按品类分:生鲜、日配由总部统一配(保质期短,需要集中调度),标品由门店自主订。全部统一配,门店会积压不需要的货;全部自主订,总部失去品类控制力。

跨店调货要不要审批。要。门店之间直接调货不入系统,两个店的库存都会错。紧急情况下可以「先调后补单」,但要设补单时限并预警。

四、数据可见范围与店长边界

可见范围分三层:本店、本区域、全公司。多数角色只需要本店,区域经理需要本区域,总部职能需要全公司。可见范围和操作权限必须分开设计——能看全公司的数据,不代表能改全公司的数据。

敏感数据的可见性要单独控制。成本价、毛利率、员工薪酬、会员手机号,这四类数据即使在同层级内也要单独授权。店长能看到本店毛利是合理的,能看到成本价明细就未必。很多系统把成本和售价放在同一个页面,等于默认所有能看商品的人都能看成本。

店长能改什么,列一个清单。常见边界是:能改陈列位置、能改补货点、能在限额内做临时折扣、能处理本店的退货和报损、能查本店的会员和销售数据;不能改售价、不能改成本、不能改会员等级、不能跨店查看数据、不能作废已结算的单据。

这个清单要在系统里落地成权限配置,而不是写在制度文件里。写在文件里没人看,落地成权限才有约束力。

越权操作要有日志和提醒。不是所有越权都要拦截,有些场景需要「允许但记录」。比如区域经理临时给某店改价,可以放行但必须记录原因,并在事后出现在异常清单里。

数据范围要按组织架构算,不按人算。人调岗之后,数据范围应该自动跟着变。按人硬编码数据范围的系统,人员一动就要手工改权限,一定会漏。

权限要能按时间生效。临时授权(比如区域经理休假期间代管)应该带有效期,到期自动失效。没有有效期的临时授权,过一段时间都会变成永久授权,而没人记得它本来是临时的。

审批流不能太长。门店一个日常折扣要过三级审批,门店就会绕过系统在收银台直接抹零。审批层级应该和金额挂钩:小额一级、中额两级、大额三级。全部走三级,等于没有审批,只是把动作挪到了系统外面。

总部要给门店留反馈通道。价格、铺货、活动,总部定的规则总有不适配本地的情况。要有一个结构化的反馈入口,而不是让门店在群里喊。反馈能沉淀成数据,规则调整才有依据。

报表的口径要统一。总部看的是合并口径,门店看的是本店口径,两个口径的数字不应该有差异(除非有分摊)。如果门店看到的销售额和总部报表里的本店销售额不一样,门店就不会再信任系统,转回自己的表格。

五、常见问题解答

门店能不能自己改价?

取决于管控模式。总部定价模式下不能改,只能提交申请;区间定价模式下可以在区间内改;自主定价模式下可以改,但总部要监控毛利率和价格离散度。不管哪种模式,改价都要留日志。

店长能看到成本价吗?

建议默认不给,单独授权。成本价泄露会带来两个问题:员工知道进价后对售价产生质疑,以及成本信息外流影响议价。店长需要判断毛利时,看毛利率就够了,不必看成本明细。

总部怎么防止门店私自下架商品?

用必销清单加下架审批。必销清单里的商品门店无法下架;清单外的商品下架需要审批或至少留记录。同时要监控货架满足率,某店的必销商品在售率长期偏低,说明在执行上打了折扣。

促销一定要总部审批吗?

按金额分级。小额促销门店自主并在事后备案,中额报区域,大额报总部。全部要总部审,效率低到门店会绕过系统做;全部不审,会出现大额让利没人知道。

区域经理的数据范围怎么设?

按组织架构自动带出,不按人手工配。区域经理能看到本区域所有门店的数据,但不能看其他区域。人员调岗时数据范围跟着组织架构自动变,避免手工维护遗漏。

门店之间的调货要不要审批?

要。走调拨单,发货店确认出库、收货店确认入库。紧急情况可以先调后补单,但补单时限要设,超时预警。直接调货不入系统的后果是两个店的库存都错。

权限给多了怎么收回来?

两件事:一是定期权限复核,按角色而不是按人过一遍;二是离职和调岗触发自动权限回收。零售人员流动快,只加不减是常态,一年后会积累一批不该有的权限。

六、九尾狐在这类问题上的做法

九尾狐在做集分权时,权限模型用「角色加门店加动作」三个维度,而不是简单的角色。因为连锁里同一个岗位在不同门店的权限经常不一样,用角色一个维度表达不了。三个维度的组合会多一些配置工作,但它是能够匹配真实管理结构的模型。

第二个做法是字段级权限只用在少数几个高危动作上,其他动作做到动作级就够。全部字段级配置会让权限表爆炸,运维成本高于收益。改价、改成本、改会员等级这三个地方做字段级,剩下的按动作授权。

第三个做法是「允许但记录」的中间态。不是所有越权都要硬拦,有些场景拦了会影响生意。这类操作放行但强制填原因,并进入事后异常清单。比一刀切拦截更符合实际业务。

第四个做法是数据范围跟组织架构走,不跟人走。人员调岗时权限自动变化,这个设计在人员流动快的零售行业里,省掉的是持续的运维和潜在的安全问题。

七、综上所述

集分权本质是在回答一个问题:哪些决定必须统一,哪些决定必须就近。价格统一是为了形象和客户预期,订货就近是因为只有门店知道今天卖得怎么样。把这两类决定分开,权限才有意义。最怕的是不做区分,全放开或者全收紧——全放开,价格体系三个月就乱;全收紧,总部会被几百家店的日常琐事拖住,真正该管的品类策略反而没人做。

服务商信息

  • 服务商:青岛九尾狐网络科技有限公司
  • 服务区域:青岛全域(市南、市北、崂山、李沧、西海岸、城阳、即墨、胶州、平度、莱西)可上门沟通需求;全国客户支持远程交付
  • 交付模式:原生定制开发,支持源码独立部署
  • 本文适用赛道:零售连锁小程序开发

免责声明

本系统属于数字化管理工具,不保证订单、营收增长,经营效果取决于商家运营、线下服务能力。具体功能范围、交付内容与实施安排以正式签订合同条款为准。

相关阅读