雖然說許可權管理模組是最早接觸的模組，但是公司不重視後台管理系統，所以許可權管理也只是簡單實現了選單的控制，並沒有太多的深入，而產品管理才是第乙個真正實現的完整模組。
大大小小經歷了三個專案，產品管理也是一直在不斷更新完整中，從最開始直接將屬性名作為不同產品區分的標識，到後面的完整規範的商品表設計，可以說，每乙個新專案的，都是伴隨著產品模組的再一次重構和改良。
我們常說的，「貨品」是指一種概念物品，這種物品並不是乙個具體的實物，當它具備具體的屬性、**時，才是一種實物，也就是商品。「商品」就是庫存中乙個具體的實物。例如：iphone6，就是一種貨品，但使用者購買的並不是貨品而是商品，也就是使用者最終購買的可能是：金色-16g-移動版 iphone6。換句話來說，貨品是一種產品的稱謂（如iphone6），商品是使用者購買的具體實物，具備特定的屬性（如：金色-16g-移動版）。如果覺得這樣理解還是比較混，那麼忘記這兩個概念，下面講標準化的名稱。
我們剛才說的iphone6，書面稱謂叫「spu」 standard product unit （標準化產品單元），它是最接近使用者認知的產品單元，比如使用者說，我想買個iphone4、iphone6、小公尺4，這些都是spu，也就是使用者普遍認知範圍內的一種產品。然而在電商系統中只有spu並沒有什麼卵用，使用者購買時肯定要確定，需要什麼顏色、多少g的，支援什麼網路。所以，例如金色-16g-移動版 iphone6，就需要乙個名稱去規範它，這個名稱叫「sku」 stock keeping unit(庫存單元)，換句話理解就是庫存裡面存的東西，庫存裡存在東西肯定是具體的某種規格的iphone6。
1、表結構
商品的表的類圖我並沒有畫，剛好在csdn看到立心的表設計跟我差不多，所以直接用他的圖來說，包括的上面spu和sku和介紹也是引用他，非常感謝。
具體如下：
這個產品表設計也是比較基本的，最近又加了搶購和限購，就暫時沒加入這個表裡。
上面是表設計是基於關係型資料庫，而實際上我的資料庫是mongo，所以在設計上稍微有點不同，
主要不同點如下：
1.品牌、分類、spu我是做了**聯動，而圖上品牌和分類是沒有關係的；
2.由於mongo是文件型別資料庫，於是我將產品屬性和規格內嵌進了產品分類裡面，如下：
產品spu：其中pp存放產品屬性，spec存放產品規格
3.sku之前也是內嵌在spu裡面，但是後來考慮到購物車裡面只需存放sku的id，而如果使用內嵌，那麼還需要存放spu的id，這樣購物車的業務方法處理產品時稍微麻煩點，不夠簡潔，後來乾脆分開兩張表。
4.規格設計不一樣，我是在建立產品分類的是否先確定乙個基本單位，例如衣服的基本單位是件，在新增規格時，如果我們要新增乙個2件/盒，只需要在單位上輸入盒，下拉框選擇件，最後輸入數量。
5.屬性方面,其中屬性值是陣列，可以存放多個屬性值，相同屬性則替換或者保持不變
value則存放屬性的屬性值集合
產品管理 職責
工作職責 1.使用者與市場需求收集，分析競爭對手產品，提煉歸納產品需求，輸出產品發展計畫和階段性目標 2.負責產品基礎功能與支撐系統的功能策劃，輸出可行性產品方案與互動原型，並撰寫產品需求文件 3.組織產品與技術評審，負責協調資源推進產品開發進度 4.產品開發完成後負責驗收，並且持續對產品提出優化及...
產品設計步驟 產品管理系列文章
筆者做產品經理職位還不久，但是也積累了一些經驗，本文就講講產品經理對產品的設計步驟，與大家共同交流學習，共同提高。產品經理現在要求的更多的是需求分析 原型設計和後期的運營三方面重點內容。其中，需求分析這塊如果團隊人員比較全的話就要求產品經理對需求這塊進行把控，專案經理對需求進行整理總結，系統分析師對...
專案管理和產品管理
本文翻譯至 專案 是為了執行新工作的交付手段。所有的組織裡都有專案。專案可以利用通用的專案管理流程來進行管理。專案管理 是指為了創造，擴充套件產品而使用的流程。另一方面 產品 是由專案創造的具體的東西。你從 商購買產品的話，該 商就是利用專案來構建這個產品。如果產品是臨時的東西，或者壽命很短，那麼那...