继上半年主要接触网页和App之后，终于要开始小程序了，毕竟是第一次自己做小程序，有点激动。也算是纪念，也算是复盘总结，也可以说是为了让下一次上线小程序的过程更加流畅，在这里要记录下我这个小程序的案例了。

1.关于需求来源

由于疫情缘故，2月份开始的时候，企业都没有复工，虽然作为一家C端的互联网公司，但也受到疫情的风波，每日营收金额有所下跌。这时候，快速把产品做好，让运营快速推广，才能避免创收的大幅度下跌。

因为公司项目比较多，在此之前，我主要负责一些付费项目。这次老板提出改革。付费项目目前已经够用，现阶段可以做些免费项目用来导流，促进用户的付费消费。

2.需求详情

快速上线一款微信端趣味心理测试小程序

主要功能点需要满足：

（1）支持发布多个心理测算项

（2）支持查看结果页时（不出现公众号二维码），保存结果页时，保存的图片出现公众号二维码

（3）公众号二维码要后台可配置，并且随机生成，用于引导用户关注不同的二维码，分散微信引导关注的风险。

3.前期准备

在开始之前，有几个点必须要先确认的

3.1小程序注册申请

关于小程序，常常会涉及几个问题：

（1）公司之前有很多停用的小程序，是否可以直接拿来用？如果直接拿来用，会不会影响微信搜索指数

（2）小程序性质：免费（即不需要微信认证，可以快些）

和老板沟通后确认，直接注册新的小程序来用

这时候还需要提前准备的：

[if !supportLists]（1）[endif]小程序名称，在小程序认证过程中，小程序是唯一名称的，如果重名会被判定不能使用。可以多准备名称，让老板筛选。此时有个注意的点，就是筛选小程序名称，也不是瞎命名的，可以根据自己的小程序性质，寻找相关的指数，带有搜索指数的名称，往往自带流量，天赋异禀。

（2）注册时，需要邮箱信息，一般采用公司邮箱，这个到时候注意下就好。

（3）小程序的logo，可以提前让设计先做好，之后正式注册，就不需要临时做，还需要等个1-2小时（不过因为没注册，名称没定下来，有些logo与名称一致的，就不太适用了）

（4）注册时的小程序简介：可以描述详细一些，内容在小程序实际功能的范围内，尽可能的多描述一些，这些词语也可以当做搜索来用。

3.2人员分配

在开始做新项目之前就要先沟通确认好，哪些资源是可以用的。比如设计由哪位人员负责，前、后端人员哪些人做合适？

虽然谁做都是做，但里面也有一些要注意的。比如开发设计也有新人，如果是一个完全全新的新人，而自己之前也没有做过这种项目，甚至流程都搞不明白，对于这种需要快速上线，目的明确的项目来说，不太合适。

所以要尽可能争取到熟悉套路的人员，当碰到一些流程不清晰，或者逻辑不严谨的地方，也能够快速的指出问题，尽快的解决，从而少走很多弯路。

3.3原型规则产出

在规划之前，最主要的就是想清楚，为什么做这一个项目？为什么需要那些功能？再去思考，怎么做。

之前谈到受收入下降，所以才有了这个需求。那么需求本质我们可以发现，就是为了引流用的，大量引流之后，促进用户对其他项目的付费，从而实现创收。

因此，我们开始考虑怎么实现，具体主要思考以下两个问题：

1、核心流程是什么？

2、细项有哪些？

关于核心流程

点击测试——》回答题目——》查看结果页——》结果页保存（出现公众号二维码）——》识别结果页——》跳转对应公众号——》公众号自动回复

将功能点细化：

（1）支持发布多个心理测算项

那就意味着要有一个后台，支持小程序中的测算项发布。

那么后台功能点要包括什么？可以进一步思考。

a.对应测算项在小程序前台的界面展示，是否需要根据后台控制？

（这里涉及到：排序、删除操作和对应测算项的显示/隐藏）

b.小程序展示不同测算的时候，要有封面图上传，并且要实现点击可以跳转到对应测试项（这里涉及到：封面图、测试标题编辑、链接地址）

c.二维码要后台配置，并且随机生成，即：将不同的测试项有可能有不同的公众号二维码，因此要针对不同测试项添加不同的二维码处理（这样做的目的是，可以将免费测算项带来的流量引流到不同的公众号）

当想清楚之后，就可以开始规划原型了，凡事不确定的点，可以多和开发沟通，避免浪费大家的时间，敲定一个方案，原型过审后便可以开始做了

3.4工作流程

毕竟是第一个小程序，流程必不可少

（1）微信公众号，登录小程序后台，绑定开发人员

（2）前后端开发完成后，提供测试二维码，测试无误后，让前端上传代码

（3）上传代码后，点击体验，无误后可以发布

（4）等待小程序过审通知

一个小程序就好了，其实这边主要分享的是一个小程序诞生的流程和一些细节点，至于具体怎么规划，或是功能详情之类的，还是需要自己多思考，多体验，多总结，才能设计出一款“好用”的产品。