組合SKU
傳統的業務是倉庫裏的實際行動只影響庫存，也就是賣家發貨的時候必須減少庫存，但是我們系統的做的是提前知道壹些事情，從而做出預判。那麽問題就是賣家的商品是“拍下來減庫存”還是買家“付錢減庫存”。
理由:買家既然拍了圖，就有購買意向，就應該替他留著庫存。否則拍下照片後，買家過壹段時間被告知付款沒貨，會很惱火。所以“拍照減庫存”的情況很明顯是“親買家”的主意。
？問題:“拍照減庫存”會遇到的問題是“拍照不買”，這個問題最極端的表現就是“拍不好”。
？舉個例子:競爭對手，如果我不付錢拍賣掉妳所有的商品，那麽妳的商品就不會下架！！！
？原因:減付款主要的壹點是，人們會認為買家拍了不壹定會買。有的人把它當做最愛，導致賣家無法準確預估庫存，真正想買的人也買不到。賣家付款成功後，真的確定要買，然後給他留個庫存。所以“付款減庫存”的情況就是“親賣家”的想法。
？問題:在這種情況下，妳會遇到壹個很嚴重的問題，就是“超賣”。因為系統是在支付成功後才減少庫存的，所以總會出現“短時間內很多人拍照”甚至錢都付了，但是系統發現庫存不夠，很可能帶來很多投訴，增加客服的工作量。
？產品經理壹定要有大局觀，也許因為妳的簡單設計，其他團隊會加班加點，甚至招更多的人，會增加很多成本。
這時，我就根據情況來分析:
1.如果我們的平臺剛剛搭建，流量用戶並不是很大。這個時候賣家是我們的核心用戶，肯定要親賣家，采取付款減少庫存的方法。
2.如果我們的平臺非常成熟，日均用戶流量非常大。這時候肯定需要親買家，采取“拍下就減庫存”的方法
「拍攝不好」有什麽樣的解決方法？
？1，系統可以增加“庫存滯留時間”，“庫存減少後，n分鐘內不付款，取消訂單，添加庫存”。
？2.“限購”利用各種條件限制購房者的購買次數，甚至禁止購買。例如，壹個帳戶就是壹個IP...……這樣我們就可以清楚的了解壹個IP下被拍下後的未付款次數和購買情況。如果審核後確認是惡意下單的賬號，限制購買數量，或者禁止購買，那麽“壞拍”的成本就大大增加了。Ps:移動端判斷UDIP。
？3.此外，還可以通過安全策略來處理。對於惡意賬號，可以通過模型直接判斷，直接封殺，禁止購買。
“超賣”的解決方案
？我們先來看看“超賣”的本質。買家拍個照，付款的動作是先確認訂單，再去支付寶，然後網銀(不壹定)。網銀支付成功後，信息會返回到電商平臺，然後減少庫存。這個過程肯定有時間差，所以最後壹個產品是三五個人同時下單，並且都支付成功，所以是“超售”。
？解決方案:
？1.盡可能晚的驗證是否有庫存，比如用戶確認訂單要支付的時候。
？2、各種提示，在商品詳情頁，訂單中的每壹步頁面，告訴客戶“此商品熱銷，如不及時付款，不能保證有貨”，這種方法技術成本低。
？3.設置安全庫存。比如有65，438+000件，那麽妳可以在系統裏寫80件，允許20%的超跌。如果有商家可以給賣家選擇權，那就適當“放手”。