生物科技 小程序 + 双后台 3 个入口 案例专题

南京泌萃生物科技 品牌门店服务系统 品牌方、门店、顾客三层打通;两套服务端各管一层数据

南京易企达为南京泌萃生物科技交付品牌门店服务系统:品牌方后台管产品、辅料库存、培训与招商,门店后台管客户档案、维养进度与预约核销,顾客在微信小程序下单与服务查询,两套服务端各管一层数据。

一句话概括:品牌方在后台管产品与库存,门店在后台管客户档案与维养进度,顾客在小程序下单预约查记录;两套服务端各管一层,客户档案挂在门店名下、不跟员工走。

3 个入口品牌方后台 / 门店后台 / 顾客小程序
约 4 周交付周期
2 套服务端平台与门店分开部署,权限边界清楚
6 块功能产品库存、客户进度、服务预约、专家、培训、招商
1 份档案客户服务记录跟着门店走,专员换人不丢

客户背景:原来怎么运转,卡在哪

只写客户原来的做法与因此碰到的问题;客户的内部业务规则与运营数据不在本页展开。

客户与场景

生物科技类品牌,直营店与门店共同经营周期性的顾客服务。品牌方要管产品、辅料与门店能力,门店要管到店顾客的服务进度,两边职责与数据不能揉成一堆。

原来怎么运转

  • 客户档案记在门店本子或店员微信里,换人接手就断层
  • 辅料库存按店口头报数,品牌方看不到真实消耗
  • 维养进度靠店员记时间,该回访的客户没人提醒

卡在哪

  • 品牌方与门店要各管一层数据,一套后台权限分不开就会互相越权
  • 专家咨询、门店培训、招商这些非交易动作没有地方沉淀
  • 门店权限没收住,客户资料可以被整批导出

项目速览:8 项关键事实

下面是可以直接引用的事实口径:项目定位、交付形态、覆盖范围、技术选型与归属。客户内部运营数据与商务条款不在本页展开。

项目名称
品牌门店服务系统
客户与行业
南京泌萃生物科技(生物科技 · 品牌直营与门店服务)
承接方
南京易企达网络科技有限公司(南京本地团队,可线下对接)
项目定位
品牌方管产品与库存,门店管客户与服务,顾客在微信里预约和下单
交付形态
品牌方后台 + 门店后台 + 微信小程序,配套两套服务端
交付周期
约 4 周,自需求与原型确认、首期款到账之日起计
覆盖范围
产品与辅料库存、客户档案与维养进度、服务预约与核销、专家咨询、门店培训、招商与分销
交付与归属
源码、数据库脚本、部署文档与接口文档按合同随验收移交,管理员账号与著作权归客户

6 块功能:系统到底做了什么

每一项都是客户实际在用的功能,不是模块清单。

产品与辅料库存

产品与辅料分开建台账,入库出库结存按单留痕

客户档案与维养进度

每次服务留一条记录,服务到第几次、下次时间一目了然

服务项目与预约

定义服务次数与时长,小程序预约、到店核销

专家咨询

专家标签与收费标准,线上咨询可接待与留痕

门店培训与考核

按门店与期数记录培训主题与考核名单

招商与分销关系

招商渠道、签约状态与邀请码,推荐关系自动落账

项目架构:谁在用,数据往哪走

先看入口与业务域,再看技术选型;只写结构与取舍,不写客户内部数据。

项目架构图谱(简化):4 层结构,多端接入同一套服务

L1 · 入口层(3 项)

品牌方后台PC 端 · 产品、库存、培训、招商
门店后台PC 端 · 客户、服务、员工
顾客端小程序微信 · 商城、预约、查询

L2 · 接入层

微信登录、支付回调、短信验证码、二维码、文件存储作为共享能力;平台与门店两套后端各守边界。

L3 · 业务层(4 项)

平台侧产品与辅料库存、培训、招商与分销
门店侧客户档案、服务记录、预约与核销、员工
顾客侧小程序下单、预约、查记录
专家咨询专家标签、线上咨询、接待与收费记录

L4 · 数据层

客户档案挂在门店名下(不挂员工),服务记录与出库单关联;平台与门店数据分两层,门店只看自己客户。

技术选型

品牌方后台:
PC Web 端,管产品、辅料库存、培训、招商
门店后台:
PC Web 端,管客户档案、服务进度、员工
顾客端:
微信小程序,下单、预约、查记录
服务端:
平台服务与门店服务两套后端,分开部署,权限边界清楚
共享能力:
微信登录、支付回调、短信验证码、二维码、文件存储

3 条设计取舍

同样的需求,不同做法代价不同;这里写清当初为什么这样选,以及不这样选会怎样。

两套后端,不是一个后台切角色

品牌方与门店的权限边界天然不同。分开部署后,门店侧出问题不影响平台侧,数据也不会因为一个越权用户而串层。

客户档案挂在门店名下,不挂在员工名下

人走了客户还在,这是服务型生意能不能积累的前提。员工只负责服务,不持有客户。

库存与服务同在一个系统

出库单能对到具体那次服务,耗材才不会变成糊涂账。两个系统各记一半,永远对不上。

这个项目做对了四件事

不是功能罗列,是当初的判断。

1

客户档案不跟着人走

顾问离职是最容易丢客户的时刻。档案存在门店名下,服务记录、进度、下次时间都留得住,换个人接着做,客人不用从头再说一遍。

2

服务到第几次说得清

一个周期做了几次、前后差别在哪,客户和门店看的是同一份记录。扯不清的时候,有据可查比事后解释有用。

3

耗材去了哪能对上

出库单和具体服务挂在一起,产品与辅料不再是一笔糊涂账。库存准了,补货和成本才谈得上准。

4

扩张有据可依

开新店、招加盟,靠的不是感觉:培训记录、考核名单、招商渠道与签约状态都在系统里,谁在什么进度一目了然。

适用边界:什么情况适合做,什么情况先别做

判断标准写在这里,避免双方预期错位。

适合:4 条同时成立

  • 多门店或直营 + 加盟:品牌方要看到全局,门店要管自己的客户。
  • 产品由品牌方统一供应:库存与出库需要跨门店对流。
  • 服务有周期:一个客户要做多次,必须记到第几次、下次什么时候。
  • 有扩张计划:培训、考核、招商渠道需要留痕,不能靠人传人。

先别做:换方案或先理顺

  • 单店夫妻店:客户在老板脑子里,上系统反而是负担。
  • 纯零售不提供服务:只需要进销存,不必上客户档案与进度。
  • 不做客户建档:没有档案就没有进度,系统再全也用不起来。
  • 指望系统替代管理:培训与考核是人的事,系统只能记录,不能替门店执行。

生物科技常见问题(7 条)

问答与本页结构化数据同源,答案口径与新官网一致。

这套系统分几个角色?
三类:品牌方(平台运营,看全局)、门店(店长与顾问,管自己的客户与服务)、顾客(微信小程序,下单、预约、查记录)。三个角色看三份菜单,不是同一套界面切权限。
品牌方和门店的数据怎么分?
两层:平台侧存产品、库存、培训、招商这类跨门店数据;门店侧存客户、服务记录、订单。门店只能看到自己的客户,品牌方看得到各门店的经营汇总,但看不到也不需要看到每一张服务单的细节。
客户档案和维养进度是怎么记的?
客户建档后,每次服务完成即产生一条记录:做了什么项目、第几次、服务时间、下次约定时间。多次记录之间可以做对比,进度不是靠顾问口述。
顾客在小程序里能做什么?
看项目与服务、线上下单、预约到店、查自己的服务记录。核销在门店完成,不需要顾客额外操作。
为什么要两套后端,一套不行吗?
可以一套做,但这类业务里品牌方与门店的权限边界很硬,一套后端靠角色字段隔离,一旦权限写漏就是数据串层。分开部署的代价是运维多一份,换来的是边界清楚、故障不互相牵连。
能和我们现有的系统对接吗?
可以按需对接,前提是对方提供接口。常见的是把商品、门店、会员的基础数据同步过来,业务仍在本系统里跑,不替代原有系统。
大概多少钱、要做多久?
本页不含报价。这类项目通常分阶段:先上门店侧的客户与服务,再补库存、培训与招商,最后做顾客端小程序,按阶段验收。工期主要取决于门店数量、要对接的系统数量和历史数据量。

也在做生物科技这类系统?

先问业务,再出方案报价。南京本地可上门或到公司面谈,外地走线上沟通 + 原型文档。