我们做了一个自认为是微信小程序最佳应用场景的小程序

阅读 2128
收藏 60
2017-01-03
原文链接:zi.com

12月26日

小明问我:“微信小程序最近发布了新更新,增加了分享、模板消息和带参数的二维码,我们要不要赶个时髦,也做点什么?”

此前小程序才刚内测,开发者社区已为之沸腾。我却不不以为然,“不过是公众号的改进版而已,不值得关注。”

如今小程序增加了分享和消息,还可以发布带参数的二维码。“似乎不再那么鸡肋了。”

“那做点什么呢?”

“做个活动售票的小程序吧!

“给每个活动生成一个带参数的二维码,可以放在活动海报或者网页上,扫一扫直接进入活动页面,用微信支付票款,然后用模板消息发送票号,还可以分享活动页面给好友。”

“哇,简直是最佳应用场景啊。”

我们为这个想法感到兴奋,于是就马上开工了。

你好哇,我叫“小小票儿”

第一步是取名字和设计图标。我们最初想到的名字是“小票儿”,不过已经被占用了。那就索性再小一点,就叫“小小票儿”。

你好哇!我叫小小票儿。

设计和开发

我一直不喜欢做高保真原型,觉得这样限制了产品的灵活度,因此都是直接在纸上画草图,然后边开发边确定细节。

这次尝试了不一样的方式:首先做出高保真的设计图,再开始开发。因为调整设计图的成本远远低于调整代码,确定的设计图让开发和设计工作不必再来回切换。效果超出预期的好。

以下是设计图和最终实现效果的对比效果:

活动列表页
购票页面

通过使用官方提供的模板消息和分享 API,通知和分享也更简单了:

活动页面可以分享给好友。购票成功之后会收到模板消息。

小小票儿的设计和开发工作有两人参与。我负责设计和前端,小明负责后端。从取名字到通过审核,小小票儿项目的开发工作总共历时 8 天。

虽然总共只有不到 10 个页面,但已经是一个包括用户、活动、支付、订单、库存等功能的完整系统。

在前端部分,考虑到小程序的 API 仍在快速变化,第三方框架可能无法及时更新,因此我们直接采用了官方框架。从 12 月 27 日开工,到 1 月 2 日通过审核,最终累计产生 30 个 commit。

后端部分,为了快速实现,我们使用了 LeanCloud 作为后端基础设施,累计产生了 32 个 commit。

至此小小票儿项目的开发工作就告一段落了,只等小程序正式发布。

小小程序,大有作为

小小票儿项目的开发体验令人印象深刻。超高的开发效率,让小程序的试错成本更低,因此带来的丰富可能性,啧啧,大有可为啊。

以上就是这次有趣的小程序开发体验,希望也能给你带来一些启发。


题图是我们准备在上海举办的“小小程序,大有作为”活动海报,如果你在 1 月 15 号正好有空,欢迎来参加哦。

再会!


哦,差点忘了说,还有最后一件事:

Introduce Tiny Group

Tiny Group 是一家专门开发小程序的公司。从小程序应用,到开发者服务,我们将围绕小程序做更多事情。

欢迎访问我们的网站: tiny.group


你也对小程序有兴趣吗?加我的微信聊一下吧:

或搜索微信号:unstop

评论