花了9个工作日，尝试小程序后的几点心得

一年的饥饿营销，不管是故意还是无心，小程序无疑是一个含着金汤匙出生的产品。积累了1年的好奇心，都在9号这一天，转化为流量投入到第一波小程序上 。

1月9号零点，守在电脑前发布了QQ阅读小程序。和第一波小程序一起，它与大家见面了

在渠道推广0投入的情况下，我们得到了超出预期的数据红利，和业内的品牌曝光。

用创业团队的节奏，以及时上线为核心目的，从启动到过审核，我们只花了9个工作日。

先分享一下结果：数据在绝对值上，可以说是在第一梯度；其次在投入产出性价比上，相对于我了解过的几个明星产品小程序，最高多出了20倍的性价比。

因为这个项目开始得比较迅速，所以资源有限，我在这个项目中承担了产品，交互，项管的职责，这也是说它是创业节奏的理由。

过程中我的主控性很强，整个过程是兴奋的。业务层面的事情不便分享，分享一下项目推动中的些许。

一. 审核很严，需要避免审核不通过带来的延期

做过ios的人都知道发布的不可控性，小程序也是一样，想要一次过审核，就需要在设计上，严格遵守微信官方给的规则。但是官方的文档常常会有一些点，可以理解为不同意思，会需要二次确认。所以我做了3件事情：

1. 向有经验的开发者请教

首先，参加了一些小程序的开发群。我们启动的时候，已经有一些小程序到了通过审核的阶段，所以这些问题能够得到部分解答，比如说“页面最多设计几个层级，如何提示用户登录是ok的”。

除此之外，通过与同行开发者的交流，还可以快速上手小程序的各类工具-“数据，体验版本，客服等”的使用。

因为自选股小程序的开发记录，早就在朋友圈转过了一轮，所以我通过了几个二度人脉，找到了对应的产品经理，咨询了一些关于实现的问题（感恩）。

2. 找到审核的人，将具体的用户端形态描述出来，确认是否ok

因为微信只是提供了一个平台，并不是与我们的产品有开展业务合作，所以找人需要花一些精力。最后是找到了3位产品，感觉打扰到一定程度了，就换一位咨询（感恩）。

找到这几个人并不难，因为我也是在非业务合作的情况下找的他们。关键在于要学会使用二度人脉和互联网。

3. 预留3天，提交初版审核

6号的时候我们第一版产品走查没问题了，但是到最后还是有些设计不能确定是否ok，就当天提交了审核。如果有问题，还能改改。记得当时我们团队年度温泉团建，开发在公司改BUG，整个温泉公园就我一个人捧着电脑打字….结果是当天过了审核。

定排期的时候，小龙还没宣布什么时候将小程序推给用户，所以本来我们的排期是定在18号，最后6号就过了审核，是惊喜的。

站在一个产品经理的角度，我一定是希望我们的小程序能抓住首发机会，得到业界关注并带来数据回报的。所以在这个版本的产品细节上，做了很多取舍，只要不影响找书看书核心体验的，都作为舍掉的部分，之后再做。

最后能按照预期，6号就到了可发布的阶段，这主要的得益于团队成员的配合。我们有一个开发者群，在我说“如果没问题，我们要赶在第一波发布”并把排期调整到6号提交第一版，开发非常‘通情达理’地用加班的形式配合了（跪着感恩，这个项目有很多要感谢的人）。

二. Run项目中做的一些事情

1. 借资源

因为小程序相当于开了一个新的平台，所以有很多服务要重新申请。但是在这样紧张的开发节奏下，等流程等个2-3天，是会拖慢整个项目进展的。所以有一些服务，借了一下；该催的流程，一天check三次。很多流程是催快的，如果你需要这个流程，那每个节点“催”的角色，都最好去你自己去做。

因为对于流程节点的同事，是不会有你自己那么急的。腾讯内部有一句话 – “谁痛谁驱动”，很符合场景。

2. 组织项目进度会

现有的产品线因为都是正式成立了比较久，所以项目流程很完善，每个项目都有对应的晨会和项目经理。小程序这个项目，我也建立了进度会的制度。但是和晨会不一样，我把它放到了下午午休结束的时候开。

因为互联网公司整体的节奏是上午上班相对晚，晚上很晚走。所以晨会会有一个问题，所以开完晨会基本就快中午了，大部分人就会把整块的工作放到下午再去做，导致上午的时间会被浪费。所以如果把进度会放在午休结束后开始，并确定开会前项目需要到什么程度，那么上午的时间也能留整块出来，提高项目产出。

3. 以上线时间为核心，调整功能

不关键的点，舍掉；关键的点，坚持。

因为小程序平台的限制，有很多设计是做不到和客户端一样自由的。对于这种情况，可以舍掉功能，或者换一个解决方案来达到目的。所以最终在研发的过程中，有一些功能舍掉了；一些严重影响体验或者可能导致过不了审核的问题，需要坚持推动，能好好说就好好说，不能好好说就跪着说。