标签：为我 二维码 政策 整合 日常 估计 而且 赛事 民生
支付宝手机软件分析
一、产品相关信息介绍
Q：你选择的产品是？
A：在本次作业中，我选择进行分析的产品是支付宝（Alipay）手机软件（IOS版本）。
Q：为什么选择该产品作为分析？
A：在日常生活中支付宝几乎是我使用最频繁的一个软件，例如：父母给我生活费；亲朋好友逢年过节互发红包；出去聚餐、吃饭后结账；便利店、超市购物时支付；每月支出记账；网上购物支付；…… 这些需求都可以通过支付宝来实现，正因如此，我使用支付宝的频率很高，在不断的使用中，也就对支付宝比较熟悉，也对它的一些功能产生了一些自己的看法，因此，我想在本次作业中选择支付宝来作为分析对象，但我很少使用网页端登录支付宝，并且我的手机是IOS系统，因此我最终选择了IOS版本的支付宝手机软件作为分析对象。
Q：该产品是怎么诞生的（在什么样的背景下）？
A：由于电子商务中的商家与消费者之间的交易不是面对面进行的，而且物流与资金流在时间和空间上也是分离的，这种没有信用保证的信息不对称，导致了商家与消费者之间的博弈：商家不愿先发货，怕货发出后不能收回货款；消费者不愿先支付，担心支付后拿不到商品或商品质量得不到保证。博弈的最终结果是双方都不愿意先冒险，网上购物无法进行。第三方支付平台正是在商家与消费者之间建立了一个公共的、可以信任的中介。它满足了电子商务中商家和消费者对信誉和安全的要求，它的出现和发展说明该方式具有市场发展的必然需求。[1]
Q：该产品经历了哪些发展阶段？
A：
支付宝（中国）网络技术有限公司是国内领先的独立第三方支付平台，是阿里巴巴集团的关联公司。支付宝致力于为中国电子商务提供“简单、安全、快速”的在线支付解决方案。
其发展历程[2]大致如下：
（1）支付宝2003年10月诞生于淘宝网，推出担保交易模式。（也就是嵌入淘宝网的支付平台，作为淘宝网的一种支付手段而存在）。
（2）2004年12 月，支付宝平台独立，支付宝公司开始运营。（从淘宝网的子功能出发，成立自己的公司，开始着手拓展各方面业务）。
（3）2007年支付宝全年交易额476亿人民币（占整个电子支付市场47.6%的份额)，其中大约70%来自淘宝，外部商家占比30%左右，另外2007年支付宝针对商家（淘宝网和阿里巴巴网站的交易除外）展开收费。
（4）2008年8月，支付宝用户数突破1亿，超越淘宝网的8000万用户，占网民总数的40%，10月份支付宝宣布正式进入公共事业性缴费市场，通过支付宝网上缴纳水、电、煤以及通信费等日常费用，另外支付宝与卓越亚马逊、京东商城、红孩子等独立B2C展开合作，成为其平台的支付方式之一，并推出WAP手机版，布局移动领域，2008年支付宝全年交易额1300亿人民币以上。（关键：正式进入公共事业性缴费市场。）
（5）2009年支付宝继续拓展应用行业，1月与携程达成合作、2月与芒果网达成合作，至此，国内前三大在线旅行均成为支付宝合作伙伴（08年与艺龙达成合作），7月份支付宝宣布用户达到2亿，在不到1年的时间里，支付宝用户实现翻番，随后支付宝又与友邦保险合作共同拓展电子商务保险销售渠道。（关键：继续拓展应用行业：在线旅行网站、电子商务保险。）
（6）截止2009年12月，支付宝外部商家已经增长到46万家，全年交易额2871亿人民币，市场份额49.8%，同年11月支付宝启动“聚生活”战略，即建设无形的开放平台，从“缴费服务”向“整合生活资源”进行战略转型 ，实现市县级的水电煤缴费、信用卡还款、缴纳罚款、学费、行政类缴费以及网络捐赠等多项服务。（现有功能的改进与加强）
（7）2010年12月，支付宝用户突破5.5亿，同时支付宝推出“快捷支付”，用户无需开通网银便可用银行卡进行网上交易支付（目前合作银行80家左右）。另外2011年5月京东商城宣布放弃与支付宝合作。（与其他支付平台产生竞争）
（8）2011年7月支付宝推出手机支付产品——条码支付（Barcode Pay），进军线下支付市场。（关键：打开线下支付市场）
（9）2011年9月1日支付宝在9月1日的交易额达到30.4亿元，打破2010年11月11日淘宝商城光棍节大促时支付宝创下的日交易额29.1亿的全球记录。
（10）2011年11月11日，光棍节当天淘宝商城支付宝交易额突破33.6亿,支付宝当天支付成功3369万笔，再度刷新世界纪录。
（11）2012年2月8日起，支付宝关闭信用卡充值服务，但可继续使用信用卡付款。
4月19日，支付宝水电煤缴费开通信用卡快捷支付。除了以往支持的借记卡卡通、网银和支付宝余额这些方式，用户可以使用信用卡以及快捷支付缴纳水电燃气费。
5月11日，支付宝获得基金第三方支付牌照，开始对接基金公司。
11月11日，支付宝在11.11当天成功交易1亿零580万笔，突破191亿。
（功能调整与收益）
（12）2013年6月17日，余额宝服务正式上线。（关键：提供类似银行的储蓄业务）
2013年8月，用户使用支付宝付款不用再捆绑信用卡或者储蓄卡，能够直接透支消费，额度最高5000元。（现有功能改进）
2013年8月27日，支付宝在官方微博上声称，由于“某些众所周知的原因”，支付宝将停止线下所有POS业务。（商业竞争）
2013年11月11日全天，支付宝成交额350.19亿，实现手机支付笔数4518万笔，占支付宝整体交易笔数的24.03%，支付宝手机支付额突破113亿。
二、调研与评测
1.个人上手体验
打开软件后映入眼帘的是以蓝色和白色为背景基调的界面，支付宝的核心功能（扫一扫、付钱、收钱、卡包）以蓝色为背景悬浮于页面顶部，而其他子功能则以白色为背景，整体页面看起来比较舒适，软件功能在页面上也比较醒目，这样使得用户操作起来难度比较小。除此之外，该软件还分为4个选项卡（首页、口碑、朋友、个人信息），这些选项卡将支付宝的各个功能模块有效的归类，起到索引的作用，使整个软件的使用更加方便。个人体验：功能描述较为明确，界面友好，上手难度较小，功能比较完备，响应速度快。
2.用户采访
2.1采访对象信息简介
用户身份背景介绍：小李，20岁男性大学生，侦查类刑警专业，平时爱点外卖，周末经常出游，喜欢网上购买生活用品与衣物，平时出门喜欢打车和骑共享单车。
坐标：南京。
用户需求：
（1）需要一个统一的支付平台，最好能将外卖支付、网购付款功能集于一体，以避免需要下载多个软件导致自己的财产、账单难以梳理。
（2）需要一个线下支付平台，方便自己去超市购物时结账，出游时在便利店、景点付款。
（3）需要共享单车保证金支付平台。
（4）需要记录自己每个月的收入、开支及账单明细，并能在需要时对账单进行查询。
2.2让采访对象使用该产品的功能
小李已经有了几年使用支付宝的经历，为了更好的进行调查，本人委托小李结合自己的生活需求对支付宝进行一次整体的使用和了解。
2.3描述用户使用这个产品的过程，用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
对2.2中该用户的反馈意见进行收集与整理如下：
2.3.1 用户的使用过程
该用户较为全面的回忆了自己使用支付宝的各个场景与用途，对自己使用比较频繁的功能进行描述并说出自己的应用场合，对自己使用的功能逐一进行点评，最后点出自己觉得支付宝中用途比较小的功能，以及自己目前对支付宝软件功能的一些改进意见，总体来说这个调查得到了我们所需的大部分信息。用户的需求整体得到满足，但也有一些小困扰。
2.3.2 软件在数据量/界面/功能/准确度上各有什么优缺点？
总结而言，用户认为软件的功能比较完备，但有些过于完备，导致用户认为一些功能作用很小而几乎不会去使用。在界面方面用户与本人的意见一致，认为软件的界面比较友好。而反馈速度方面而言，用户也认为支付宝各个功能的反馈速度都比较快，很少出现卡顿的情况。
但用户除了发现一些自己觉得无用的功能以外，也发现了一些新的缺点，比如提现速度慢、账单现在不再显示在左上角而是集成在“个人信息”选项卡中（与用户过去所使用的习惯不同，导致用户经常忘记）。
2.3.3 用户体验方面有问题么？
总的而言，用户体验整体较好，在使用当中遇到的小问题基本比较容易解决。
2.4 结论
用户对支付宝的推荐程度： 非常推荐
我对支付宝的推荐程度： 非常推荐
三、需求分析
3.1 用用例图（Use case）加以表示该产品的典型用户和典型场景[3]
3.2选择获取需求的方法（比如焦点小组、深入面谈），得到该软件的需求。（对不同的典型用户可以采取不同的方法）
如下表。
| 用户类型 | 用户特点 | 需求获取方法 | 软件需求 |
| 商家 | 收入来源较广、需要进行交易、转账的场景比较多、有时需要举办活动来吸引顾客、缺少宣传平台、客流量较大时记账较难。 | 深入面谈 | 线下便捷收款、余额快速、免手续费提现、担保交易、宣传与活动推广、账单对账与明细。 |
| 普通用户 | 收入来源单一、转账目标较多（如亲朋好友、商家、第三方平台等）、服务需求较多，较杂，是软件的主要用户，各方面需求比较平均，但核心仍是转账、记账单等业务，但是其需求优化空间比较广，是软件改进的主要参考对象。 | 调查问卷、焦点小组 | 转账、线上支付、线下支付、生活服务与娱乐（快递、医疗、保险、游戏、公益.....）、借贷与储蓄业务、交流服务（红包、朋友圈） |
| 第三方平台 | 刚起手的第三方往往没有自己的平台，需要暂时嵌入其他平台、宣传推广需求较大，代收款业务量大。 | 焦点小组 | 提供支持平台、宣传与活动推广、在线服务支付、代收款、担保交易 |
四、分析
1.尽可能地使用软件的所有功能。
为了下面能够更好的画出整个软件所有功能逻辑框图，以及为为软件之间的对比作基础，我首先将使用过和没有使用过的支付宝功能都重新过了一遍，下面对这些功能进行介绍。
| 界面功能 | 图片 | 功能阐述 |
| 财富管理 |  |
余额宝：提供类似银行的储蓄功能，提供用户利息，特点：低风险、收益稳、灵活取。 花呗：借贷服务，根据用户信用具有一定额度，类似信用卡的功能，每月10日还款。 芝麻信用：对用户的综合信用进行统计与评分。 芝麻财富：财富管理平台，内嵌入许多投资服务。 股票：提供股票平台。 保险服务：用户可以选购一些基本保险，并提供保险咨询服务。 汇率换算、理财小工具：类似财务计算器的功能。 |
| 便民生活 |  |
充值中心：手机、游戏充值服务，有一定优惠。 信用卡还款、生活缴费：信用卡还款、水电费等缴费功能。 城市服务：集成挂号、社会保障等城市服务功能的模块。 生活号：一些公众号，如微博、花呗、快递等。 到位：到位APP嵌入，一个同城服务平台。 我的客服、我的快递：提供在线/离线客服咨询以及快递跟踪。 医疗健康：提供医疗相关的服务，如挂号、预约、在线咨询等。 记账本、发票管家：用于记录账单、管理发票。 加油服务、车主服务：提供与汽车相关的服务，如加油、预约洗车等。 蚂蚁宝卡：与中国联通联手打造的专属手机卡。 境外上网：境外流量包开启。 蚂蚁微客：在线发送任务、接受平台。（跑腿性质）。 共享单车、体育服务：提供共享单车租赁服务、体育赛事关注服务。 |
| 资金往来 |  |
亲情圈：亲密付（代付服务）、余额宝相关服务。 AA收款：方便聚会AA制收款的服务。 上银汇款：外币汇款平台 |
| 购物娱乐 |  |
游戏中心：游戏下载平台。 蚂蚁庄园：认养小鸡、献爱心。 出境：提供出境服务。 人脸识别：登录验证、刷脸支付等。 |
| 教育公益 |  |
校园工作：兼职、校招、一卡通等服务的集成（主要是在校学生找工作）。 教育缴费：学费代缴等相关功能。 爱心捐赠：捐款服务。 蚂蚁森林：类似QQ农场，但这里种树以后会为沙漠绿化做贡献。 中小学：面向中小学生与家长的服务平台。 运动：记录每天运动步数等。 |
| 口碑 |  |
类似大众点评、美团、百度糯米等的服务，会提供一些优惠券，主要为商家做推广，为消费者提供消费地点推荐服务。 |
| 朋友交流 |
|
类似QQ、微信聊天的功能。 悄悄话：对方查看后立即销毁，保密性好。 个人名片：方便交流的双方自我介绍。 |
4.2分析这个软件目前的优劣 (和类似软件相比)，推理出这个软件团队在软件工程方面可以提高的重要方面 (具体建议)。要求把对比的结果列出一个表格，对比每个软件各自的优点和缺点。
| 支付宝 | 微信 | 京东金融 | |
| 软件优点 |
支付优惠策略多（优惠券、会员周周乐、奖励金） 生活服务功能齐全（生活缴费有红包减免、共享单车支持范围广（小黄车、HelloBike等）、保险业务、出境业务.......） 提现免手续费额度大（基础2万元）、动态（会员可提额）。 充值业务广泛（手机、游戏、水电煤宽带、流量、加油卡、娱乐（爱奇艺、优酷））。 支付方式多（转账、红包、刷脸支付、二维码支付、花呗支付、余额宝支付） 拥有自己的储蓄业务平台（余额宝） 信用卡业务完备 适合作第三方推广、适合商家推广。 第三方嵌入比较方便（第三方业务很多，详见4.1） 账单明细功能完备 |
聊天、朋友圈等微信的基础功能吸引大量用户导致微信的用户基量非常大 充值优惠针对QQ用户比较大（比如QB充值95折、腾讯相关业务的充值优惠更多） 第三方嵌入比较方便（微信小程序） 更加注重与“朋友”的经济来往，而非与第三方商家，这种侧重吸引了很多用户（如不经常有业务来往的学生、成年人等） 提现速度快（非高峰期5分钟内） |
面向用户范围不够广泛、用户基础比较少 更注重利润较大的生活服务（股票、保险等），这些生活服务比较完善。 拥有自己的储蓄业务平台（京东小金库） 拥有借贷服务（京东白条） 针对京东购物、充值的优惠非常大（政策很多，在此不一一列举，但比较经典的是购物返现金红包。） 有账单明细功能 |
| 软件缺点 |
用户黏性较低（用户主要用支付宝进行线上线下交易以及必要时的生活服务） 充值业务优惠较低（每个充值业务优惠限度都比较小，没有特别的优惠政策与优惠业务（比如没有针对QB、游戏等的特别优惠政策）） 服务功能多但是有些比较鸡肋(原因是功能与其他软件相比比较不完善) 提现速度慢(基本为1小时左右) |
生活服务不完善（仅有摩拜单车、水电煤宽带缴费等基础功能） 支付方式不多（转账、红包、二维码） 无借贷服务 不适合第三方推广 提现免手续费额度小（基础2000元），且为静态（不可增加。） 无账单明细功能 |
面向用户范围不够广泛、用户基础比较少（只针对京东用户，且大部分用户为商户和供应商） 第三方支付局限于京东软件。 生活基础服务不完善、不重视。 支付方式单一（仅支持银行卡和京东支付） 不做第三方推广 |
这个软件团队在软件工程方面可以提高的重要方面 (具体建议)：
①首先分析上表发现，支付宝在各个方面的优势都比较明显，缺点虽然不少但是都不太致命。
②建议支付宝在医疗、出境、保险业务、口碑等服务上加大改进力度，重在精而不在多，这样才不会使自己的优势：“服务多”不成为鸡肋。
③支付宝的用户黏性还不够大，建议与相关平台，比如微博等合作，推出登录、注册等的互通新政策，加大用户黏性。
④建议在优惠力度上再下功夫，比如充值优惠，可以与三大运营商合作，吸引更多用户。
4.3[附加题]根据理解和体验，画出整个软件所有功能逻辑框图，根据重要度标识出各模块的重要度、完成度、出发点及效果；
4.4[附加题]针对不同的维度评分，对用户体验方面、UI界面美观度、核心功能，分别打分（能给出更详细的评分更优）。
约定：每项的得分为100分制， 0~20为极差，20~40为差，40~60为较差，60~80为一般，80~90为好，90~100为非常好。
| 评分项目 | 分数 |
| 用户体验 | 92（用户整体使用感觉比较好，界面友好，操作便捷） |
| UI界面美观度 | 90（页面布局舒服不浮夸，颜色基调以蓝、白为主，没有较鲜艳的颜色） |
| 核心功能 | 85（核心功能（转账、支付等）比较完善，但有些功能因为不够完善而略显无用） |
五、建议和规划
Q：如果你是项目经理，如何提高从而在竞争中胜出？
A：我认为当今时代，在软件方面的竞争需要把握以下几点来提升自己
①用户黏性，如何提升用户黏性是保证软件使用人数的根本之一。
②用户体验度，一个软件经久不衰的最主要原因就是不断收集用户意见、针对用户意见积极的进行完善，才能保证用户不会流失过多。
③与其他平台的积极合作，在当今软件行业中，软件兴起速度和数量越来越大，也就意味着竞争越来越大，我认为只有与其他平台积极合作，才能维持平台的平稳发展。
④对员工要求要高，招收的员工一定要素质高、质量高、做事积极、专业性强，这是一个成功职业人士的基本素养。
⑤从自身做起，作为项目经理，与员工积极讨论，互相吸收彼此的意见，是提高团队凝聚力的关键，只有团队足够融洽与团结，才能发挥出更大的力量。
⑥把握市场痛点，作为一个合格的项目经理，应该具有敏锐的市场嗅觉，后知后觉是成不了大事的。
Q：目前市场上有什么样的产品了？
A：借贷宝、微信支付、京东金融、QQ红包等。
Q：你要设计什么样的功能？（杀手功能 or 外围功能）
A：我认为现在支付宝这个软件所需要的不是新功能更多，而是旧功能更完善，因此，我准备进行的功能设计如下：
①与各个充值平台合作，提高充值优惠力度，这样才能吸引更多的用户使用。
②与微博（因为个人觉得微博是一个很好的合作对象，其用户数量非常多，且暂未与支付宝这类平台合作）合作，提高用户黏性。
综合以上两点，既提高用户黏性，又吸引更多用户，这样才能使支付宝的用户数量不断增长。
Q：为何要做这个功能，而不是其他功能？
A：上面的分析与“四”中的软件对比已经指出，当前支付宝的一大隐患是很多功能有创新性，吸引力，但使用后却发现不够完善。
Q：为什么用户会用你的产品/功能？
A：因为我认为支付宝把握了人们现在最关系的问题之一“理财”，同时又集理财、支付、生活服务、社会保障于一体，类似于所谓的“一条龙式服务”，这样，放眼未来，我认为支付宝要走的路是一条非常有前景的路，那就是将人民的各个生活模块集于一体，成为人们一天生活中的“一条龙式软件”，我认为当支付宝做到这一条时，就能打破当今软件用户数量以交友式软件最多（微信、微博、QQ等）的格局。
Q：你的创新在哪里? 请使用 NABCD 分析
A：
①N (Need 需求)
你的创意解决了用户的什么需求?
这个软件在当前解决了用户的支付、生活娱乐、借贷、储蓄、便民服务等需求，在未来将解决用户的所有生活需求（当然这样说比较大胆）。
②A (Approach 做法)
我认为支付宝把握了当今市场的痛点，那就是“便捷”，我认为未来软件的走向也是如此，一个受欢迎的软件一定要上手容易，操作简单，但实现的功能却很使用。除此之外，支付宝还在慢慢完善用户所需要的各个功能，并涉足金融、教育、生活、公益等领域。
③B (Benefit 好处)
我们给用户带来的好处不言而喻。便捷、便宜、快速、高效，这四个特点正是我设想的支付宝未来发展所追求的目标，我们以具备如此特点的服务解决用户的生活需求，覆盖用户生活的大多数领域。
④C (Competitors 竞争)
从上面我们所进行的软件对比可以看出来，我们的竞争对手的缺陷非常明显，而我们的缺陷仅仅是优惠力度不够大，部分功能不够完善，并且与竞争对手相比，我们目前的用户数量基数也不小，甚至可以说很大，并且我们不断在追求软件功能的完善与创新，踏足各个领域，这是别的软件所不具备的。
⑤ D (Delivery 交付)
在我们的用户基数已经非常大的情况下，我们不断完善自己的功能，不断增加新功能，而这些功能都集成在“支付宝”客户端上。上面已经提到，我们最好与微博进行合作，这样不仅能把优势互补，还能进一步提高双方产品的权威性和知名度。
Q：[附加题] 如果你来领导这个团队，会有什么不一样？
A：目前支付宝所面临的问题之一是太过于追求功能的多样，这是正确的发展方向，但我认为不能急于求成。
如果我来领导这个团队，我将暂时不增加新的功能，先把眼前最重要的功能进行进一步的完善，再积极进行用户需求的调研，找出目前市场最需要的功能与服务，然后在此基础上来增加新的服务。
除此之外，不能单单依靠消费者来改进自身，而要从自身团队强调创造、创新，强调工作时的严谨性，这样我们才能创造出新的具有生命力的产品，同时我们创造出来的产品服务都能够比较完善，不用一直去改进。
Q：[附加题] 如果你的团队有5个人, 有16周的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
| 职位 | 人数 |
| 开发人员 | 1 |
| 软件工程师 | 1 |
| 测试人员 | 1 |
| 美工 | 1 |
|
项目经理 |
1 |
| 周数 | 工作内容 |
| 1 | 项目刚刚着手，与开发人员、软件工程师商讨软件架构、并做好用户需求的调研，最终确定产品所要实现的功能与架构。 |
| 2 | 对整体方案进行审核与改进，预算估计、设计好整体的动工计划，确定用户需求，对软件进行初步的建模（逻辑模型）。 |
| 3~4 |
开发者和软件工程师商讨，确定软件框架，搭建好软件的基本环境，并花时间理解收集的用户需求，作好软件的开发计划。 在项目经理的指导下把软件按严格的规则进行模块的划分，确定软件的运行流程、软件的各个模块需要集成哪些功能 |
| 5~12 |
开发人员和软件工程师进行软件开发、完善软件框架，中间美工对已完成的部分进行UI设计与美化。 在此过程中务必保证用户所需的功能基本实现，与其的运行流程、预设模块都能较好的实现。 |
| 13 |
测试人员与项目经理积极沟通，对软件进行测试，挖掘软件的不足，同时美工对软件整体进行界面美化，三者合作，作出一份详细的 调研报告，要详细说明软件当前的不足，并与开发人员、软件工程师沟通，使其了解优化目标。 |
| 14~15 | 软件工程师和开发人员在10天内针对调研报告进行功能的完善与修改。在后面4天再次进行13周所进行的工作，作出进一步的调研报告。 |
| 16 | 前3天软件工程师和开发人员再次对软件进行完善，后面4天项目经理筹备产品的发布，务必保证产品的交付手段有效、简单、开支小。 |
六、其他你愿意跟我们分享的内容
在已经使用了几年支付宝的情况下，我在本次调研中才发现自己原来并不非常了解支付宝的所有功能，在深入挖掘支付宝的功能以后，我才发现原来我们以前忽视了那么多有用的功能。 观察了支付宝的发展历史，感叹奇迹的产生不是偶然，
支付宝自一个嵌入淘宝网的小平台转变到如此大的一个独立公司，背后不知道是多少开发人员的努力工作。我对支付宝的发展格局表示敬意，从一个支付平台到立志成为一个囊括人的全方位生活服务的软件，这是一条艰难又具有创造性的道路。
对于个人感悟，我觉得我们要具有支付宝这个平台一样的品质，脚踏实地，明确自己的前进目标，为之不断付出努力，在努力的同时富有创造力，积极与人合作，这正是我想要的品质，努力，创造，乐于交流，这是我总结出的人的最重要的三个品质，也确实是从对支付宝的研究中发掘出的品质，努力，体现在支付宝从一个小的嵌入式平台发展到如今如此庞大的公司，所进行的无数探索。创造，体现在支付宝从创业至今所作出的无数创新性的决定，如在当时电商尚未普及时就立志做成电子金融服务平台，到如今立志成为一个集成所有生活服务的平台，这都是别的平台、软件没有去创造的东西，或者说没有人尝试过去融合的东西。交流，体现在支付宝与其他平台的积极合作，彼此之间的服务嵌入，这样才能保证自己所提供的服务始终是跟随潮流、不会落伍的。
最后，我认为如果要作为一个合格的软件项目经理，应该正视自己的成功，重视自己所存在的隐患，只有这样，才能不断改善自身，在当今激烈的软件竞争中屹立不倒。
七、参考资料
[1]支付宝的相关介绍[EB/OL]. https://wenku.baidu.com/view/379d94acd0d233d4b14e6928.html.
[2]支付宝演变史[EB/OL]. https://wenku.baidu.com/view/c79e1c64a9956bec0975f46527d3240c8447a1df.html.
[3]设计阶段如何画用例视图（Use-Case View）[EB/OL]. http://www.cnblogs.com/ywqu/archive/2009/12/03/1616232.html.
标签：为我 二维码 政策 整合 日常 估计 而且 赛事 民生
原文地址：http://www.cnblogs.com/zgsdr/p/7635840.html
