2.0 规划
2.1 用户路径
了解了保险业务的业务架构和产品架构后，也就知道保险管理小程序在业务流程中所处的位置和发挥的作用了。
但这也只是保单管理小程序的完整态，真正实现时，需要分步迭代。
为什么说一款新产品的第一版一定要足够简单？
一方面讲，第一版足够简单是一种实验思维，一旦发现存在问题，可以快速调整。
甚至发现产品不受用户认可、产品方向存在根本性问题时，即使迅速抛弃现有的产品，浪费的资源也不算非常大，沉没成本在可接受范围内。
另一方面，这也不只是为了开发资源考虑，更关键的是需要快速开发、快速进入市场、然后再快速迭代。
互联网行业常常讲究先发优势，目前互联网保险行业的入局者越来越多，竞争也是日益激烈，所以尽快地抢先市场并占领用户认知就非常重要了。
当然，产品的第一版足够简单是不够的，也要足够有用。
怎么才能有用呢？
一定要找到一个核心的业务节点，把这个产品嵌入到业务流程中，也就是用户必经路径上，才能真正发挥作用。
经常会出现的情况是，做了一款产品，然后没有在用户核心路径上，用户可用可不用，用了固然有帮助，不用也没有什么影响，那这款产品也就发挥不了什么价值了。
可以拿腾讯相册小程序举例，在初期，腾讯相册只是打通了小程序内的QQ账号体系，用户主要是查看自己在QQ的相册
而在18年5月，做了从QQ分享到微信的照片由小程序来承载这个功能后，数据量才开始爆发性增长。
也就是说，从QQ分享照片到微信这个核心使用场景中，用户原来的路径是直接分享照片即可，不会是进入小程序再去分享，这个路径反而变长。
但是用小程序承载后，也就是把小程序这个载体嵌入到用户分享的必经路径中了，使用量比以前自然会有大幅上涨。
其负责人曾提到过，腾讯相册小程序的用户增量主要来自于QQ空间用户的分享，在小程序的新用户来源中，80%是分享进入的，也就是说每5个使用用户有4个是通过分享路径进来的。
由此可见，一款新产品想要“有用”，必须要嵌入到用户的核心使用路径中。
对于保单管理来说，客户在我们公司买完保险后，一定是想要直接能够看到保单的，而不是让保险销售手动发给客户一个文件或者让客户自己登录网站去查看自己的保单。
所以这也正是保单管理小程序在业务流程中出现的第一个节点：客户买完保险后，可以直接在微信小程序中查看自己购买的保单，并可以获得一系列的售后服务。
2.2 功能范围
查看保单功能是保单管理小程序最基础也是最核心的一个功能。
但是客户的保单其实分为两部分：在我们自己公司购买的保险和在其他公司购买的保险。
在我们公司购买的保险，我们有相关的保险数据，所以可以直接在小程序中展示，那客户在其他公司买的保险，我们也没有相关数据，那该怎么办？
尤其是自然流量的用户，不是我们平台的客户，他们又怎样使用保单管理小程序呢？
这就是我们产品的另一个核心功能：上传保单。
有了上传功能后，不但小程序可以独立使用了，同时，自己平台的保单数据和客户自己上传的保单数据合在一起，构成了客户的完整保单信息。
当然，这个功能也应该在客户的核心路径上。
客户在做保障规划时，需要纳入客户的已购保险的，不但可以将家庭财务智能规划系统计算出的风险缺口减去客户已有的保额，也可以将客户的已购保险和我们推荐的保险进行对比，最终实现让客户买到性价比最高保险的目的。
也就是说，保单管理小程序在业务流程中的位置前置了，不但可以在购买保险后（投后）查看保单，也可以在投前的保障规划阶段起到录入已购保单的作用。
至此，可以看到，保单管理小程序需要两个核心功能：查看并分享在我们公司购买的保单和上传在其他地方已经购买的保单。
其实，这个也可以类比腾讯相册小程序。
对于腾讯来说，一个人的照片分为两部分：一部分是在QQ空间和微信朋友圈的照片，也就是用户在腾讯自己公司的数据；另一部分则是用户在其他平台的照片，可能大部分都是在用户自己的手机相册中。
那么腾讯相册小程序的核心功能也需要两个：用户可以查看并分享在QQ空间和微信的照片、用户可以上传手机相册中的照片。
这和保单管理小程序的功能逻辑基本相同。
明确了产品的核心功能后，再回到最初的问题：第一版要上哪些功能呢？哪些需要后续迭代呢？
我们选择了第一版先实现用户可以查看和分享在我们公司购买的保单，也就是将保险业务后台的保单数据同步至小程序。
已成交客户作为我们新产品的种子用户，可以先将小程序用起来，检验一下产品的使用效果，并优化使用过程中存在的一些问题。
上传保单功能则放在第二个大版本进行迭代，有了上传功能，就不仅是一个内部应用了，可以单独使用，成为一个独立的小程序应用。这样也就有机会去获取自然流量，成为获客的另一个渠道。
不过，小程序的核心定位还是形成公司的业务闭环，服务好自有客户，而所谓获客只是锦上添花，其实还是很困难的，只是提供了获客的可能。
网友评论