開源電商産品設計：商城如何從0到1的規劃設計
當你準備接手一個項目的時候，需要注意哪些問題？我梳理總結了自己半年來做電商商城（從0～1的規劃設計）的思路和方法，對過程中遇到問題進行了分析，并整理成文，供大家一同參考和學習。
對于一個産品經理而言，接手一個新項目的時候，思考的事情一定是非常非常之多，必定是大于從1～2。如果說從1到2是去完善和規劃一個現存的産品 ，那麼，從0到1次就是一個難能可貴的曆練機會，是一次耐心和勇氣的挑戰。
前期進行了産品背景、思路、方案、以及未來發展方向的初步溝通和探索，在接下了“開源電商商城”的産品盤子的時候。
心中懷着一種圖景，帶着以往豐富的實戰經驗，眼看着就要開始一場硬戰了。
雖然，電商的産品邏輯和思路大體相似，但是不同類型的産品營運思路卻截然不同，所面對的使用者群體、商品屬性、購買心理、行業規則、市場節奏都不太一樣。
一、知己知彼
做産品V1.0規劃設計的第一步是什麼呢？當然是了解産品，了解産品行業目前的現狀、了解它的需求根源、産品設計的邏輯和理念、産品開發的過程和架構，等等一系列關于産品怎麼來？現在如何？又将如何繼續前進？
（1）需求階段
産品經理對于需求的回報，後續的需求調研、資料分析、産品思考、需求的進一步調研和落地規劃等資料，這些相關的需求類文檔，是一定需要認真了解的。就好比在了解一個項目的背景，隻有知道了為什麼而來，為什麼要做，該怎麼去做，才能知道方向。
除了現有的資料，也需要去了解業務方的想法。通過一些調研、訪談、會議等方法。
該階段可能包括文檔：
需求提報表需求調研記錄業務需求訪談資料會議記錄需求分析資料分析競品分析産品思考思維導圖2）方案階段
經過需求階段後，《産品原型》和PRD文檔也得提前準備好。
這兩份檔案，一個是圖，直接繪制了産品的設想；一個是文字，較長的描述了産品内在邏輯和細節需求。
在接手一個産品的時候，這是非常重要的檔案。
程式員通過查閱這兩份檔案，基本可以非常直覺地了解産品的初衷，前期的模樣和設計思路。
（3）設計階段
設計階段就是特指的UI視覺和互動設計，該階段的主要輸出物是設計稿。通過設計稿，可以窺見品牌調性、産品質感、使用者體驗、和操作性能。
這一點上，對于TO C 的産品而言，尤其重要。
本文中，我接手的是一款面向開源商城的項目，針對中小企業服務的平台。V1.0版本的整體UI，以較深紅色色為主，加入了卡通元素作為點綴，在互動動效上比較活潑俏皮。雖然沒有多大的問題，但是也沒有什麼太大的亮點，屬于中規中矩的産品，和目前市面上垂類電商沒有太大的辨識度。
（4）開發階段
該階段，主要了解前後端分别都用什麼語言和構架，系統層面的效能如何？前後端人員的整體技能和水準如何？在開發過程中的節奏、聯調的機制、系統擴容性、資料表的靈活性等。
如果有機會，親自去了解，前端人員寫靜态頁面和調試互動效果的做法。或者，去看看服務端人員在開發過程中的一些文檔記錄等。
當然，也可以側面了解一下，FE和RD成員是不是具有一定的産品思維，對于産品的邏輯和功能，設定産品的營運，是不是有一些自我的思考。如果有，那是這個産研團隊的幸運，具備産品思維的研發人員，一定是難能可貴的。
（5）營運階段
産品上線前的營運規劃、上線後的營運活動、活動的曆史資料等，這些都是寶貴的資料，都可以找來了解一下。
通過對比自家産品和市面上同行産品，總結産品價值的優缺點，内心撐起一杆秤，友善以後施展拳腳。
從以上的幾個次元了解産品，其實就是在了解産品從0到1的曆史。了解自己能做什麼？了解别人又做了什麼？隻有知己知彼，才能百戰不殆。
了解團隊
對于一個産品管理者，或者進階産品經理而言，這裡的“團隊”絕不僅僅指的是産研内部團隊，還包括營運團隊、支援團隊。
内部團隊包括：産品團隊、UI團隊、前端團隊、後端團隊、測試團隊；營運團隊包括：營運團隊、市場團隊、客服團隊；支援團隊包括：内部合作方、第三方團隊、乙方。
首先，内部産研團隊是我們需要了解的重點。
至少需要做到對每個小團隊的組長或者負責人進行1小時以上的1對1溝通。詳細了解産品的過去和現狀，并且了解該團隊的目前的技能水準、工作風格、團隊節奏等方面。在各個團隊獨立了解的基礎上，需要産品經理自己整合收集到的認知，構架一個團隊的工作全貌和習性，以便更好地開展工作。
其次，需要了解營運團隊。
對于目前的産品，營運團隊采取的營運政策、營銷動作、以及是以而産生的效果，通過實效資料來客觀認識目前的産品價值。另外，還需要探讨未來的産品營運規劃、合作模式等。
最後，了解和産品相關的集團内部合作方、我們的乙方、第三方技術支援團隊等。
如果有的話，一定是需要了解的。要明确各個闆塊的對接人、落地執行人、合作方式、工作機制、工作流程、是否涉及費用支付等問題。
二、摸清家底
産品範圍現狀
電商商城産品，由兩部分組成，前台小程式、H5商城、安卓蘋果APP+背景管理系統。
LikeShop 商城前台 （小程式用戶端）
商城背景（PC端）
（商城前背景産品界面展示）
産品功能現狀
最初的V1.0電商商城的前背景都存在一定的風險和不良的體驗，主要可以歸納為：
商城前台
交易未閉環、無售後、不可退貨退款内部APP登入态未打通缺少客戶服務闆塊缺乏營銷工具……商城背景
背景不夠完善、體驗欠佳無風控措施應用&微頁面闆塊實用性弱訂單子產品效率不高資料未可視化，不利于業務營運權限未控制，有安全風險OMS對接有延遲，存在安全隐患……
三、理清思路
思考點：
所有現存的問題，歸根到底是哪類問題？對于一個電商系統而言，什麼問題才是最重要的？什麼才是應該亟待解決的？問題的優先級怎麼排列？如何平衡産品完整性和營運業務需求之間的關系？商城産品對于事業部的業務的價值如何展現？……思考結論：
基于以上的分析，目前商城V1.0版本的種種問題，可以總結歸納為三類，即：安全問題、性能問題和體驗問題。
而，對于一個電商産品而言，這三類問題如果需要劃分優先級和重要性的話，那麼，安全問題一定是優先于性能問題的，性能問題一定是優先于體驗問題的。
即：安全 > 性能 > 體驗
四、産品解決方案
從了解産品、現狀分析到邏輯思考，确定了核心問題。并且進一步梳理了問題的優先級，那麼，我們就可以在此基礎上輸出産品的解決方案了。
從方案大子產品到細分子產品，再到産品方案落地的功能點，三大類問題可以按照如下的方法路徑進行逐漸分解：
安全提升方案
交易閉環：退貨退款功能、客服功能、交易限制風險控制：交易風控、價格限定、代碼加強系統權限：角色權限、記錄檔、實名認證系統對接：實時同步、減少誤差性能提升方案
産品管理：商品SKU子產品優化、商品管理邏輯優化、商品價格安全風險控制訂單管理：訂單分類管理、訂單狀态覆寫、訂單查詢提效資料可視化：資料中心、資料對比、資料趨勢營銷活動：滿包郵、折扣價、權益卡等體驗提升方案
互動體驗：互動動效優化、前端重構、底層邏輯優化 視覺體驗：主題色設定、統一頁面規範、按鈕級規範 操作體驗：優化購物流程、優化使用路徑
路徑怎麼走？（從1～2的疊代路徑規劃）
在整體規劃下，按照優先級安排的規則，制定并執行的産品疊代計劃。
疊代計劃（前台）：
H5商城V1.1.0 (售後&客服)H5商城V1.2.0 (交易風控措施)H5商城V1.3.0 (客服彈窗優化)H5商城V1.4.0 (App與小程式商城賬号打通)H5商城V1.5.0 (安卓端喚起QQ客服)H5商城V1.5.1 (H5用戶端前端更新)H5商城V1.5.2 (H5商品詳情頁商品詳情圖取spu詳情圖)H5商城V1.6.0 (權益卡)H5商城V1.7.0 (首頁搜尋)H5商城V1.8.0 (檢索頁篩選功能)H5商城V1.9.0 (分類頁優化)H5商城v1.10.0 (優惠券)H5商城v1.11.0 (砍價)H5商城v1.12.0 (拼團)H5商城v1.12.0 (秒殺)H5商城v1.12.0 (抽獎)...
疊代計劃（背景）：
背景V1.1.0 (售後&客服)背景V1.1.1 (商品SKU規格項優化)背景V1.1.2 (微頁面&應用綁定邏輯優化)背景V1.1.3 (角色/權限/記錄檔)背景V1.1.4 (背景前端互動重構)背景V1.1.5 (退款稽核流程優化)背景V1.1.6 (微頁面底層邏輯優化)...
行動效果：
完成了電商線上交易的閉環，使産品成為真正意義上的電商平台；産品“安全、性能和體驗”有全方位的提升；産研團隊用5個月時間，完成了30+個版本的上線釋出，每個版本平均耗時不到5天，團隊勢能得到有效的發揮。得到&反思
得到
全局觀：找到問題之間的内在聯系，站在一個更好的角度來審視産品價值；系統性思維：将産品的各個部分有機結合起來，前後形成一個整體，系統化思考；複雜任務的分解和重構：化繁為簡、歸納總結，在落地執行中整合碎片化細節；管理和績效：激發團隊潛能，引導為人做事的方式方法，提升人效。反思
系統安全意識有待提升，需要保持對風險的敏感度；強化對産品邏輯的深度思考，對産品市場的廣度調研；對外合作，需要更加注重人的多元複雜性，采用不同的溝通方式。小宣傳
文章内容的所有思路都有在我們研發的開源電商系統 LikeShop 展現，歡迎前往 碼雲Gitee，GitHub 下載下傳、安裝并體驗。LikeShop是100%開源，可以免費商用的電商系統。LikeShop一直緻力于打造極高成本效益，極易二次開發的企業級電商系統。 開源不易，歡迎給我們的項目點個Star~直接通路我們的官網（www.likemarket.net）。 申明：本網站部分文章和圖檔來源網絡編輯，如有侵權及時溝通删除，LikeShop原創文章，轉載時請注明來源。