上一轮的答案我们收到了,大部分已经定了,这一轮不会重问。 但有几处答案之间对不上,或者你们写在备注里的想法比选项更重要——这些不问清楚,我们会做错方向。
第 01 题是总闸,它卡着人事和会员两大块。其余四题都很短。
这些我们已经按你们的答案开始做了,除非你们主动说要改,否则不用再管。
这是本轮最重要的一题,它决定了人事管理、会员管理、佣金三块怎么建。
你们上一轮备注写的是这个意思吗?必答
你们的原话:「会员包括员工,员工是会员的一种,非对外展示的会员级别,比如员工开启核销功能」
为什么要再确认:这句话不只是回答佣金问题,它是在说员工和会员本来就是同一批人。
如果是这个意思,那我们要做的改动比原计划大——现在系统里员工和会员是两张表、两套人,
要合成一套。但合完之后有个好处:佣金不用另做一套了,员工那个等级配个分成比例就行。
要注意一点:员工需要登录后台(有账号密码和权限),会员不需要。所以就算合成一套人,
登录账号那部分还是得单独留着。
部门/场所之间有没有上下级关系?必答
为什么再问一次:上一轮你们选的是"现在的门店就够了,只是换个叫法"。
但你们字段表里「组织架构」写了一个字段叫「上级组织」——这个词的意思是要分层级的
(比如「衡社荟 → 私宴事业部 → 后厨组」)。
我们查了现在系统里的门店,它是平的一张列表,没有上下级,也没有「负责人」和「成员数」这两个字段。
所以"只是换个叫法"其实覆盖不了你们表里写的东西,得你们定一下到底要哪个。
你们说的「员工申请通道再进行审核」,是哪一种?必答
为什么问:上一轮你们选了"保持发邀请链接",但备注加了一句要审核。
现在系统的邀请流程是管理员发链接 → 对方填完就直接生效,中间没有审核这一步。
而且"申请通道"这个说法听起来是员工自己主动申请,方向和"管理员发邀请"正好相反。
这两种做法要建的东西不一样,得先定清楚。
现在有哪些组合套餐?各自怎么分?
为什么问:上一轮你们定了"比例必须加满 100%",规则我们已经照做了。 但实际的套餐和比例那一栏是空的。这个不影响我们开发(比例是后台可以自己配的), 只影响上线时里面预置什么。定不下来也没关系。
商品分业态这个决定,有个代价想跟你们说清楚必答
为什么再提:上一轮你们选了"商品各业态分开",我们照做。
但有件事当时没说透:分开之后,采购、核销、库存这三块都要分别对接两套商品,
等于同样的活干两遍。所以"分开"虽然听着改动小,
实际总工作量反而比合并成一套要大一些,以后每加一个新业态还要再接一遍。
你们知道这一点之后,如果还是选分开,我们就照这个做,没问题——只是想确认不是误会。
还有什么要补充的
上一轮之后新想到的、或者我们哪里理解错了,都写在这。
填完发回给我们
点第一个按钮,结论就复制好了,直接粘到微信发回来即可。
填写内容自动存在这台设备的浏览器里,中途关掉不会丢。换设备或换浏览器要重填。