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