支付宝钱包失衡了怎么办看看我的重构思路

　　〔核心提示〕面对失重、失衡和进一步可能失去用户的危机，有必要自作主张对新版的支付宝钱包进行一次大胆的解构和重架构。
　　日前支付宝钱包新版本（8。1）的调整思路，大概归纳一下，有以下两点：
　　第一，是将用户最常用的功能都放到首屏；
　　第二，是把公众号正式定名【服务窗】，作为一个单独的服务频道呈现给用户；
　　如果按照这种调整逻辑，那么相应的可能出现这样的情况：
　　第一，如果最常用是单纯以业务功能被使用次数来计算，并以此将可提供的业务功能进行顺序排列（不管取的位数是前十还是前二十），势必会将钱包整体的功能结构进行破坏性拆解，表现就是整个首页面杂乱、零散而不得重点。
　　第二，作为一款非IM应用，不断扩展其非核心功能服务窗，把自己变重，应用自身结构也将失衡。
　　既然如此，面对失重、失衡和进一步可能失去用户的危机，有必要自作主张对新版的支付宝钱包进行一次大胆的解构和重架构，更希望支付宝钱包的产品团队能够重新审视这个版本的设计，乃至整个支付宝钱包的产品思路。
　　解构支付宝钱包
　　新版的支付宝钱包，分页签排列了四个页面：支付宝、服务、探索和财富。其中，首屏的【支付宝】页，暂且不考虑页面头部的【账单】、【扫一扫】和【付款码】，共聚集了11个功能：余额宝转账信用卡还款当面付收款水电煤手机充值彩票爱心捐赠机票淘宝，还不包括折叠的另9个功能，梳理一下并没有发现业务之间有任何属类上的关联，或许真的是后台数据统计结果的展现；
　　第二屏【服务】页，提供公众服务窗展示和添加功能，这个始终活在微信公众帐号阴影下的公共号这一次再下重本，完全摆出了硬磕的架势。虽然阿里一再强调自己是在以此构建闭合生态，为商户搭建营销和服务渠道。但我始终还是觉得阿里狠下资源在腾讯着力布局的场里抢客，有几分替不争气的来往出头的意思，毕竟阿里曾经对来往扛起这面大旗充满期待。为一时之气堵上支付宝钱包，值得吗？
　　第三屏【探索】，实在把握不太准这个探索该如何解释。不过按照其提供的业务功能来看，可以分作两类：一类是偏重用户导流的功能附近和快的打车，一类是钱包基本的券卡功能；
　　第四屏【财富】，实际上是用户账户的查看和管理功能入口，包括现金、电子现金（卡、余额宝），除了一个爱心捐赠外也是钱包的基本功能；
　　为支付宝钱包重新架构
　　重新架构之前有必要明确一下要借用的信息架构的含义，对支付宝钱包的重新架构将以此为依据来分析和推导，这里借用信息架构的实现方式和功能性：即信息架构设计用来向用户展示在当前任务点时所必需的信息，以便用户能够完成当前任务，同时不造成信息负担。以此为基础，任务作为信息架构的核心，通过上下游延伸，将参与任务的角色和完成任务所需要的信息进行合理组织。换句话说，对角色人物的定位和角色人物的预设，决定产品应有的信息架构。
　　重架构支付宝页
　　支付宝钱包定位是电子钱包（相信还有很多同学记得其初始的几个版本用的虚拟钱包的UI设计），那么有必要还原一下钱包的内容物和功能：现金、电子现金（银行卡）、会员卡（折扣券抵用券等都算在内）、购物小票（银行卡刷卡单），实现的功能归纳起来就是收付和一小部分记录的功能。支付宝钱包既然将目标定位在消灭实体钱包，那么实体钱包的功能应该是支付宝钱包优先应该覆盖的，除了收付，其他功能实际上都应该也只能是延伸。这些业务功能，不论其市场角色、战略地位，只能是作为收付功能作为底层功能所承载和表现出的内容。钱包最基本的收付功能，解决的是用户最基本和最直接的收付需求，是产品最基本的的对用户诉求的满足，除此之外，再相关的业务功能都可以不进入第一屏。
　　当前8。1版本的首页，扫一扫和付款码是整个页面区块最大但却不算突出个两个应用功能，接下来排列的就是43排列的应用功能的Icon，比较诡异的是下部页面竟然有比较明显的一大块留白（是故意为之，还是页面设计的遗漏）。粗浅的做一下分类：扫一扫、付款码、当面付和收款其实都是收付的基本功能，只是唤醒和操作上存在差异，这种差异也只存在技术实现的手段上。那么，如果重新定义的话，第一屏应该只包括付款和收款。
　　重架构服务页
　　第二屏【服务】，说道服务窗，这个阿里一直在努力扩展功能、增加机构以扩大其影响力，进而摆脱模仿微信公众帐号的功能点，似乎从开始就没有找到合适的路，这次更新把商家机构服务号统一整合从第一屏移动到第二屏，并开始明确的以服务窗的名头来为自己正名，无非是想摆脱抄袭，起码是模仿的说头。
　　虽然没有明确的数据可以证明，但个人还是相信进驻支付宝的公众帐号的数量和重量级在不断提升，支付宝服务窗的服务能力也因此得到了有效的提升，但相信更多的人也不会怀疑，服务窗发展的成熟程度和用户活跃度肯定会低于微信。之所以这么讲，并非不是不看好阿里的技术、产品能力，而是阿里在产品的定位上有时候总是有那么一点偏差。之前承担这个服务窗概念和功能的是其体系下的来往，而这个定位与微信基本一致的社交应用在风风火火的大肆推广却落得不温不火之后，如今被丢在冷宫任其自生自灭了。于是，大胆假设阿里是打算用支付宝钱包能承接这个功能。这种迁移如张飞绣花一样特别的不伦不类，因为支付宝钱包首先是作为一个支付的工具而存在，虽然经过业务的办理使支付关系链中的双方产生了服务与被服务的临时性业务关系，但它所承接的管理应该是对于买卖本身的事件管理，而不是对于买家和卖家关系的管理。
　　当前8。1版本的【服务】页，通过应用自身预设和用户自行添加，展示相应的商户和机构号，以及推广信息和服务功能（内页菜单的展示方式都几乎完全是微信的样子）。这和作为一个非常在线支付工具的定位的应用来说非常不合理，虽然阿里不愿意接受自己的非常在线定位，但用户的使用习惯已经为微信和支付宝钱包分别投了票。简单来说，一个听说朋友换了4G号码，只单纯想了解中国移动4G活动的用户，不会去专门打开他的钱包去做这件事情，即使他的钱包也能满足他的需要；这只是条件反射的问题，还不考虑钱包因考虑安全而造成的一定的操作负重。那么，如果重新定义的话，调整【服务窗】的整体策略，用事件管理的方式来连接C用户和B用户的业务关系。
　　事件管理，而非关系管理
　　虽然支付宝钱包的公众或者机构帐号归集形成的频道，即【服务窗】在业务逻辑和功能延伸上同微信的公众平台的差异性并不明显，而且微信在C端用户获取和用户活跃度上有着巨大的身位优势，因此从微信抢用户来实现【服务窗】的客户活跃度实在是一个不太现实，而且耗时的选择，更何况支付宝钱包的定义并非是即时通讯软件，不是长时登录应用，而是解决用户支付需求的第一选择。
　　因此，支付宝钱包搭建C端个人用户和B端机构用户之间的沟通和交流的渠道机制可以建立在任务或事件流之上，以任务和事件的触发作为渠道从隐性到显性的变化条件。当C端用户通过支付宝钱包办理业务时，作为业务提供方的B端用户籍此与用户产生临时性业务关系，支付宝钱包的后台捕捉该行为，根据B端用户设定向C端用户推荐B端用户可提供的延伸服务功能、发布的活动信息等，C端用户通过阅读，引发兴趣点，进而引发关注行为，持续发展其兴趣点。
　　重架构探索财富页
　　与第一屏的支付宝和第二屏的服务相比，探索和财富两屏的功能明显轻了很多，而且探索的定义也有些模糊，太过笼统，就感觉这两屏是生凑出来的一样。按照之前的解构分析，可以很轻易地收付和服务的内容里去，这里的服务是新增的内容模块，将散落在【支付宝】、【探索】和【财富】页的服务内容统一整合在一个页面内，并考虑按照业务相关性和用户的使用频率进行分类和排序。