① 在唯品會裡面上班有些什麼工作崗位啊
研發部、開發部、前端、設計、運營、客服、銷售、後勤等
② 唯品會是否存在凈收模式
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值在會員完成指定任務時實時發放到賬。