唯品会信用卡支付优惠？

唯品会新人优惠券可以用几次

唯品会新人优惠券可以用1次。

活动期间，用户通过活动页面参与活动，首次绑定新银行卡，可领取30元快捷支付红包，红包领取后3天内有效。

首次绑定银行卡，指用户第一次在唯品会绑定银行卡，是在本活动入口完成。在此之前无历史绑卡记录(如果在此之前已在唯品花开户、征信实名绑过卡，则不能获得红包)。

唯品金融的唯品花是什么啊？是怎么用的？

唯品花是唯品金融为用户提供的消费服务，用户使用唯品花在唯品会商城购物，可享3、6、9、12、18期分期，先消费、后还款，更好地满足用户的购物需求。比如，你在逛唯品会时看到一款非常中意的商品，而你今天刚还了信用卡或者银行卡余额不足，你就可以用唯品花先把商品买下来，等有钱了或者到期日再还款，这样你就不会错过任何中意的商品了。

如何去开通唯品会里面的小花信用卡

唯品花里面有一个小花卡

你点进去

点申请

然后把要求你填的信息填完提交就可以啦

唯品花还可以取现的吗？利率是多少啊？靠不靠谱呢？是不是跟网络借贷差不多的？

唯品花可以取现，唯品花取现现金将直接发放到用户绑定的银行卡上。和网络借贷相似，日利率为万分之五。唯品花是唯品会推出的“先消费，后还款”的网购服务，属于“唯品金融”的一款消费信贷产品。成功开通唯品花的用户，可以用给到的信用额度在唯品会网站中购物，在成功消费后对应的最后还款日前还款即可。

唯品花收费标准：

1、分期手续费：指用户使用 唯品花购物后选择分期付款时须承担的分期付款服务费用，计算公式为账单分期每期手续费=账单分期总金额×0.5%；

2、逾期利息：指用户在到期付款日前未能支付全部到期应付款而导致逾期时，用户应支付的逾期金额，逾期利息=应付未付金额×日利率（万分之五）×逾期天数（从最后还款日开始追溯）。例如：消费500元，还款400元，100元逾期，则每日的逾期利息为100×0.05%=0.05元

扩展资料：

唯品花取现借款额度、借款利率、借款期限分别：

1、最高借款额度高达5万元，具体额度以审批结果为准；

2、借款利率已显示在唯品花取现首页，请以页面显示为准；

3、 借款可选择按3/6/9/12个月（期）进行分期还款。

支持使用工商银行，中国银行，建设银行，交通银行，光大银行，兴业银行，浦发银行，平安银行，上海银行，招商银行，广发银行，民生银行，农业银行借记卡。

参考资料来源：唯品花官网-唯品花取现

参考资料来源：唯品会官网-唯品花

唯品会有个叫唯品花的，说是12期分期免息是真的吗？有人用过吗？

是真的。

唯品花是唯品金融为用户提供的消费服务，用户使用唯品花在唯品会商城购物，可以享受3、6、9、12、18期分期，先消费、后还款，更好地满足购物需求。

唯品花在首次开通和活动期间为用户提供期数不等的分期免息福利。比如在首次开通时为用户提供30天的3、6、9、12期的分期免息。

在分期会场，时常进行的12期分期免息活动也非常诱人，数百个品牌，上万款商品，完全能够满足用户的不同需求，而这些，唯品花用户都可以以0首付、12期分期的付款方式购买。

拓展资料

唯品金融初衷围绕唯品会1万多家优质合作品牌商、3亿会员的需求，唯品金融通过提供各种金融产品和服务，满足唯品会供应商和用户的资金需求，同时反哺唯品会商城，提升用户复购率和用户活跃度，增强用户粘性，将消费贷、理财、保险等金融服务功能与原有的品类特卖优势相融合，构建唯品会“互联网+金融+服务”的新型生态圈。

愿景：唯品金融通过为唯品会用户提供各种金融服务，帮助用户提升生活品质，打造品质金融服务平台。

应用场景：唯品金融目前主要应用场景是在唯品会商城上。

参考资料：百度百科：唯品金融

唯品会APP-收银台唯品花开通五部曲

在正文开始之前，先解释一下什么是唯品花，如果大家没有概念，下面的文章会无法理解。

唯品会从去年取得支付牌照后，开始对互联网金融发出全面冲击，推出了理财、保险、消费贷等产品，更有自己的支付品牌- 唯品支付， 之后大家就会在越来越多的平台看到它。

名词解释如下：

唯品金融 是 唯品支付 中的一种支付方式，包含 唯品花 和 唯品宝 。

唯品花 类似于 蚂蚁花呗

唯品宝 类似于 余额宝

当你在唯品会收银台选择了唯品金融进行支付，就可以使用唯品花分期付了；如果唯品花额度不足，还可以使用唯品宝组合支付。

概念有些复杂，刚开始我也觉得特别绕，但只有明白这些概念后，才能理解正文，那么我们开始吧！（正文中涉及商业机密的数据我全部用xx代替）

唯品会2016年推出唯品金融, 截止到现在开通用户已有一千多万,大约90%的用户是在收银台进行开通的;且唯品金融的支付成功率为xx%,而收银台的整体支付成功率为xx%左右, 高出了近10个点。这是一个不错的成绩。

我一直负责跟进收银台引导用户开通唯品金融的项目,因此对它进行一个完整的总结,希望梳理自己走过的路。

第一步:简单而顺利的起步

【收银台开通唯品花第一阶段】用户经过严格筛选,因此在只需要在短信验证页面加入唯品花介绍,流程简单和流畅,开通率100%

第二部:扩大的用户池子带来更加复杂的流程

【收银台开通唯品花第二阶段】扩大了用户池子,这部分用户安全等级较低,需要在收银台开通步骤 进行复杂的操作才能开通,这带来了复杂的交互流程,跑批后的数据较差,转化率仅有45.62%,支付成功率也仅有XX%。整体数据较差

第三部:分析数据和客诉后进行优化

针对页面转化率数据,唯品花弱感知客户投诉对页面进行了优化,优化后的结果是:确认信页面的转化率提升了6%,6月份客诉降低了15.6%

第四步:风控安全下的沟通

为了解决开通失败原因中占比高达50%以上的:银行预留手机号与账户手机号不一致 的问题,经过反复沟通对现有方案的绑新卡进行开通的流程进行了妥协,优化后的结果是:数据维稳

第五步:开通失败后补发红包

为了挽回已绑卡成功的用户开通失败后能进行二次支付,给这部分用户补发同等价值 的快捷红包,数据反馈出:申请失败后返快捷红包有助于提高用户继续支付的比例,且提高用户选择快捷支付的比例20%。

接下来是各阶段的详细介绍,包含了需求背景、各方沟通涉及的原因,结果,最终方案、以后数据反馈,有些像流水账,大家可以看到一个大项目的沟通、拉锯、优化过程。

  第一步:简单而顺利的起步

这是【收银台开通唯品花第一阶段】，当时我们对用户的开通资格审核非常严苛,比如需要用户实名且绑定过自己的银行卡、 通过安全和风控筛选等等。当然也是由于条件严苛,因此到了前端交互表现层时,仅需要介绍一下唯品花即可让用户开通。

流程如下图所示:收银台选择唯品金融-选择分期-短信验证页面加入唯品花介绍。整个流程十分顺畅,开通成功率几乎100%。

但这部分用户池子有限,因此2016年年底运营部门的【收银台开通唯品花第二阶段】的需求便来了。

第二部:扩大的用户池子带来更加复杂的流程

这个需求的基本概念是:扩大用户池子,把那些没实名验证、没绑卡的用户也纳入进 来。但为了保证风控安全,这些用户必须通过严格的银行卡四要素确认(身份信息、 安全码、有效期、银行预留手机号),其实就是让这部分用户在收银台看到唯品金融, 如果用户选择用唯品金融进行支付时,引导用户填写卡信息来开通唯品花。

这个需求到达交互表现层时流程变得很长,如下图。

我们担心这个流程会带来以下两个问题:

收银台的第一任务是支付,多出这么长的一个开通流程会降低支付成功率

在支付流程让用户使用银行卡信息来开通唯品金融,尤其绑新卡进行开通,担心用户会认为是使用银行卡进行分期支付的,这会带来大量客户投诉。

由于这两个原因,我和产品同事都认为这个需求并不合理,用户体验较差,并和运营

部门负责人进行了沟通,但运营部门的同事也跟我们诉苦:

 2017年运营部门的KPI是xxW的开通量,是去年的四倍。

 让用户到唯品花页面主动开通的需求早已深入挖掘过,已经没有太大潜力

收银台是用户购买商品的必经之路,在这里进行开通可触达到更大的用户范围

已绑定本人卡的用户有限,且在2016年已充分挖掘,因此现在必须扩大用户池子,才有可能完成今年的KPI

充分了解后,明白了运营坚持一定要做的原因。这个需求站在用户体验的角度上看确 实不合理,但站在公司利益的角度上看又变得可以理解。UED团队的存在就是为了在 用户体验和商业利益中找到平衡点。既然无法简化流程,只能尽量在交互层减少用户 负担。

梳理了基本逻辑之后,我们做了第一版的交互稿,由于时间紧迫而且方案又一再修改, 最终进入开发流程的方案明显有优化空间。但小步快跑才是最佳选择,因大家决定先上线后灰度一部分用户,跟踪数据反馈和客诉再进行整体优化。(下图是当时的方案)

  第三步:分析数据和客诉后进行紧急优化

2月26号上线并进行了500万用户的跑批,成功跑入收银台的有二十多万人,这二十多万人的数据非常不理想,截止3月4日,数据如下:

开通成功率(成功授信人数/短信验证人数):45.62%

唯品花支付成功率(唯品花成功支付订单数/唯品花支付订单总数):XX%

在开通的流程中支付成功率低是在预期内的,但开通成功率和总体支付成功率的数据

确实太糟糕了。这个需求的跑批被暂停,我们分析了每个页面接触点的数据、客诉来

进行分析

数据分析

1、未绑卡的用户接触点数据表现良好

数据呈现梯形(如下图),当用户到达填写卡号这个接触点之后的两个接触点转化率都在95%左右。因而这个流程没有太大的优化空间。

2、已绑卡流程的接触点数据表现较差

这个流程相对较短,和绑新卡不同,已绑卡流程是将卡信息展示出来让用户确认,唯一需要用户填写的就是短信验证码。但数据显示当用户到达确认卡信息这个接触点时, 转化率只有29%,这个数据是有提升空间的(如下图)

这明显是确认卡信息页面出现了问题。当时做这个需求时,卡信息确认页面的内容一

再改变规则,原本的方案是显示密文的姓名、身份信息、手机号,让用户补充完整内

容以确认卡信息。

但后来考虑到用户体验的便利性,希望能做到用户不用填写内容,只需要确认密文信

息即可,后来产品经理和风控安全一再确认,在提交交互稿后才确认可以这么做。因

此当时的卡信息确认页面是表单形式的,给用户的感觉更像绑新卡中的填写卡信息页

面,用户思想负担较重。(如下图)

这个页面的内容虽然多,但还是有很多优化空间。内容分为三部分:唯品花介绍部分、 银行卡信息部分、以及实名信息确认部分(如下图)

我们可以对唯品花介绍、卡信息确认部分进行优化

唯品花介绍部分因为时间紧,直接套用第一阶段时的文案介绍。但当时流程简单,用户负担也轻,这个纯文案内容可以用较少的空间介绍更多的内容, 在当时的场景里是可以接受的。但在第二阶段的流程中,这个页面的内容太多了,就不合适这么多的文字表达了,更适合用图文介绍。

卡信息(持卡人、身份证、手机号)既然不用用户填写了,那就不用做成表单形式 了,纯展示的形式更适合。

接下来我们又分析了客诉,希望能结合在一起进行优化

客诉分析

1、用户不明白唯品花是什么?

我们收银台上的支付方式写的是唯品金融,唯品金融包括唯品花和唯品宝,但其实在现在这个阶段,唯品宝里有余额的用户占比非常少,大概只有0.1%不到,也就是说 用户在收银台选择了唯品金融支付方式后,有99.9%的用户都是单独使用唯品花支付的。但分期还款时,是需要用户在个人中心-唯品花入口进行还款的。这就导致了用户对唯品花的感知很弱,还款时不明白到底要在哪里还款了。

2、用户以为不分期就是使用快捷支付付款

唯品金融给用户的感觉更像是一个平台,而不是一个产品。而用户在这个平台选择了

不分期之后,以为自己就是选择了银行卡付款

针对这些数据和客诉分析,在新的优化方案中,我们重新梳理了确认卡信息页面的信 息层级,在视觉展示、标题文案、button文案中一再强调唯品花。修改了交互稿并和相关利益人确认后,此需求紧急插入了APP5.34的迭代版本

那么那些优化是否真的起到了积极作用呢?数据如下:

自4.24以后20天,5.35及以上版本的四要素确认页面通过率从80%提升到86%, 平均高出5.35以下版本四要素确认页面通过率6%,说明页面优化对于提升页面转化 率有一定的促进作用。

具体分析:

对于预授信+收银台已绑卡用户,在收银台全量以后的4.13~5.10期间,区分5.35版 本以上和以下的用户来分析页面转化率

可见对于5.35及以上版本用户,4月24号前的四要素确认页面通过率稳定在80%；而4月24号后，优化页面上线后的20天内,四要素确认页面的通过率提升到85.5%左右,说明页面优化促进了页面转化率的提升;

同时,在4月24号前不同版本用户的四要素确认页面转化率基本一致,但是在4月24号以后,5.35及以上版本用户的页面通过率普遍高于5.35以下版本用户,且平均高出6%左 右,也说明优化四要素确认页面是有助于提升该页面的转化率的。

那是否有效降低了客诉呢?我收集并分析了4、5月份的唯品花弱感知客诉结果如下:

4 月份唯品花弱感知客诉为xx条,5月份为xx条,下降了15.97%;而且4月24 号唯品花弱感知优化版本上线,一周后也就是五月初,70%-80%的IOS用户、60% 的Android用户都已更新至最新版本,但这部分用户的客诉占比仅为10%,这说明我们的唯品花弱感知优化有效降低了客诉,可以维持现有的分期页面设计结构 。

具体分析:

4月唯品花弱感知客诉为xx条

其中有xx条是唯品花弱感知优化前版本的客诉,占比为91.6%

优化后的客诉占比仅有0.08%,但由于4月24号后唯品花弱感知优化才上线,更新的用户比例较低,因此优化后的1条客诉不具备参考性

其他客诉占比为7.6%,包括还款、消费查询、web端客诉等,由于我们分析的是APP收银台分期页面的客诉,因此这部分客诉为无效客诉

5月唯品花弱感知客诉xx条

其中优化前版本的客诉占比为80%

5月份用户已大量更新至优化后的版本,而优化后版本的客诉占比仅有10%

其他客诉占比为10%,包括还款、消费查询、web端客诉等,由于我们分析的是APP收银台分期页面的客诉,因此这部分客诉为无效客诉

 第四步:风控安全下的沟通

未绑卡的用户从填写卡号-填写卡信息-验证短信这些流程后,还会有一部分用户开通失败,而银行预留手机号与账户手机号不一致的原因占比50%。风控给出的方案是, 针对这部分用户,再验证完银行预留手机号后,再次验证账户手机号,如果用户账户上没有绑定手机号,则需要校验用户的历史订单手机号。如果历史订单的手机号数量 超过1个,则可以让用户进行选择。当时做了一版交互稿,判断较多且复杂。(如下图)

这个流程的用户体验太差了,用户无法理解为什么要验证两次手机号。即使用户可以理解这个流程,但用户的账户手机号和银行预留手机号不一致有以下可能:

账户手机号是很早之前绑定的,可能已经弃用了,那用户是无法通过的。

用户历史订单的手机号是其他人的,在较短的手机号验证时间中完成验证的可能性也是很低的。

还有一种可能是:用户有两个手机号,可以同时验证,这个流程只能解决这部分用户,而且占比非常低。

站在用户体验的角度上来看,这个需求显然非常不合理,但因为这个需求是运营部门、 风控安全的领导压下来的,无法拒绝,所以我们拿着交互方案去找我们UED的老大审核,寻求他的建议,结果不出所料,我们老大也不同意这个需求,并建议要么直接筛除这部分不安全的用户,要么让风控安全在底层解决去保障用户的账户安全,而不要在前端展示。

之后产品经理组织了部门老大和产品、运营进行讨论,运营为了KPI并不愿意筛除这部分用户,因此我们达成一致去推动风控安全部门在底层解决这个问题。但结果不尽人意,风控老大同意了,但账户安全那边不同意,这个问题依旧需要解决。后来跟产品经理商量后,出了下面这个方案:

在填写卡号页面提醒用户银行预留手机号和银行绑定手机号必须一致

在填写卡信息页面,如果用户账户有绑定手机号,就直接读取出来并且无法修改,并在此提示用户两个手机号必须一致;如果没有绑定手机号,只提醒必须一致即可

如下图:

这样的提示既维持了原有的交互,没有将流程变得更加复杂,也起到了告知作用。唯 一的担忧是过多的提示,可能会降低页面转化率,但5月16日-5月25日的切流效果分 析数据表明:

添加银行卡页面切流用户的的平均转化率为52.68%,总体用户的平均转化率为51.41%,基本维持稳定

填写卡信息页面切流用户的平均转化率为82.43%,总体用户的平均转化率为82.74%,基本维持稳定

 第五步:开通失败补发红包

同时在6.0版本,运营提出为了用户开户失败后二次支付的成功率, 给这部分用户补发快捷红包,UI稿如下图:

5月11日-5月18日的切流效果分析数据表明:

用户在收银台申请失败后返快捷红包有助于提高用户继续支付的比例,且提高用户选择快捷支付的比例。

具体分析:

在用户申请失败后的1小时内,返红包用户继续完成支付比例明显高于不返红包用户;

返红包用户中使用快捷支付的用户占比明显高于不返红包用户,且比例高出近20%; 因而,申请失败后返快捷红包有助于用户继续完成支付,同时更吸引用户选择快捷支 付方式进行支付。

阶段收尾

从项目上线至今,截止到现在开通用户已有一千多万,大约90%的用户是在收银台进行开通的;且唯品金融的支付成功率为xx%,而收银台的整体支付成功率为xx%左右, 高出了近10个点。至此,收银台开通唯品金融需求暂告一段落。

              总结

很有幸全程参与了这个大项目,在方案不断优化的过程中也引发了我在工作方面的一些思考:

每个部门都有自己的立场和目标,运营部门有明确的KPI,风控安全有自己的安全原则,而我们UED部门为用户体验负责。大家都需要多站在对方的立场上考虑,互相沟通、妥协,寻找平衡。

关注和分析数据和客诉,并根据相关反馈来优化方案。自己在这个项目中的数据分析是比较稚嫩的,比如有些分析取的时间长度不足,不明白自己想要什么数据而产生了反复的沟通,这些都需要不断进步。

不是每个需求都能让数据提升,可以降低客诉也是成功的。多关注客诉，倾听用户的心声。

最后，这是我 5月-7月之间的漫长项目记录，现在这个项目的发展已经又有很大不同，仅用此来记录当时的方案、周旋的过程、协调的结果。

虽然因为个人原因我已经从唯品会离职，但非常感谢当时的小伙伴，这是一个非常nice的团队。也非常感谢我的leader，他是一个平时能和我们随便开玩笑，一起开黑的朋友，但是在工作上又对我们有指导，有要求的leader，在我离开公司的时候，还苦口婆心告诉我到下一家公司应该注意些什么，感动ing...我们江湖再见！

关于唯品花信用卡新客大礼包和唯品会信用卡支付优惠的介绍本篇到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。