程序員瞭解了哪些業務纔算是懂業務呢？

程序員分類有哪些？

程序員通常分兩種：搞中間件或者基礎架構的，搞業務架構開發業務系統的。

搞中間件基礎架構的

這種程序員通常被認爲是技術更好一些，會深刻研究一些基礎技術，技術深度更深一些。

好比自建CDN，多雲互備，長鏈接系統，五大中間件，linux內核開發，k8s平臺等。

搞業務系統的

這種程序員是一個公司更大部分程序員的角色，大部分公司的程序員的大部分工做都是業務系統的開發。

這種程序員通常的要求是須要對本身的業務系統的業務有足夠的瞭解的，只有足夠的瞭解才能更好的內聚或模塊化本身系統代碼。同時更好的評審需求，讓系統的架構涉及具備面向將來業務發展的擴展能力。

好比營銷系統，訂單系統，商品系統，用戶系統等。

怎樣算一個懂業務的程序員？

不少程序員對於業務的理解很不屑，或者認爲pm的需求太簡單，因此對於理解業務的標準也比較低。固然大部分中小公司其實也沒有多少業務可言，也就變成了你們所謂的業務開發就是CRUD的編碼了。

那麼究竟什麼樣的業務理解算是理解業務呢？

咱們以商品系統爲例簡單講講。

商品中心

不少電商系統都有商品中心的概念，商品對外建模多是一個物理上的商品或者虛擬商品。商品中心，顧名思義，主要負責商品業務，我把它形容爲電商業務的」基石「。

下面咱們分別經過兩條電商核心鏈路來認識一下商品業務：

• 首先是核心交易鏈路，從商家列表頁、商品列表頁、商品詳情頁、加入購物車、下單、到提交訂單，這一系列核心環節裏面和商品相關的業務，都是由商品中心團隊在支撐；
• 接下來是供應鏈鏈路，從商品上單、審覈、發佈、到發佈後各類管理動做（包括單店管理、多店管理、類目屬性管理等），這一系列核心業務，也都是由商品中心團隊在支撐。

商品名詞

搞商品中心很重要的兩個名詞就是SPU和SKU。

SPU

SPU 的英文全稱是 Standard Product Unit，也有人說是 Standard Property Union(標準屬性集合)。

不過，SPU 是和產品緊密關聯的，稱之爲 Standard Product Unit 更準確， 即:標準產品單元，標準屬性集合更形象。

SPU 是一組可複用、易檢索的標準化信息的集合。該集合描述了一個「產品」的特性。 SPU 是商品信息聚合的最小單位。

SPU 的組成通常是關鍵屬性+商品屬性+普通屬性，不包含銷售屬性。

SKU

SKU 的英文全稱是 Stock Keeping Unit，即庫存基本單元。SKU 基本上是銷售屬性+價格+庫存構成。

影響庫存和價格的屬性就是銷售屬性。

類目體系

類目體系

類目就是商品分類，是商品信息的一種結構化描述，目的是爲了管理、導購。 目前商品包含類目：

• 店內類目：由商家維護的店內商品分類，目前C端用戶直接使用該分類來篩選商品，SPU必須隸屬與具體店內分類。餐飲品類店內類目爲一級，某些（SC）業務店內類目支持二級。
• 後臺類目：類目體系目前根據不一樣業務分爲三種類型：SC後臺類目、藥品後臺類目、美食、甜點DNA屬性類目。後臺類目支持四級類目，只有葉子節點能夠被商品和標品關聯，後臺類目直接和SPU創建關聯，整個平臺維護一套標準後臺類目。

類目屬性

根據經營品類的不一樣，每一個品類對應的屬性也不一樣，定義爲「類目屬性」 。

如：SC類品類獨有的屬性有品牌、重量、產地 等，餐飲類品類獨有的屬性有菜系、烹飪手法、原材料等。這樣任何品類均可以有任何屬性。

好比：

• 口味：酸、辣、苦；
• 酸：酸甜、醬酸；
• 酸甜：酸甜辣。

分類方式又可分爲 （後臺類目、前臺類目） ，分爲三類類目（前臺、後臺、店內），其中店內類目由商家自行維護；後臺類目由平臺維護，是一份標準的數據集合。

後臺類目：

商家能夠進行售賣商品屬性設置：

以美團外賣展現爲例：

類目模板庫

既然有這麼多屬性，和類目， 通過演進和抽象那麼就產生了屬性模板庫。

「後臺類目」與「屬性」（屬性與屬性值）經過「屬性模板」創建關聯關係，一個屬性模板能夠關聯多個後臺類目，以此來實現可配置化，由平臺統一維護。

在商品平臺，維護了 好比：蛋糕甜點模板、小吃模板、主食粉面類模板、外國菜品模板、非中式菜、湯羹模板等。

上面看到的各類吃的，都劃分到餐飲模板分類，包含了（美食，甜品，鮮花，醫藥健康，生活超市）。

主要是的特色：SPU、SKU爲核心內容， 美食、甜點品類有「DNA屬性」，主要是在這一個分類模板。

除此之外， 還有 SC ，藥品，這些分類模板。

商品小視頻

在商品展示緯度，爲豐富不一樣經常使用的產品表現力，咱們引入了商品小視頻的概念：

商品標籤

好比:菜品「西紅柿炒雞蛋」和「西湖牛肉羹」的標籤以下：

後記

上面只是整個商品中心的冰山一角，若是想作好商品中心仍是須要研發人員對於整個行業對於商品業務有必定的瞭解的。

業務團隊，特別是平臺性質的業務團隊在招聘人員時除了考察面試者自己技術能力外，還須要關心是否有相關方向研發經驗或背景經驗，這樣能夠較快的進入狀態。若是一個程序員工做5年+，若是業務能力不過關和技術能力不過關是同樣的。

因此多掌握某一個方向上的業務，深刻某一個場景業務能力也是程序員面試時的一個加分項，程序員面試永遠不是簡單的看看技術能力。

不少公司提供的業務可能比較簡單，但這樣應該不是你沒法在某個業務深度瞭解的接口，把本身看成PM，看成運營在技術以外在鍛鍊一條腿吧。