话说,微信小程序最近变动频繁,两天发布了两次更新,相当有诚意。 不少同学问为啥花叔还没更新文章,主要原因是最近有点忙就搁置了,不过没关系,趁周末有空给大家解读一下,因为这两次更新恰恰是两个不同维度的更新,8月17日的更新是产品功能层面的迭代,而8月18日的更新是偏重于开发特性的迭代。
818的开发特性我还在研究,今天先说说817日的《小程序能力升级》,这是一次
产品功能迭代:
要点:
解读:
一. 对于“附近小程序”新增功能没啥好解读的
说白了就是让用户更容易辨别和找到附近的、合适自己的小程序,主要是:追加分类筛选、标签展示功能,赞助商广告可自定义入口按钮文案。截个图示意一下大家就懂了:
二.更值得关注的是“小程序管理后台成员权限的统一管理”
首先说明一下,这是“小程序管理后台”的功能迭代,跟小程序的前端业务以及小程序的目标用户没半毛钱关系,它做的是管理端层面的功能迭代,为的是对所有管理角色的统一管理,这是权力的游戏啊!!
有同学可能就会问,为啥会有这种变动?
这就要提一个事情了,在小程序出现之初,花叔在公司团队内部曾画过一个“小程序的开发流程图”:
原图在这里: http://ossweb-img.qq.com/upload/webplat/info/tgideas/20170124/1485166255_18_w4500_h2500.jpg
仅仅是开发过程这里面就会有好几种角色参与,如产品经理、视觉设计师、前端开发工程师、后台开发工程师、测试人员等等,他们各司其职。
而在小程序发布之后,还需要有运营角色对项目进行数据跟踪、推广资源配置等操作。
所以小程序项目本身就是个“多人协助开发项目”,每个参与者都应该具备自己独有的权限,分工合作。
而小程序管理后台有且仅有一个小程序账号和密码,也有且只能指定一个管理员(一个微信号),这是个拥有最高权限的角色。
小程序后台却有各式各样的操作,如信息更改、版本发布、数据查询、公众号关联管理等等,如果把这些事情全部交给唯一的一个管理员进行统一管理,显然是不合理的。
加上管理平台内大部分操作在更改前都需要弹出校验二维码进行权限校验,以往非管理员角色(如开发者)要进行如“版本发布”等操作时,做法是管理员拿着手机在开发者身边帮忙扫码,或者开发者截个图发给管理员的微信让他识别授权,这流程特别傻。
显然每次操作都让管理员来扫码校验,会特别不灵活。
上面扯了一堆,可能你还是没懂,所以我直接总结一下变动前的授权情况吧。
在本次变动前,有三类授权:
而8月17日的这次变动后,能实现以下姿势
红色部分即变动前的“开发/体验授权”,
其余部分的意思是:只要某个角色被定义具备某个操作的权限,那么在登录管理平台后进行这种操作弹出扫码授权时,这个角色直接用他的微信号扫码即可通过。
b. 非管理员微信号如果具备“登录”权限,可直接登录,无需二次授权。
至此,管理员的权力可分拆给各方人力,妈妈再也不用担心开发哥半夜发微信来说帮忙扫码了。
讲真....
花叔觉得这个优化老早就应该做了....
毕...