電商已經成為我們日常生活中不可缺少的一部分，但是這個與我們朝夕相處的事物，我們真的瞭解它嗎？本文從五個方面展開介紹，對電商概念感興趣的童鞋不要錯過。
透過近幾年的電商開發經驗，和開發minishop開源專案時大家提出的意見，我們將我們的電商系統做了一個總結，做一個系列說明，同時也是檢驗我們。以下觀點僅是我們團隊的個人觀點，如果有說的不對的地方希望大家及時指出。
絕對單元就是在電商單元中的必不可少的結構單元。
例如：商業採購過程中，客戶需要了解商家產品，最好方式是有一個產品手冊供客戶挑選，這個產品手冊就是我們的商品單元。
當客戶已經瞭解產品，並決定下單的時候，我們的銷售人員會為客戶列一個銷售單，這個銷售單就等於一條訂單單元記錄。
最後，銷售需要對購買或諮詢過產品的目標客戶進行資料整理和回訪，就需要建立一個客戶檔案，這個客戶檔案就是我們的使用者單元。
這三點是商業採購過程中必不可少的，也組成了電商系統最基本核心的三個單元。
當這三個單元建立完善後，商城系統框架就算建立好了。
從既有的電子商務模式來說，三元絕對單元結構實際有多種變型，在開發、維護、升級這些方面均有不同表現。
變型一：微商
微商也可以看作一種需要人工整理的絕對單元組成的電商系統。
微商運營結構：
也就是說，微信電商，其實也是由這三個基本的絕對單元構成。
對於商家來說，前期開發基本為0，後期維護需要人工，升級幾乎不可能。
變型二：表單
一些商家會選用線上表單形式運營，這同樣可以看作一個三元絕對單元的變型結構。
表單運營結構：
商品單元、使用者單元同時存在在表單中，提交後生成一個訂單單元。
這種變型的商品單元和使用者單元已經不再是獨立單元，而成為訂單單元的一部分。
對於商家來說，前期開發很簡單快捷，後期使用者維護會有很大障礙和不便，升級有侷限性。
變型三：遊客模式商城
為了加大成單率，方便客戶快速下單，有些電商系統會使用遊客下單模式，這是一種最小化使用者單元的結構。
遊客模式運營結構：
客戶無需註冊、登入，僅使用遊客身份下單。此時，使用者單元已成為訂單單元中的一部分。
對於商家來說，前期開發和普通商城難度一致，後期使用者維護會有很大障礙和不便，但有可升級空間，比如將遊客模式只作為下單的其中一種形式。
變型四：會員商城系統
獨立完整的三元結構：
開發較其他幾種變型困難，維護輕鬆，升級空間大。
透過以上的案例分析我們可以看到，訂單單元可以說是整個商務系統中的最重要的一環，也是最為基礎的一個絕對單元。它不僅僅記錄了整個銷售記錄中的全部資訊，還承載的與其他系統的協作作用。
透過圖示，我看一下訂單單元的大致結構，在後面的章節中我們會詳細進行介紹：
擴充套件單元是建立在絕對單元之下的擴充套件部分，當然這個不是絕對的一個關係，後面我們再繼續慢慢講解。
例如，我們希望給每一個使用者建立一套等級系統，或者希望我們的使用者透過社交渠道直接登入，這個時候我們會建立一個擴充套件結構和我們的絕對單元進行關聯，比如等級結構、社交渠道結構。
例如，我們希望給每一個訂單建立一個單獨的包裹系統，這個時候包裹系統就是訂單單元的一個擴充套件結構，透過關聯，將兩個結構繫結在一起。
可選單元是一個獨立的單元，它可能與其他單元都有聯絡，但是又可以不一定存在。
可選單元豐富了整個銷售過程，提升了銷售的成功性與後期協作的簡單性。我們可以透過下面幾個示例來了解，後面的章節中，我們將一步一步針對目前電商環境中的各種不同的可選單元進行逐一分析與實操。
例如，優惠券功能：
優惠券是電商系統中的一個常見的營銷活動，我們透過建立優惠券可以吸引及促進更多的客戶來進行下單購買。但是優惠券我們也可以透過其他形式來進行，例如當我們希望透過一對一的客戶服務，我們可以透過訂單改價的形式給客戶一種更人性化的服務，那麼這個時候優惠券就不一定存在。
例如，運費模板：
運費模板功能可以快速將各個商品的成本框架進行抽離，讓成本更加精細化。當我們將運費元素已經整合到商品的售價中的時候，同樣，運費模板功能也就喪失了它的功能性。
以上是我們對電商系統中的各個單元的介紹，下一章我們將針對使用者單元、訂單單元和商品單元的設計進行詳細介紹。
本文由 @JackyPi 原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議