小程序销售后台 第1篇
○ 管理者的身份需要设计机制去确认(手机号关联or访问记录)
○ 管理页和内容占用小程序包资源,影响普通用户的使用体验
○ 正常用户访问也会判断管理员逻辑,浪费数据库读资源(硬编码则维护难度增大)
○ 管理接口与业务接口有混用的风险
这种实现是大部分初入者首选的,因为微信用户体系比较完备,可以通过 openid 来确定一个微信用户。在用户打开小程序时,服务端判断用户身份是否是管理员,如果是的话返回一些信息给小程序,小程序对应的展示相关管理页面内容或入口。
劣势也是非常明显的,由于管理逻辑与业务逻辑都集中在小程序通信,会在身份判断,业务处理上有更多的无效的数据库读请求,浪费资源。
小程序销售后台 第2篇
有连锁店或加盟店的可以在这里添加店铺
(1)店铺列表
实时添加店铺:
(2)分类管理
(3)订单分析
这里会自动做出店铺订单的统计,以及订单的详情
(4)审核店铺
店铺也可以通过申请入驻,来入驻到总店总来,店铺申请入驻之后,需要总店的审核,审核就是在这里审核(要注意的是,子店想修改店铺的详情的话,也是会需要审核)
小程序销售后台 第3篇
有关于云后台的具体使用细节的动态体验,我会在后面单独开一篇文章,发布后会更新到这里,如果感兴趣可以关注下。
小程序销售后台 第4篇
为了让开发者在做个小程序这方面的门槛降低,从设备端到用户体系,从单机存储到联网同步。微信团队围绕小程序开发的各个环节提供了很多产品和服务形态,其核心目标就是让开发者做小程序的门槛变得更低。
比如微信云服务,Donut 开发平台,通过提供云端资源和平台能力,在一些方面多做一些,让开发者少做一些。
在业务后台这个方面,实现上脱离小程序本体,但是从业务经营者角度来看,又是小程序业务不可或缺的一环。所以微信针对业务后台这方面也提供了解决方案: