① 在唯品会里面上班有些什么工作岗位啊
研发部、开发部、前端、设计、运营、客服、销售、后勤等
② 唯品会是否存在净收模式
Revenue was recorded on a gross basis, net of surchargesand value added tax of 17% of gross sales. Surcharges are sales related taxesrepresenting the city maintenance and construction tax and ecation surtax. Wehave evaluated whether it is appropriate to record the gross amount of proctsales and related costs or net amount earned as revenue. We recorded revenue ona gross basis because we have the following indicators for gross reporting: weare the primary obligor of the sales arrangements; we are subject to inventoryrisks of physical loss; we have latitude in establishing prices and discretionin selecting suppliers; and we assume credit risks on receivables fromcustomers. We retain some generalinventory risks despite our arrangements to return goods to some vendors withinlimited time periods. We generally have the right to return unsold items withina period after the end of a sales event. We typically pay for the purchaseorder in installments with the last installment paid upon full settlement ofthe unsold items or returned procts we receive from customers.For someprocts, such as certain sporting goods, which we do not have the right toreturn the unsold procts to the brand partners, we have been able to utilizeour strong marketing expertise regarding customer preferences to achieve quickinventory turnover. On an overall basis, most of these above indicators supportgross reporting. 唯品会收入采用的毛收模式，其理由是唯品会在销售交易中是主要的义务人，唯品会承担存货损失风险，唯品会有定价权并在选择供应商方面有，并且唯品会承担收款风险。 当然唯品会也担到，有一些商品会在交易结束时返回给供应商，唯品会与供应商会采用分期付款形式，在最后一次向供应商分期付款时扣除未卖出的或返回的产品，公司认为即使是返回给供应商，唯品会也仍在承担相应存货风险。 美国会计准则中对采用毛收模式还是净收模式确认的情况做了一些相应的定义。 EITF 99-19 (ASC 605-45 ) addresses a questionthat frequently arises for proct resellersshould the entireamount received from an end-user be recorded as revenue and the amount paid tothe supplier as cost ofsales or just the net amount as revenue? The correct response, from a financialreporting standpoint,depends on (1) which party in the transaction (i.e., supplier or company) holdsall or substantiallyall of risks and benefits related to the proct or service, and (2) anevaluation of the contractualarrangements. Gross reporting treats the transaction as if the companypurchased a proct or service(thereby acquiring all or substantially all of the related risks and benefits)from the supplier and thensold that proct or service to the end-user. Under net reporting, thetransaction is recorded as if the end-user made a purchase from the supplier, withthe company acting as a sales agent 上文提到采用毛收模式还是净收模式确认主要依赖于(1)供应商或公司谁承担商品或服务的实质风险 (2)交易的评估。 另外，准则又对采用毛收模式与净利模式的情况做了具体的规定。 采用毛收模式的几个标准：(1)公司是交易的主要责任人；(2)公司承担一般存货风险；(3)公司承担存货损失；(4)公司有能力确定交易价格；(5)公司需要改变产品或服务；(6)公司对某项交易供应商有审慎的选择权；(7)公司的产品的特征的决定权；(8)公司承担信用风险。 毛收模式的8个标准中，其中第(5)条，第(6)条，第(7)条公司应不符合唯品会的情况，因为唯品会并不需要加工或订制产品，产品都是已生产好了，而公司对于某项交易供应商并无特多的选择权，因为用户更多是奔多品牌去的。第(8)条来看，公司应是不承担信用风险。比方说，如果货物发出去了，款项没有收回来，公司一般情况下会等货物收到款才会支付给供应商。由于网购都是客户先付款，再发货，所以这条总的来讲影响比较弱。至于第(4)条，公司是否有能力确定交易价格，这一条也能难讲，应当说公司有一定定价权的自由度，但不是全部。而对于(1)是否是主要责任人，需要整体综合分析得出相应的结论。因此，唯品会交易是否适应毛收模式则落在第(2)(3)条与存货有关的条款身上。准则中提到第(3)条承担存货损失风险并不是一个很强的标准或指标，因为第(2)条，成为关键的标准。准则中亦提到第(2)条是判定谁是交易主要责任人的首要指标。 第(2)条中提到的一般存货风险，包括两个方面：前端存货风险与后端存货风险。如果一个零售商在产品卖出之前获得该存货并承担存货所有的风险与报酬，这说明零售商承担前端存货风险。如果客户有权退货，该货物返回，该零售商承担该退货的风险，则说明明零售商承担后端存货风险。在唯品会提到的交易中，唯品会认为有一些商品会在交易结束时返回给供应商，唯品会与供应商会采用分期付款形式，在最后一次向供应商分期付款时扣除未卖出的或返回的产品，公司认为即使是返回给供应商，唯品会也仍在承担相应存货风险。显然，这样的说法与第(2)条中的前端风险相矛盾。唯品会的做法是将未销售完的产品退回给供应商，这样说明，唯品会根本就不用承担前端风险，至少说明该存货前端风险应是非常低。客户对商品不满意要求退货，最终承担退货责任的不是唯品会，唯品会只是起一个协调作用，最终的责任承受者应当时供应商， 从该角度来讲，唯品会承担存货的后端风险的责任也非常低。尽管唯品会提到唯品会会承担一般存货风险，但是我不知道这样的一般存货风险在哪里，或者说这样的一般存货风险有多大。而从另外一个角度，供应商承担的一般存货风险明显是要高于唯品会。 再看净收模式的几个标准： (1)供应商是交易责任人； (2)交易中公司获取的利益是固定的； (3)供应商承担信用风险。 上文提到，毛收模式的第(2)条中提到的一般存货风险的承受者是定谁是交易主要责任人的首要指标。因此，净收模式第(1)条适应唯品会的业务。而净收模式中提到(2)交易中公司获取的利益是固定的；这一条想必也是符合。而净收模式(3)供应商承担信用风险从上文的分析可以看出，供应商会承担相应的信用风险。
③ 乐蜂网的物流怎么查询
首先你要看下订单详情里面，乐蜂网给你发的是什么物流，然后直接用订单号在这家物流官网搜索就看到了。
对了，如果到乐蜂网下单满了100元或者199的话要记得用龙券网上面领的券，这样可以省10-20哦
④ web前端开发要怎么学
要学前端就要想了解前端是什么，用官方的定义，就是网站前台部分，运行在PC端，移动端等浏览器上展现给用户浏览的网页。
用我们的话来说，前端就是网页给访问网站的人看的内容和页面，而前端开发顾名思义就是这些内容的制作，也就是代码的实现。而要实现这些代码，就要用到HTML，CSS及JavaScript三大基础知识。目前看来。论趋势如何发展，它们都是整个前端开发的三大基石。
前端学习起来知识面比较广，知识很杂乱，可能自学起来有一定的困难，缺乏学习方向。如果要报班培训的话，也是一个不错的选择，至少，你能明确自己的学习方向，遇到问题可以及时解决，不过可能要承担昂贵的学费。
总之，无论是自学还是报班，前端的学习都是一个大工程，都需要自己多下功夫的。学无止境，付出全身心的努力，你一定能得到收获。
⑤ 唯品会前端自助服务可支持客户自助开具近一年内有效订单的发票吗
支持。
在订单结算环节，“发票信息”选项中勾选“开具发票”选择开票方式及开票抬头，并保存发票信息。
唯品会主营业务为互联网在线销售品牌折扣商品，涵盖名品服饰鞋包、美妆、母婴、居家等各大品类。
⑥ 前端时间唯品会搞活动时候买的鞋子，穿了一个月了，开胶了，这个能换不
唯品会是卖正品的，7天退货，但是正品的鞋底保障是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...我们江湖再见！
⑧ 唯品会 前端用了什么框架
去办理退货服务啊，不过你要有充分的证明这个东西是假的才可以的。要是不行直接打客服要求退货。
⑨ 唯品会双十一搞活动吗
唯品会双十一搞活动。唯品会今年11.11主题曝光，主打“无套路，真便宜”，携数千家品牌商，用“无套路”的方式，为消费者免除一切复杂的购物过程不用凑满减、不用领红包、不用计算优惠券，直接呈现商品的底价，贯彻一价到底，用最便捷的方式让利消费者。
1、活动时间
1）11月1日-11月5日为品牌日；
2）11月6日-11月9日为预付定金期；
3）11月9日晚8点-11月10日晚8点为预热期；
4）11月10日晚8点唯品会11.11将率先开售，
5）“无套路，真便宜”的优惠活动将持续至11月14日早上9点59分。
(9)唯品会前端扩展阅读
唯品会的会员体系——V值
1、什么是V值
V值即成长值，决定唯品会会员等级。会员可通过购物消费、完善账户、活跃等方式获得V值。
2、 V值的作用
V值是衡量唯品会会员等级的数值。V值越高，会员等级越高，特权越多。
3、如何获取V值
会员在唯品会网站不同的活跃行为，如购物、完善资料、绑定微博等，均可奖励相应的V值。
4、V值构成
1）消费V值
指会员的有效订单（退货、拒收商品不获得V值奖励）的合格购物金额（实际支付金额）进行5倍换算，订单若未发生退货，所获V值则在订单变为“已完成”状态时发放，若发生退货，则在订单变为“退货已完成”状态时发放。
合格购物金额=合格订单商品金额-活动优惠-支付优惠-卡券优惠，即合格购物金额中包含唯品卡、零钱（钱包），剔除满减等活动优惠、卡券金额、运费、唯品币。其中，合格订单包含品牌直发等业务模式，不包含拒收、退货订单；
2） 行为V值
指会员在唯品会网站完成指定任务可获得相应数量的V值。
3） 基础V值
指会员首次完成唯品会网站的指定任务，可获得相应数量的V值，订单获得的基础V值在会员完成指定任务时实时发放到账。