划分几个模块来说：前期准备工作、重要开发内容、宣布预备

一、前期准备工作

• 小程序注册、认证企业认证需要准备的材料比较大都，而且提交后，微信侧的审核一般是1天左右，大家可以在前期就预备起来我们是在测试的历程中，发现绑定微信支付需要认证，才慌忙走流程，也延误了一点工夫认证是收费的，微信侧一次300RMB，大家可以提早申请好全体预算，统一申请认证
• 绑定小程序小程序可以绑定在民众号下，如果大众号跟小程序是同一认证主体，后续的联动运营也会晤便利良多，所以在前期，也可以推进业务一起来梳理小程序的运营方案，看看是否如果绑定大众号
• 基本信息完美包含小程序起名、小程序logo设置等等还是这次开发历程中踩的坑，因为我们到宣布前回归，才发现小程序的名字和logo都是开发随手填的，为了更名，又要走一遍认证流程，再次消费300RMB不说，流程也是很烦琐，会晤延误整体进度
• 测试版小程序预备。看项目要求，如果宣布到线上的代码需要现在测试环境完成测试，需要预备测试版小程序在测试版上验证经过后，再将代码安排到正式的小程序上
• 运营者/开发者账号管理提议给直接负责小程序运营的业务开始运营者权限，项目组人员起头开发者权限即可便利进行权限管理毕竟微信管理权限跟企业OA没有直接打通，后续有人去职等不太便利及时回收权限

二、开发内容

账号系统搭建

当认证主体下只有一个应用常常，在微信侧只有一个open ID，做好跟平台user ID的绑定关联即可但是存在大都个应用不时，会出现2个题目：

• 多利用账号之间的关联常见的做法是多使用账号之间互相独立因为大都个应用的主题基本都不一样，用户抉择在一个应用上登录/换账号，不该当影响到在其他账号的登录态。举个例子，美团和美团外卖，我在美团小程序上用我妈的手机号给她团购，然后用美团外卖小程序点餐两者的使用场景相差较远，就没必要做到登录态关系再举个更极其的例子，如果2个应用之间场景差别伟大，用户甚至都不知道这2个应用属于一个主体，那就更加没必要做到登录态联动了
• 微信侧union ID /open ID 与平台user ID的绑定关联常见的做法是微信侧union ID /open ID 与最有可能是该微信使用者的user ID绑定（重点！！！），比如说通过微信授权登录的手机号对应的user ID 与微信侧账号绑定这时候用户可能会出现切换手机号的情形，切换手机号不时，可以把新手机号对应的user ID与微信侧账号临时关系，该账号退出登录后，消除关联关系

存在多利用的时分，常常会出现应用之间音讯联动的需求，比如在小程序A的消费记录，也如果出现在小程序B里，这时候经过union ID 与 user ID去关系到用户即可

音讯系统搭建

微信公众号提供的音讯类型算是丰富了，精心运营的话，能游玩出花儿来小程序比较少，常见的是小程序模板音讯，并且推送模板音讯还需要用户授权如果有民众号的话，可以通过union ID，将用户在小程序里的行为信息，通过大众号音讯推送出去

不过在大众号推动营销音讯常常，经常会晤碰到一推动就掉粉的情形，这需要把握个渡过。

取舍H5 or 小程序页面

小程序途径是小程序的原生页面，许多功用都相对灵巧，但是H5相对便利，具体如果看业务需求来设计我们在开发进程中，遵照的准绳也是主框架用小程序页面，分支流程/跟其他应用重合度较高的场景用H5

埋点处理

有些小程序的页面可能是从H5搬迁过来的，这时候如果做好埋点，H5侧有埋点，小程序也如果再单独埋点，做好数据根源区分，便利后续统计剖析

定位处理

小程序好多功效都依靠于用户定位常见的做法是只展示上一次用户的定位，不管是用户的经纬度信息，还是用户手动切换的定位，直到用户删除小程序重新进入，再重新申请定位授权

当然也可以依据业务需求，每次都展示用户的当前定位，或者某些场景展示当前定位，某些场景展示手动挑选的定位（这种情形下用户可能会被定位绕晕，慎用！）

其他坑

• 小程序不撑持点击下载APP针对这个题目，如果么点击出现二维码，引导用户保留图片（小程序也不支撑长依照扫非小程序码！），如果么点击进入客服，通过客服复原引导下载不管怎么处理，门路都很长其实也是能明白，毕竟小程序的昵称是 mini APP嘛
• 小程序/APP之间的互相跳转逻辑：

三、公布预备

宣布流程基本可以参考：测试版小程序公布——测试版小程序审核——测试版小程序验收经过——体验版小程序审核——体验版小程序审核经过——正式公布。