第 24 期
哈喽，大家好，我叫户瑞林，是一名来自四川大学的学生。
前段时间，我们开发了一款名叫「闪电答」的小程序。一句话介绍，「闪电答」是一个帮人赚钱的话题传播工具。
「闪电答」成员照
嗯，伪专业点讲，「闪电答」能帮话题发起者快速地传播话题，并获得回复，同时也能让回答者发表自己的看法，并赚取红包。
永远不要低估用户的创造力
最初，「闪电答」其实是用来解决一个痛点：我们可能会在一些行业、爱好、学校的微信群里，比如我就会在学校群聊里面。
当我想在里面询问一些问题或者做调研时，由于互相并不熟识，所以抛出话题后，就留我一人在风中凌乱，最怕空气突然安静……
这个时候，高级玩家就会想到：那扔个红包来热气氛下。然鹅，大部分时候，大家伙都只顾着抢红包，一连串的「谢谢老板」，而真正回复的人反而没拿到红包。
有时候甚至可能红包发了出去，还收不到回复，哎，赔了夫人又折兵…...
这个时候，作为顶级玩家的我们，祭出闪电答，引领时尚潮流，完全自由打赏红包，土豪感觉瞬间爆棚，有木有！
万一没有满意的回复，那咱就收回红包，这波不亏！
当时我们还在想，是不是场景太窄了一点呢？不管，先上线看看。
然后用户的玩法让我们大跌眼镜，什么「亲爱的，今天想吃啥？」、「为什么男生追我，只追一半呢？」、「比特币亏了，求安慰」等等千奇百怪的问题都出现了，让我们看到了闪电答更好玩的玩法，也知道了闪电答的社交能力。
所以，永远不要低估用户的创造力。
一切都源于一次偶然
其实这个小程序的出现是一次偶然。（嗯，故事一般都是这样开的头）
我在无意间看到一位朋友提出了微信红包提问的想法，当时我就被这个想法深深地吸引了！
没有思考太多，脑子简单构思了整个程序流程，就开工了。一周的时间完成了闪电答（当时还叫「即问」）的雏形，当时还有很多的缺陷，只能说能够勉强使用。
完成后，我才意识到一个问题，那就是这个小程序其实是需要良好的运营推广的，但我这半吊子运营能力实在不能看，于是就开始筹谋找一个运营的伙伴。
恰好这时，我看到了几米的文章，感觉文章写的挺好，又了解到 jimi 是前腾讯运营，我就寻思找他一起来做这个小程序。
带着这个想法，我联系到了 jimi，没想到，他对这个小程序也十分感兴趣。几次愉快交流后，我们成为了合作伙伴。
接下来的每天，我们都有新的想法蹦出来。但我发现一个人做开发，明显感觉工作量太大。于是 jimi 介绍了 UI 设计师，我又邀请了我的两个同学一起加入，这样在开发上，我们的分工就更加细化。
特别是我的同学何磊来负责前端，这让我更能专注后端和整个程序的设计。如此一来，我们一个五人小分队就建立起来了。
小团队建立后，大家几乎每天都会在群里地谈出自己的想法，这也让我倍感惊喜，没想到所有人都这么积极。有了这样一个活力四射的团队，自然「闪电答」的迭代也就变得非常迅速。
但由于大家是通过网络联系到一起的，彼此还是缺乏默契，所以我们之间也会出现过一些分歧。
比如，jimi 希望我能够在群里共享开发的进度，但我又觉得太麻烦，所以就抛之脑后，结果做出来的版本和彼此预期不符，又得进一步修改。
所以在这也要提醒下大家，团队里面技术开发还是要定时和其他成员共享进度，一来可以达到信息的对称，再也可以增进互相的默契。
小程序支付的这些坑
作为一款涉及支付的小程序，又是一只非正规军，我们在开发的路上走了不少的弯路，下面简单的谈谈。
微信支付的申请
申请微信支付的时候，需要填写经营类目，这里就要注意了，不同的经营类目在结算方式，手续费有很大的不同，类目表我后面会附一张类目表，如果要做线上红包类的支付，那要尽量选择结算方式为 T 1 的类目，T 1 不会有太大的垫资压力，而且能够有运营账户，这样不用始终走对公账号，在报税时也能比较好做账。
在填写申请资料的时候，一定要把具体的项目的截图，证明材料以图片形式作为补充材料附上去。微信支付的审核还是比较严格的，这方面还是不容易糊弄。
我们刚开始就走了弯路，刚开始选了一个 T 7 的类目，后来发现，T 7 并不是简单的结算之前第 7 天的营业额，而是前 7 天一起结算，这就意味着一个月只会结算 4 次，那么这样垫资需要相当多的金额。
目前经营类目又不能更改，所以我们就只能重新申请。这里还有个坑，就是小程序的微信支付一旦绑定了，也不能更换，所以就意味着，还得重新申请小程序，绑定新的微信支付，期间还要考虑换名，后端数据信息合并等等一系列的事情，所以刚开始把微信支付处理好是十分有必要的。
微信支付开发
微信支付的详细开发流程其实网络上的资料还是挺多的，可以参考官网上的文档，也可以查看 CSDN、博客园上面的博客。
这里谈一个我犯过的低级错误，就是付款成功的验证应该使用微信支付接口的回调接口，这样能够保证安全性。
在最开始的时候，因为微信前端也能收到付款成功的消息，我为了贪开发上的省事，就直接在前端进行验证付款，结果别人通过手段截取数据包，然后分析接口后，伪造数据，这也对我们造成了不小的损失。
另外，关于信用卡，由于有提现和付款之间周期比较近，为避免薅羊毛等等，最好在微信支付中屏蔽掉信用卡，这个是可以通过设定配置参数达到的。
微信零钱提现
用户提现可以通过微信支付中的企业付款来实现的，不过也听朋友说也可以用企业红包，这个我就没加以考证了。开通企业付款，需要满足两个条件：
- 商户号已入驻 90 日；
- 商户号有 30 天连续正常交易。
这个也算是硬性规定，这个 30 天连续交易，可以自己每天付款少量金额就行，满足条件后就能开通企业付款了。
同样，我们也在提现上踩过不少坑，当时由于在提现时没有对数据库加锁，导致数据包连续多次重复提交，服务器端就会多次提现，这个是致命的。
当时被人恶意利用，导致了我们经济上的损失，幸好当时，账户上的金额不多，所以也没产生大的亏损。所以在这，要提醒下要做金融支付的朋友，在金额操作时，需要加以防范，无论在前端还是后端，都需要进行限制，比如提现次数、提现上限、告警预防等等。
虽然出现了不少 bug，但我们仍然对自己这款小程序充满信心，尤其是在微信近来不断释放小程序利好的情况下。如果说对微信小程序有什么期待，我们就希望开放更多的接口，让「闪电答」的功能能够更加完善。
「闪电答」小程序使用链接
https://minapp.com/miniapp/5137/
作为一款依托于微信社交生态的问答小程序，我们希望这个产品与知乎、悟空问答、分答等有明显的区隔，从群众中来，到群众去。
首先是产品体验的改善，这一点我们一直在持续进行，最新版本推出了人气红包的玩法，大家可以前往体验一下。
其次是尝试更多的推广手段，目前「闪电答」已经问世两个多月，基本只在我身边小范围传播，我们希望有更多的用户可以尝试它，使用它，喜欢它。所以在版本迭代后，我们会加强这块的探索。
最后是内容运营上的加强，作为一款连接题主跟答主的工具，在初期流量低迷的情况下，我们需要在内容运营上进一步投入，这样才能保证产品的留存跟就活跃。
无论未来会怎么样，「闪电答」都希望在社交问答这个细分场景里，找到自己的一片天地。
谢谢大家。
征集「晓组织」案例
如果你也在运营小程序，希望分享你的运营经验，欢迎在「晓组织」栏目与大家分享。
知晓程序正在征集优秀的小程序运营案例。一旦采用，你的小程序将会出现在「晓组织」栏目中，被广大读者熟知。
如果你有相关经验想要分享，请通过邮件，简单介绍你正在运营小程序的：
- 小程序名称、小程序码以及简单的功能介绍。
- 目前小程序运营情况，建议附上简单的数据。
- 想要分享的运营经验或故事。
同时，在邮件主题内写明「晓组织 小程序名称」字样，一并发送至 bigbang@ifanr.com，我们会尽快与你取得联系。
