「支付力量 · 熊猫书院」如何打造一款盈利的在线教育产品?

吴亮亮是风变科技 CTO,Ping++ 产品的深度体验用户。他带领团队开发了熊猫书院等在线教育产品,是付费教育产品的探索者。
10 月 29 日,亮亮在 Ping++ 深圳活动现场分享了 Ping++ 的使用体验和感受,以及自己在创业和做产品的一些心得体会,以下是他的现场分享实录。
熊猫书院是风变科技旗下的一款在线学习教育产品。它类似于大学的线上学习系统,有班级、考试、考勤制度,还设立了辅导员、纪律分和请假机制,在里面你可以定制完整的学习计划。
讲到这里我觉得有件挺搞笑的事,当年在学校的时候就和老师同学们一起做学校教务系统相关的程序,现在创业还是做学习系统。之所以走上这条路都是因为当年,我的一个朋友跟我讲了这样一句话:「我有一个绝佳的创意,就差一个程序员了」。最后我就成了这个程序员,那个朋友也就是我们现在的 CEO。我们一起走上了创业这条不归路。
但回想一下,这条不归路其实还算是蛮幸运的一条路,因为我们取得了一些幸运的小成就。
我们的产品是在线教育类别中用户增速最快的,曾在一个多月时间里飞速增长了一百多万用户,同时我们也是留存率最高的。我们也即将完成今年的第二次融资,而且我们已经是一家盈利的互联网公司,有还算漂亮的营业额。

这里我就分享一下我们公司创业的「小秘诀」。
1.不断试错
其实,先需要弄明白一个问题,什么是创业?我认为,创业就是,在未知中寻找正确的路。那我们的秘诀是什么呢?就是「先上路,不行就换」。所以我们公司也尝试过很多项目,也经历了一些失败,但是让我们坚持下来的就是一种「不断试错的精神」。在我们公司会经常有一句话就是「宁可做错,不可不做」。
2.快速迭代
可能大家就都会纳闷,如果老是做错,那成本怎么办呢?太浪费时间了吧。所以,我们公司在初创期间一直追求的一种能力就是「快速迭代」。在迭代之前会做出一个最小可行性的产品方案。用一套成熟的方法论就是大家应该都比较熟悉的 MVP,Minimum Viable Product,也就是最小可行性产品。
初创,做产品,开启付费,成果盈利,我们公司都是一直坚持使用这个方法论。我们是这样理解这个方法论的,比如要到达某个终点,但是前面又有好多条路,我们又没有那么多经验和方式了解清楚哪条才是正确的路,就想着先选一条路快速走通吧。
这时候,我们可能想要拥有一辆汽车,这样就可以不用双腿慢慢跑了,可以快速前进了。但是,想要拥有一辆汽车的解决方案,第一步不是找发动机来造汽车,解决方案可能先制造一块滑板,快速解决步行的问题,快速上路。
3.善借他人之力
为什么用滑板举例子呢?就是因为一块滑板最重要的就是因为它有轮子。而秉承着 MVP 的思想,轮子是这个思想里面最重要的一个组成部分。在支付模块,我认为最好的轮子应该就是 Ping++了。
同时我认为,对初创团队来说,使用好的 SaaS 服务和第三方 sdk,可以有效节约成本。说到这里,我们公司的产品 —— 熊猫书院就是这样,可以分享一下熊猫书院刚开始的故事。
当时,我记得 CEO 只对我说了这样一句话,「我不管,3 月 1 日必须上线!」。我相信大家在过去的工作中可能经常听到这样的话。但是,我们当时遇到的情况可能更加严峻。
我们的项目立项是在公司年会的时候,本计划着年假后再开始开发。但是由于公司的运营和市场做的非常好,提前报名的用户特别多,所以要在 2月份 29 天里面把系统的各个功能点都要写好,中间还要回家过个年。
而且,这时候我们 CEO 又强调了当时是资本寒冬,如果想让产品拿到融资,必须开发付费入口,有盈利才能验证产品的商业模式。所以,我们还需要完善付费渠道,搭建支付数据后台,涉及到钱,还必须得稳定安全。

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

非常幸运的是,3 月份产品成功上线的时候,我们就已经盈利。4 月份的时候带着漂亮的营业额,我们顺利拿到了融资。
所以,我们 CEO 还特别强调,要好好感谢 Ping++。现在,像 Ping++这样的 SaaS 服务平台越来越多,比如一些云计算。所以,借助 MVP 的思想,初创团队可以有很多机会。
值得一提的是,我觉得微信公众平台是最好的 MVP 实践平台,我们的产品都是基于微信服务号去做的。
关于支付,我想分享一些在微信公众平台的一些小经验。
1.前端提前获取 charge 对象
Ping++ server sdk 对所有支付渠道都打包生成了 Charge 对象,然后在前端页面上直接用 html5 的 sdk 调用就可以发起支付。我看到有很多平台,它们都在用户点击「支付」按钮的时候用 ajax 请求去获取这个对象,这时候就会有一定的网络延时,如果是一些低端安卓机可能会显得特别卡,用户体验可能不够好。
我的建议是在用户点击支付按钮之前,页面里面就应该已经获取到这个 Charge 对象了。通过这样的方式来提高用户支付时候的流畅度,随之可以大大提高订单转化率。
2.如何应对「不允许跨号支付 」的问题
我们在微信环境下做一些活动的时候,经常会出现使用订阅号去推送活动,然后使用服务号的支付接口的情况。这就会有个问题:不允许跨号支付。
解决方案其实有两个,如果是可以使用开放平台绑定话,进行绑定就不会出现在这个问题。但是如果有些时候不能绑定,就需要使用扫码支付。Ping++的 sdk 做的很好,它会有个不允许跨号支付的错误提示,然后重新调取扫码支付的来进行支付。
3.如何应对微信屏蔽支付宝付款的问题
微信屏蔽支付宝付款,在微信环境下使用支付宝支付是比较尴尬的。但是我们之前的订单数据告诉我,还是有 10-20% 的微信用户习惯使用支付宝支付。所以,解决这个尴尬 Ping++ 官方的方式是提示点击右上角在 Safari 或者浏览器中打开。
其实也可以绕过这个限制,解决方案就是通过 iframe 和 js 控制页面。这是我们之前的做法,后来我们产品经理觉得体验还是不够良好,所以干脆删除了支付宝支付,只留了微信支付。
我们还可以分享一个小案例,是关于付费转化率的。两种不同的付费页面,可能转化率有很大的差别。

比如这两个,左边呢,是我们的产品经理让设计师设计的,右边是运营组让设计师设计的方案。最后,争执不下都认为自己的方案比较好。
在我们公司,如果出现这样的情况,会怎么办呢。很简单,就是程序员来解决问题。我们会开发两个版本,然后投入到相同的时间和流量中,然后看分别的转化率。
通过 Ping++ 的管理后台,我们可以很方便地看到转化率,白色线是左边那个付费页面的转化率,橙色线是右边那个付费页面的转化率。

所以,在我们公司程序员的地位会比较高,他的重要性可能不止写一些业务代码这么简单。
我们公司比较善于利用数据去解决问题。比如说,新的产品出现定价问题时,我们都会通过不同版本和数据埋点,然后分析出哪个方案是最佳的,或者可以分析产品逻辑的哪个环节可能出现问题。我们做活动的时候也可以通过数据去计算优化方案。
我认为,在一家创业公司,离用户和数据最近的,就是我们程序员了。所以,程序员如有有一颗会发现的眼睛,带来的价值可能会非常的大。
在团队里面,其他部门都会让我们做后台,去展示一些数据,然后他们会去看数据,分析数据。程序员在开发这个系统的时候,对每个地方的数据结点可能是最熟悉的。
我觉得,产品和世界一直都是在等着程序员们去改变的。
Ping++ 是国内聚合支付的先行者,网站:www.pingxx.com,微信公众号:PingPlusPlus。点击「直播」、「教育」、「母婴」、「旅游」,查看不同行业的支付系统设计,点击此处,让我们了解你的支付系统需求。