【产品研究】云闪付的乘车码功能
|
副标题[/!--empirenews.page--]
(讯)本文是关于云闪付乘车码功能的产品分析，主要的思路是关注核心、拓展场景、优化体验。 01 环境说明
02 分析方向2.1 乘车码的使用云闪付APP是一种非现金收付款移动交易结算工具，通过收付款、享优惠、卡管理三大核心功能，为持卡人提供各项优惠的金融、生活及购物服务，安全保障用户合法权益。 其中推出的乘车码，可以让用户在不用携带公交卡、零钱的情况下乘坐公共交通，还能特享随机立减的优惠。 2.2 乘车码界面的UI云闪付APP整体采用红白相间的UI风格，符合当代中国大众的审美，与百元大钞相近的配色给用户以喜庆红火的暗示。 乘车码界面的UI简化为类似“出票机”的样式，button设置大方清晰，用户可以很快根据自己的需要进行相应的操作。 03 功能体验3.1 产品结构图3.1.1 部分一级页面截图
产品的四个一级页面分别为“首页”、“发现”、“财富”和“我的”，这是目前市面上的C端产品比较常用的界面分类，就目前来看也是比较合理的。 首页用于放置用户较为常用、或是应用想让用户优先点击的功能；发现则便于用户查看并使用相关的优惠；财富界面直接管理用户的存储卡、信用卡，并对开支进行一个简要的统计；我的则是用于放置与用户相关的包括个人信息、订单、设置等常用功能。 分类思路比较清晰，但UI界面的某些设置还有待优化。 3.1.2 APP产品结构图
通过上图可以看出，云闪付APP的产品框架相对趋近复杂。各项功能也比较完善，具体的功能分布是否合理，持续优化的空间在哪，还有待笔者详细体验才能再作判断。 3.2 乘车码核心使用流程
上图是乘车码功能的核心使用场景流程图。用户在界面里操作调出二维码，让公交车的扫码器扫描，完成一次乘车支付。 该也行流程涉及以下几个用户使用路径：
3.3 功能体验分析3.3.1 调出界面
描述： 1）打开首页，用户在副功能区一眼就能看到排列第一的乘车码，点击便能进入乘车码界面，调出速度较快，完全没有卡顿。相比于支付宝和微信支付的调用流程来说，简化了不少，非常照顾用户体验。 出现这种差异最根本原因还是在于产品定位的不同，导致它们在功能的调出流程上各有差异，云闪付更像是把乘车码的功能内置进去，而其他两款应用做得更像是外置的一个插件。
2）同时在乘车码的图标下也写明了随机立减，实际使用过程中，每次都能达到40%到60%，非常能吸引用户点击享受优惠。 可以看出云闪付对于自身目前所处的阶段是定义为前期推广阶段，需要通过烧钱补贴来争取新用户。 3）在乘车码界面，点击二维码区域便能刷新乘车码，根据测试，在断网的情况下也能调出乘车二维码，体验十分良好。 在讲究用户体验的当下，这样的功能设置已经成为标配，在网络异常的情况下允许用户先享后付，是非常人性化的处理。 建议： 1）考虑实现“多码合一，一码通用”。用户在公交车或地铁上扫码付费，本质上就是花钱享受一次出行服务，和在商家那出示二维码扫描没有任何区别。 但在使用时，却需要用户先想一下对方是商家还是公共交通，该向对方出示哪款二维码，显然这对一些中老年用户是不友好的，而且图标和文字较小，他们使用时也会比较吃力。 另外这种“多码合一，一码通用”的做法将能记录用户所有的消费记录，有利于形成一整套交易结算的生态体系闭环。这就像一个大学生既可以拿着校园卡去食堂打饭，也可以去图书馆看书，还可以扫寝室的门禁，在这些场景下TA只需要拿出卡，不用做其他思考。 2）考虑到随机立减的优惠每人每日只有两次，那么可以在右上角的空白位置显示“您今日可享2次随机立减”，完成立减扣费便减1，有效减少了后期运营人员需要再向用户解释的情况。 3）乘车码下方的提示语“先乘车 后付款”初看时不知其意，等到发现断网的情况下也能调出乘车码时才稍微理解这句话的含义，但还不能确定是否可行。 建议修改成“网络未连接时也可使用”或是“断网时可先乘车，后付款”这样易于理解的提示语。 3.3.2 扫码
描述：
建议： 1）完成扫码后，App页面应弹出付款成功的界面，并告知付款多少。像支付宝的乘车码使用后，就会在界面上告知用户花了多少钱。 一个功能的使用，尤其是针对C端用户，最好是能有反馈页面，这不仅能给用户一个直观的使用感受，还能顺带在页面下的空白处植入其他广告，一举多得。 如果出现扫码器无法发声或是使用者听力有障碍的特殊情况，就有可能出现重复多扫的情况。因此建议添加该页面。 （编辑：通化站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
