以SPU與SKU為例，聊聊場景抽象模型

01 誰沒有過“童年噩夢”

相信大家都做過很經典的“游泳池灌水”的問題，一個口進水，灌滿泳池要48小時，一個口出水，排空泳池要69小時，那麼同時開着兩個口，要多久把游泳池灌滿？

具體怎麼解題我們暫且不表，單看題目本身大家肯定覺得搞笑，幹嘛這麼浪費水，灌進來又排出去的？

那麼換個大家喜聞樂見的説法，説手機充電要1小時充滿，而玩手機40分鐘就沒電了。那麼一邊充電一邊玩手機，多久能把手機的電充滿？

是不是很有意思，內核是一樣的，表現出來的內容卻大不相同。這也正是“舉例子”這個説明方法存在的重要性，説模型永遠是難以觸摸的，而具體東西就可理解多了。

02 再見“童年噩夢”

在這個基礎上，電商行業中常説的“SPU（Standard Product Unit 標準化產品單元）”和“SKU（Stock keeping Unit 最小庫存單元）”模型也可謂是老生常談了。

• SPU，有相同商品屬性的合集；
• SKU，獨立的商品，有獨特的銷售屬性，是價格與庫存的實際載體。

在京東中，商品列表頁按照SKU展示，進入明細後可再次選擇不同的SKU。 而淘寶，商品列表頁按照SPU展示，進入明細後同樣可選擇不同的SKU。

舉個例子，同樣是銷售蘋果100手機，配置分為64G，128G，256G。對於消費者來説，這些手機除了內存和價格不一樣，其他版本、顏色、屏幕等條件都一模一樣。

那麼在分類頁，京東會有64、128、256這3個商品詳情，而無論從哪個詳情進去都是SPU，都可以選擇另外兩個，只是默認選中的內容不同。而對於淘寶來説，分類頁只有一個蘋果手機，進去之後可選擇64,128,256這幾個不同型號的。

當然，這種設置和顯示方法也不是絕對的，是可控制的，並且和企業想要傳遞給消費者怎樣的視覺效果有關。比如都是同樣版型同樣顏色的衣服，沒必要將不同尺碼分別列在分類頁；而假如是手機，就想明明白白告訴消費者，這裏有三個型號可選，你自己來看吧。

商品的分類頁展示SPU或者SKU，不是我想説的重點。我覺得萬事萬物皆可模型，這個觀點很有意思。

比如現在要租房，假如公司在市區，選擇離公司近，可以多睡，但是房租高，房子小；而在郊區，離公司遠，睡得少，通勤費用高，房租卻很低還能住的舒服。那怎麼權衡呢，就是我們小學數據學到的取最優解的問題。

要考慮租幾年，一段時間內，可能是這個方式合理，而超過一定時間，則是另外的方式會有更優效果。

而電商行業的SPU和SKU，這也成為一個通用模型，似乎在所有涉及買方、賣方和交易商品都能套進去。

03 花式“童年噩夢”1. 在線教育與付費課程、視頻網站

我們以很多人工作不順利時最後的心理依靠，考公務員必備神器—某筆公考為例，描述一下在線付費教育行業的SKU與SPU。

某筆公考這個軟件相比電商平台，更像是亞馬遜，他們都是自營，而沒有第三方入駐。在瀏覽課程時，看到有符合我們心理預期，如目標城市、價位、授課方式的課程時，點進去看詳情，裏面具體有區分不同的授課時間段，重點城市及授課人員上課方式。

我們在將不同的選項都選擇好後，價格會最終確定下來。假如為了後半生的輕鬆悠閒，我們選擇了支付，對於課程開設人員來説，他們便在這些選項的組合下的售賣記錄中加了一個“1”，或者説，回到現實中，這個班級中又增加了一個同學。對於開課方來説，這個班級人越多越好，而假如人很少，這個班組的課程可能就不開設了。

因此在這個過程中，我們一進入頁面的課程是SPU，是一些課程的合集；而具體的一個班組授課是不同的SKU，在這個案例中，這裏將有2*13*2=52個SKU。

這是一種形式，我們常見的還有另一種形式。比如經濟學的課程，當分為不同的課時。而不同的課時是單獨收費，且課時費用可能也不相同。因此在這裏，這個經濟學的課程是SPU，每個課時是SKU。

類似的，假如是視頻網站的電視劇不再是整體的會員或者VIP會員制，而是買單個劇集，那麼類似電商場景，一部電視劇是一個SPU，一集又一集則成為不同的SKU。當然，這裏就沒有什麼庫存的概念了，畢竟版權在那裏，賣出1份是賣，賣出100份也一樣。

但是，還有但是，在營銷參與進來的試試，庫存就會有概念了。比如要限量100份，0.1元可看，先到先得，晚了就只能原價購買了。這真的和電商就一模一樣了。

在這種在線教育與付費課程、視頻網站等的場景下，展示方式肯定就是按照SPU展示了，點進去具體的，才是不同的SKU。不排除那種爆款劇集，要在首頁推薦，那就是重點SKU了。

2. 旅遊、酒店、搬家公司等服務

想想其他行業也與此類似。抓住一個不需要加班的雙休日，放鬆一下大腦選擇一個旅遊團出門就不自己規劃了吧。

瀏覽一下旅行網站，確定一個2日遊還不錯，就這個了。但是呢，點進去並不能直接就下單支付，而是有一個必備的操作“選擇日期”，要確定是參加哪一天的旅行團。這個地方，就是在選擇具體的商品了。選擇參團人數，也就是選擇購買數量，支付，我們就又完成了一次以錢換物的交易了呢！

選擇酒店也是，選擇某拉拉的搬家公司也是。而且上次搬家我們使用了某拉拉，才知道原來他也有類似美團、滴滴的派單機制。比如我們作為用户下單時，有“便捷搬家”“無憂搬家”兩個大的可選項。前者會幫忙傢俱打包拆解，上下樓搬運，後者只是簡單的運輸。

而在選擇“便捷搬家”後，還可以進一步選擇“迷你套餐”，“小家庭套餐”，“大家庭套餐”，對應不同的搬家工人與汽車大小。而假如選擇了“大家庭套餐”，會提供3個搬家工人和一輛大汽車。而某拉拉公司並不直接擁有這些工人和汽車，他們將訂單發佈出去，由其他人自行接單，然後有資質的人接單，到達指定位置進行搬家，拿到收益，平台在這個過程中賺取佣金或提成。

共享員工用的恰到好處，用力氣換錢的人在新時代有新方法。資本家的智慧真是不得了，舉一反三的能力實在是高！不知道是因為有智慧成為了資本家，還是成為了資本家之後智慧源源不斷湧進大腦。

3. 招聘網站

招聘網站在SPU的維度並不強烈，而更關注SKU的維度。我們進入某直聘首頁，選擇期望的職位後，頁面所推薦的招聘崗位都是具體的，具體到某個公司的某個人發佈的某個崗位。

對於用户端來説，招聘崗位，其實就是等待購買的“商品”，只是我們不需要支付，不需要收貨。我們諮詢賣家商品詳情，確定自己是否要進一步面談；

而對招聘平台來説，招聘的公司就是他商品的供應商。商品是有庫存限制的，只招聘2個，當招夠人了，商品就下架了，招聘需求就停止了。用户也可以查看這個“供應商”提供的其他商品，確定這個“供應商”是否提供了其他自己心儀的“商品”。

想來正如前面所説，凡是涉及買方、賣方與雙方交易貨物或服務的過程中，都會有商品的概念，那麼有的場景，會抽象出SPU作為一部分有相同屬性的SKU的整合入口，好處是看起來清爽，容易找到商品，那麼相應的弊端則是有些屬性不直接露出，需要進一步才能確認；

而有的場景不需要擴展SPU的概念，直接將SKU展示出來，數據量大，且豐富，開門見山，而相應的弊端就是，商品數據量大的時候，按照SKU展示將使展示的數據變得更多。

具體該怎麼拆分，還是得看實際的行業和業務，實際想要提供的用户體驗，看自己的實際情況了。

04 不再見“童年噩夢”

有一段經典相聲，叫做《蛤蟆鼓》，放出來一部分大家看看，有興趣的可以去聽聽原版或者郭德綱老師的改編版本：

這裏就是一個很有意思的吵架過程，也是一個抽象非常不到位的建模過程。比如説蛤蟆為啥能叫的出很大的聲音，是隻要像紙簍子一樣肚子大就可以了嗎，答案肯定不是的，這也就是模型抽象不嚴謹。

在我們的實際生產生活過程中，發現背後的根本邏輯，將複雜的事務簡單化，將具體的邏輯抽象化，是一個很難的過程。除了説提升自己的抽象能力，還要擴展自己腦海中的模型，塵歸塵，土歸土，事出有因，也必有果。

大家還發現了什麼有意思的場景抽象的模型，歡迎一起討論。

本文由 @困困生活 原創發佈於人人都是產品經理，未經作者許可，禁止轉載

題圖來自Unsplash，基於CC0協議