实践篇 | 从0到1打造一个小程序（二）

在对小程序打造的背景有一定的了解后，再进入实践阶段会更加事半功倍。本文从想法验证与竞品分析、功能设计、功能开发、小程序相关、功能上线等维度进行分析，希望对你有所帮助。

背景篇介绍完毕，感觉之前写的有些啰嗦，也是为了把背景说清楚。其实就是把自用的测评功能移植到小程序中，下面开始讲述这个过程。整篇文章分为想法验证与竞品分析、功能设计、功能开发、小程序相关、功能上线。

一、想法验证与竞品分析

有次跟朋友（研发属性）吃饭，聊到可以做些什么，我提出了之前搞的素质能力测评的事情，他说可以做成一个线上的功能。我一想没准也行，我当时有比较强烈的诉求想做测评，大概率其他产品同行也有。

于是后续就开始调研起来，先看竞品，这个最直观了。看了一圈APP和小程序，居然得出一个出人意料的结论，一个类似的功能都没有。这就让我很疑惑了，本着大千世界比自己强太多的人早就能想到各种创意的原则，居然一个都没有，市面上都是一些以了解自己真实需要、性格、职业取向等为主的心理学相关或延伸的测评。

关于将产品经理素质能力测评线上化的想法，肯定不我们首先想到的，那为何市面上没有看到相关的产品呢。没有可行性？是个伪需求？任何事情都具有两面性，一开始就遇到这个情况，无法确定是好还是坏。但没人做总比有人做强吧，如果有人先做了那自己也就不用做了。起码现在有个机会分析一下这个事情的可行性。于是我仔细思考了一下，市面上没有相关产品的原因，我想主要有以下几点：

1、产品经理分类众多，要么提供一个全行业通用的测评，要么按照众多产品经理的分类提供测评。全行业通用的就很难，首先我自己就没弄出来，给出是自定义版，因为涉及五六十个能力项，怎么取舍是个问题。

2、测评的能力项组成能让使用者信服吗？这事目前没有一个行业公认的标准，而且也很难有一个公认的标准，就连每个大咖级人物说的都不一样。

3、测评的分级问题，我们可以以腾讯的产品经理分级举例，这么多能力项要分级，分几级怎么分，粗略的分还是细化的分。粗略的分可能价值就不大了，细化的话每个能力都不同，细化的标准是什么？

4、还有一个最关键的问题，大家是否对这个测评有兴趣，这个测评结果能给用户带来什么价值？

基于以上内容分析，我觉得确实很难做一个类似的功能实现。但是转念一想，问题4是核心，如果大家都没兴趣，那前面的也不用考虑了。但是如果大家有兴趣，有真实的需求，其他问题可以再看嘛。

于是我便开始了第二项工作需求调研，这就回到了老本行了，用户访谈、调查问卷、定性与定量分析一通上呗。于是马上就搞了一个调查问卷，如下图：

从结果看，虽然参与问卷的人数只有200多人，且不全是产品经理，但大多数人（约80%）还是有意愿了解自身能力情况的。只是愿意为后续能力提升做实际付出的人占比很小。后续又找了一些同行做访谈，结果跟问卷也基本相同。所以我的结论是，有初始的诉求，但是这个需求场景本身不具有延续性，可以做一个试试，毕竟成本较小，就算是体验一次toC的从0到1了。

二、功能设计

下面就来到了功能设计的部分，因为有之前的实践打底，在结合toC的特点，我总结出如果要上线这个产品，需要做决策的关键点包含以下几个部分：

1、做一个通用型的测评还是按照不同的产品经理类型区分；

2、分级如何足够标准化且有信服度，以及分级的细致程度；

3、给别人用的小程序，用户体验是关键因素，像我之前自己做的分级和描述，每个级别读起来都很费时间，如何快速完成测评；

4、如何吸引用户完成测评，并期待看到自己的测评结果；

在与同伴完成多次探讨之后，解决以上的问题的思路如下：

1、快速上线原则，可以先出一版通用性较强的测评上线，看用户的使用情况，只要做好功能设计的通用性和可扩展行，将来只是根据不同的产品经理类型，展示不同的题目内容，这个很容易实现，背后就是一个配置的问题，多往表里初始化几套题目的事情。

当然还有精力不够的因素，集中精力先出一版，不然要花费成倍的时间成本。

实现方法为将基础性、通用性高的能力项放进去，提升测评者跟自身产品类型或行业的适配性。

2、现有的各种资料中的分级都是粗颗粒度的，因为一般来说使用对象都是自己公司的员工，而不是狭义上的个体，所以就不需要分的特别细致，而我打算将其分的更细致些，这样也可以更具指导意义，对个体而言实用性更强。细分的方法就是在现有分级上进行拆分整理，至于公信度尽量对照现有资料进行参考。

3、在测评的级别描述中增加一个总结词或短语，可以概括性的展示这个级别描述的中心思想，用户甚至可以不看详细的内容描述，直接看这个总结词即可。这样就可以大大缩减因阅读各个级别的详细描述而花费的时间。设计效果如下图：

4、设计几个小功能，增加用户测评的兴趣，例如：展示多少人完成测评、测评结果对面大厂的职级体系、根据测评结果展示大厂的薪资收入情况，测评结束后的成长计划推荐，测评成绩排行，支持多次测评量化成长等。

其实还有很多可以扩展的功能，但是当前设计原则为用最简单的设计满足第一性原理，即极简式测评。具体的功能上的取舍过程略过，大家可以想想。

想如果是你们做这个产品，第一期都打算实现什么功能，欢迎交流。

测评结果（多次）：

三、功能开发

功能设计完成后，就是开发了。由于功能设计上并不复杂，所有只需要前端和后端的同学做这个项目即可。开发过程与正常的软件开发过程一样，主要遇到的问题有2个，开发的时间和沟通的时间，由于都是在职状态所以需要业余时间进行开发，遇到问题还需要找一个大家都有空的时间进行线上会议沟通。

所以整体的效率比较低，一个非常简单的测评功能，实际开发时间没多久，但是战线拉的很长，用了将近一年的时间，这也是我作为一个项目负责的人把控能力有待提升。

四、小程序相关

这一部分主要介绍我遇到的问题，其实小程序目前已经很成熟了，相关的问题也都有介绍和说明，只是我是第一次真正的面对它，出现一些问题也比较正常。

小程序的类型：分个人版和企业版，我的理解是个人版因为没有认证功能，所以无法开通支付功能。想连接支付能力必须上企业版。企业版支持的类目（行业）也比个人版多很多，企业版认证需要有营业执照主体信息，认证费用300元。

代码的部署方式：微信提供的云托管功能，如果自己没有服务器，可以直接使用。在后期上线时，云托管服务也不需要单独再设置域名了，这一点很方便。另外云服务开通后的前3个月免费，建议不要过早的开通，前期开发过程在本地完成即可，联调测试阶段再开通，实现利益最大化。

测试，体验版小程序用于测试，可以添加多个测试账号。

小程序命名：创建小程序时，提示名称一年内可以修改3次，故起名还是挺重要的，一定要想好，可以参考微信指数，以不同词的搜索量作为参考，增加自己小程序的曝光量。

图片，微信分享会用到图片，由于预算有限也没有找UI设计师出图，直接用的AI图片。

五、功能上线

测试通过后，就可以上线了，小程序团队会对产品进行审核，当时几次提交都不通过，原因是AppSecret存在历史泄露问题，解决方案就是及时更换AppSecret，另外用户的openID也尽量不要对外暴露，可以转换为用token做前后端的数据交互。

审核通过后，小程序就顺利上线了，当我搜到自己的小程序时，还是非常开心的。从0到1完成了，后续就是从1到多了。

各位同学看完有何感想，或者你有什么想做的，欢迎交流呀！

​Read More