浅析微交易系统的未来发展概览.docx

浅析微交易系统的未来发展 「别开发 app 了，做个公众号就可以了」 这是最近我和所有正在创业的朋友说的一句话，app 生态已经趋于饱和，低频产品已经没有开发 app 的必要，转而开发微信公众号（未来是应用号）将是最佳选择。 8 年前，当有人跟你说，先开发移动 app，再开发 PC 端，你会觉得那是开玩笑。2 年前，如果有人跟你说，先开发微信公众号，再开发 app，最后补一个简单的 PC 端产品，你可能会觉得这又是开玩笑。现在，如果我告诉你，半年后，你真的可以不开发 app 了，这不是在开玩笑。 这篇文章将告诉你两件事： 为什么只开发微信公众号是合理的 应用号可能会长什么样 容我慢慢道来。 从一个案例说起 不久前，我和朋友在一个快餐店吃饭，忽然来了一个老外，他跟我的朋友打了个招呼，于是我们就坐下来认识了。这个老外叫 Drew ，中文说得比我的英文流利，他是一个产品经理，当他知道我认识张小龙时，他笑得快合不拢嘴，他说， 我是张小龙的粉丝，我觉得微信就是全世界，这年头应该只开发微信公众号，根本不需要开发 iOS 和 Android 。 他是 「Yoli 口语」的产品负责人，Yoli 口语是一个真人英语教育产品，是一个完全且只基于微信的产品，是一个严格意义上的「微信 app」，和绝大部分的微信公众号不一样，Yoli 口语不是一个单纯的 HTML 5 应用，而是有一个相当庞大的产品和交互体系。 Yoli 口语的产品分两端：学生端和老师端。 学生端他们采用微信服务号来做，学生可以在 Yoli 口语上购买课程，购买后，Yoli 会用 Uber 的抢单模式，给学生匹配老师： 然后学生就可以在服务号里与老师进行对话，按照计划的课程，互动学习和练习英语： 老师端他们采用了企业号，老师可以在企业号抢单、给学生上课等： 每节课结束时，学生可以对老师进行评价。 从以下这张图你可以看到，老师端的所有功能都被打包到企业号里。 简单绘制其产品架构，是这样的： 当然，实际的架构要比上图复杂得多。 这是我见过功能「最完整」的微信公众号，而且，Drew 他们没有开发 iOS 或 Android app 的打算，对于他们的产品团队来说，他们相信只开发微信公众号已经足够了。 Yoli 口语给了我很大的启发，就像引语里所说，2 年前，如果有人告诉你，只开发微信公众号，你肯定觉得不可思议，但现在，微信上已经出现了功能复杂的公众号，而且应用号也将在不久后发布，我们还有什么理由，不优先或只开发微信公众号？ 微信公众号一定是未来 本文说的微信公众号更多地是功能性的公众号，虽然订阅号也可以对接开发接口，但从产品的角度，未来大多数开发必然是基于服务号，以及即将推出的「应用号」，或许可以统称为「微信 app」，简单的定义是： 为满足用户某种需求开发的、完全基于微信的消息或网页应用，入口是公众号，用户无需离开微信即可完成所有操作，所有需求都在公众号里被满足。 重申一下，这里说的「微信 app」并不是指像「可能吧」公众号这样的「自媒体」，而是完整闭环的功能性产品。比如你开发了一个 iOS app，然后你注册了个订阅号每天发文章为产品做宣传，那么，这个订阅号不能被定义为「微信 app」。 从很多角度考虑，开发微信公众号都比开发 iOS 和 Android app 要好。 用户在哪里，产品就在哪里 如果你是一个销售鞋子的商人，你的鞋子只适合南方人穿，你应该在南方开店，或在南方人出没的地方和网站投放广告。 顾客在哪里，就让顾客在哪里看到你。 对于绝大多数中国移动互联网用户，他们（我们）大多数时间都花在微信里，比如我，过去 7 天里，有16.6 个小时微信都在前台工作（iPhone 自带统计），这意味着我每天有超过 2 小时在微信里度过。 所以，对于绝大多数产品来说，我们的目标用户同时也是微信用户，那么，为什么不在微信里开发产品，以让我们的产品更容易触及用户？ 从使用频度角度开发 打开你的 iPhone，查看手机的电量统计，你会轻易发现，微信占了你电量使用的最大比例。 通过查看过去 7 天的统计我还发现，在我一共安装了 218 个 app 的 iPhone 上，过去一周我只用了 28 个，其中有 8 个是系统应用，也就是第三方应用我只打开过 20 个。而耗电量超过 1% 的，只有 10 个。我们假设耗电量超过 1% 的应用就是高频应用，那么： 一周内我频繁使用的 app 只有 10 个，只占了我所安装 app 的 4%。 我相信非 IT 圈的人装的 app 肯定没我多，但频繁使用的 app 也不过是 10 个左右。 这意味着，大多数 app 都被低频使用，被低频使用的命运极有可能是「被删掉」，因为和删除微