这里我就分享一下我们公司创业的「小秘诀」。


1.不断试错

其实，先需要弄明白一个问题，什么是创业？我认为，创业就是，在未知中寻找正确的路。那我们的秘诀是什么呢？就是「先上路，不行就换」。所以我们公司也尝试过很多项目，也经历了一些失败，但是让我们坚持下来的就是一种「不断试错的精神」。在我们公司会经常有一句话就是「宁可做错，不可不做」。


2.快速迭代

可能大家就都会纳闷，如果老是做错，那成本怎么办呢？太浪费时间了吧。所以，我们公司在初创期间一直追求的一种能力就是「快速迭代」。在迭代之前会做出一个最小可行性的产品方案。用一套成熟的方法论就是大家应该都比较熟悉的 MVP，Minimum Viable Product，也就是最小可行性产品。


初创，做产品，开启付费，成果盈利，我们公司都是一直坚持使用这个方法论。我们是这样理解这个方法论的，比如要到达某个终点，但是前面又有好多条路，我们又没有那么多经验和方式了解清楚哪条才是正确的路，就想着先选一条路快速走通吧。


这时候，我们可能想要拥有一辆汽车，这样就可以不用双腿慢慢跑了，可以快速前进了。但是，想要拥有一辆汽车的解决方案，第一步不是找发动机来造汽车，解决方案可能先制造一块滑板，快速解决步行的问题，快速上路。


3.善借他人之力

为什么用滑板举例子呢？就是因为一块滑板最重要的就是因为它有轮子。而秉承着 MVP 的思想，轮子是这个思想里面最重要的一个组成部分。在支付模块，我认为最好的轮子应该就是 原力支付了。


同时我认为，对初创团队来说，使用好的 SaaS 服务和第三方 sdk，可以有效节约成本。说到这里，我们公司的产品 —— 熊猫书院就是这样，可以分享一下熊猫书院刚开始的故事。


当时，我记得 CEO 只对我说了这样一句话，「我不管，3 月 1 日必须上线！」。我相信大家在过去的工作中可能经常听到这样的话。但是，我们当时遇到的情况可能更加严峻。


我们的项目立项是在公司年会的时候，本计划着年假后再开始开发。但是由于公司的运营和市场做的非常好，提前报名的用户特别多，所以要在 2月份 29 天里面把系统的各个功能点都要写好，中间还要回家过个年。




而且，这时候我们 CEO 又强调了当时是资本寒冬，如果想让产品拿到融资，必须开发付费入口，有盈利才能验证产品的商业模式。所以，我们还需要完善付费渠道，搭建支付数据后台，涉及到钱，还必须得稳定安全。


还好，当时早就熟悉了 原力支付。所以我们只用了一晚上就如 原力支付 所言，用很少的代码量写好了产品的付费版。上线第一天，原力支付 后台就给我们展示了漂亮的订单数据。




非常幸运的是，3 月份产品成功上线的时候，我们就已经盈利。4 月份的时候带着漂亮的营业额，我们顺利拿到了融资。


所以，我们 CEO 还特别强调，要好好感谢 原力支付。现在，像 原力支付这样的 SaaS 服务平台越来越多，比如一些云计算。所以，借助 MVP 的思想，初创团队可以有很多机会。


值得一提的是，我觉得微信公众平台是最好的 MVP 实践平台，我们的产品都是基于微信服务号去做的。


关于支付，我想分享一些在微信公众平台的一些小经验。


1.前端提前获取 charge 对象

原力支付 server sdk 对所有支付渠道都打包生成了 Charge 对象，然后在前端页面上直接用 html5 的 sdk 调用就可以发起支付。我看到有很多平台，它们都在用户点击「支付」按钮的时候用 ajax 请求去获取这个对象，这时候就会有一定的网络延时，如果是一些低端安卓机可能会显得特别卡，用户体验可能不够好。


我的建议是在用户点击支付按钮之前，页面里面就应该已经获取到这个 Charge 对象了。通过这样的方式来提高用户支付时候的流畅度，随之可以大大提高订单转化率。


2.如何应对「不允许跨号支付 」的问题

我们在微信环境下做一些活动的时候，经常会出现使用订阅号去推送活动，然后使用服务号的支付接口的情况。这就会有个问题：不允许跨号支付。


解决方案其实有两个，如果是可以使用开放平台绑定话，进行绑定就不会出现在这个问题。但是如果有些时候不能绑定，就需要使用扫码支付。原力支付的 sdk 做的很好，它会有个不允许跨号支付的错误提示，然后重新调取扫码支付的来进行支付。


3.如何应对微信屏蔽支付宝付款的问题

微信屏蔽支付宝付款，在微信环境下使用支付宝支付是比较尴尬的。但是我们之前的订单数据告诉我，还是有 10-20% 的微信用户习惯使用支付宝支付。所以，解决这个尴尬 原力支付 官方的方式是提示点击右上角在 Safari 或者浏览器中打开。


其实也可以绕过这个限制，解决方案就是通过 iframe 和 js 控制页面。这是我们之前的做法，后来我们产品经理觉得体验还是不够良好，所以干脆删除了支付宝支付，只留了微信支付。


我们还可以分享一个小案例，是关于付费转化率的。两种不同的付费页面，可能转化率有很大的差别。


比如这两个，左边呢，是我们的产品经理让设计师设计的，右边是运营组让设计师设计的方案。最后，争执不下都认为自己的方案比较好。




在我们公司，如果出现这样的情况，会怎么办呢。很简单，就是程序员来解决问题。我们会开发两个版本，然后投入到相同的时间和流量中，然后看分别的转化率。


通过 原力支付 的管理后台，我们可以很方便地看到转化率，白色线是左边那个付费页面的转化率，橙色线是右边那个付费页面的转化率。




所以，在我们公司程序员的地位会比较高，他的重要性可能不止写一些业务代码这么简单。


我们公司比较善于利用数据去解决问题。比如说，新的产品出现定价问题时，我们都会通过不同版本和数据埋点，然后分析出哪个方案是最佳的，或者可以分析产品逻辑的哪个环节可能出现问题。我们做活动的时候也可以通过数据去计算优化方案。


我认为，在一家创业公司，离用户和数据最近的，就是我们程序员了。所以，程序员如有有一颗会发现的眼睛，带来的价值可能会非常的大。


在团队里面，其他部门都会让我们做后台，去展示一些数据，然后他们会去看数据，分析数据。程序员在开发这个系统的时候，对每个地方的数据结点可能是最熟悉的。