角色先数清，界面再动手；权限不是勾选框，是三层边界

我们在长沙做小程序定制，每年都会碰到几个「功能全做了，就是用不起来」的项目。这类项目聚之唯接过不少，看下来问题八成不在功能，在角色——功能清单全打了勾，界面却按同一套裁，5 种人打开同一个系统，谁都觉得别扭，但谁也说不清哪里不对。

做这类项目，我们开场问客户的第一句话基本是固定的：这个系统，最后有几种人打开？

最典型的一单是长沙一家做商业房屋租赁的平台。需求清单上只写了一句话：要一个小程序。真拆下去，同一个系统得装五种人：房东看房源和收租、租户签合同交租金、销售录客户算提成、管家处理报修带看、财务对账开票。五个角色，五套规则，一套都不能省。

所以这篇不聊功能清单，只聊三个动作：角色怎么数、权限怎么分三层、每个端的首屏该放什么。最后再用三个容易翻车的地方和 5 个数，把这三步验收一遍。

一、角色不是按岗位数，是按「看不看别人的数据」数

数角色有个简单标准：同一个人，是否需要看到别人的数据？需要，就是两个角色；不需要，可以合成一个。岗位名称不重要，数据边界才重要——同一件事，店长和店员都能干，但店长能看到全店、店员只能看到自己，这就是两个角色。

按这个标准，一个商业租赁项目通常是 5 个角色。下面这张表是整篇文章的底稿：中间两列决定界面怎么画，最后一列决定权限怎么分，后面两节都从它往下拆。

房屋租赁这个项目上线后，租赁工作台上常驻四个数：房源总数 8,932、在租 6,482、本月收款 2,834,600、逾期账单 126,560。四个数五个角色都看得见，但各自点进去只能改自己那一部分——这就是下一节的权限。

图 1　商业房屋租赁平台——房东、租户、销售、管家、财务五类角色共用一套系统，在线签合同、交租金、分提成、全流程管理（案例由聚之唯出品）。

二、权限要分三层，不是打一张勾选表

很多项目把权限做成一张勾选表：这个人能进这个页面、不能进那个页面。这只做了第一层。真正能挡住事故的是三层，一层都不能少。上一张表最后一列「能批到哪一档」，就是最常被漏掉的第三层。

三层里最容易漏的是第三层「可批」。折扣、退款、免单这三件事，金额档位一定要写进权限：500 元以下店长批，500 到 5000 元区域经理批，5000 元以上老板批。规则写死在系统里，比写在制度文件里管用——制度要靠人记，系统不用。

还有一个细节常被跳过：改价、删单、代下单这三类操作必须留操作日志，日志里要有「谁、什么时候、改了什么、改成什么」。真出了纠纷，日志是唯一说得清的东西。

三、界面不是「同一套页面裁一裁」

五个角色用同一套页面，最常见的做法是把不能点的按钮藏起来。藏按钮只能防误操作，防不住看不该看的数据，也解决不了「打开之后不知道先干什么」。分端的原则是：每个端首屏只放这个人今天要处理的事。

一线员工端的首屏只放「今天要做什么」，千万别放数据看板。人一旦在首屏看见一堆数，就会开始研究数，而不是干活。老板端反过来，只给趋势不给明细——老板要看的是哪家店掉队了，不是第 137 号订单的备注写了什么。

四、角色超过三个，三个坑几乎躲不掉

维厨保是另一个典型：商家报修、师傅接单、平台派单，三类人跑一条链。商家在小程序里一键下单、填设备信息、跟踪进度；师傅入驻后按行业标准和服务标准接单，平台就近派单；平台侧做报价规范、服务质量评分和优质师傅推荐。三类人三套规则，这是它能服务全国餐饮门店、做了六年还在跑的原因。

图 2　维厨保后厨设备报修平台——商家一键报修、师傅入驻接单、平台智能派单与评分，三类角色跑同一条链（案例由聚之唯出品）。

坑一：一个人挂多个角色

小店老板既是老板又是店长还是收银，账号要能切换角色，但数据边界不能跟着糊。做法是同一账号挂多个角色，进入时选身份，切换时刷新权限缓存，不能靠前端藏按钮来区分。

坑二：离职交接

员工走了，他名下的客户、待办、待审批要能一键转给别人。转不了的结果是：客户没人跟、工单没人接、审批卡在半路，最后怪系统不好用。这个功能上线前就必须有，别等第一次离职才想起来。

坑三：跨门店代操作

总部的人帮门店下单、改价、补单，必须在日志里留下「谁代谁操作」。不然月底对账，门店说没这单，总部说有，谁都拿不出证据。代操作权限建议单独一个开关，默认关闭，需要时开、用完关。

五、角色分对没有，5 个数比开三次复盘会准

分角色这件事没有标准答案，但有验证方法：不问用户满不满意，只看 5 个数。这 5 个数每个月对一次表就够。

「角色活跃率」是最诚实的一个数。财务端常年只有 1 个人登录、一周一次，说明财务这块压根没进系统，还在 Excel 里跑；管家端登录率低，说明工单还是靠微信群喊。低在哪一端，就先修哪一端，别急着加新功能。

还有一种情况要分开看：只有一个数低，那是那一端没做好，改界面；连着三个数一起低，先别动界面，回去查角色是不是数错了——最常见的错是两个角色被合成一个，结果每个人的首屏都在装别人的事。

写在最后

「先数角色、再分三层权限、最后定首屏」这个顺序不是设计规范里抄的，是多角色项目里最省事的一种排法。聚之唯 2016 年在长沙成立，10 年下来服务 1200+ 政企客户、交付 1200+ 落地案例，商业房屋租赁、后厨设备报修这类多角色系统是我们做得最多的一类。

一个项目五种角色不稀奇，稀奇的是五种人打开同一个系统，都能在第一屏找到自己今天该干的事。角色数清、权限三层立住、首屏各归各位，这套小程序才算真的有人天天用——5 个数就是它的体检表。