專業(yè)好文：醫(yī)藥電商平臺(tái)的商品設(shè)計(jì)

時(shí)間：2023-03-28 04:22:01 | 來(lái)源：電子商務(wù)

時(shí)間：2023-03-28 04:22:01 來(lái)源：電子商務(wù)

隨著互聯(lián)網(wǎng)的興起以及網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，傳統(tǒng)醫(yī)藥與先進(jìn)互聯(lián)網(wǎng)技術(shù)相結(jié)合的醫(yī)藥貿(mào)易活動(dòng)全過(guò)程電子化在全球已經(jīng)成為大勢(shì)所趨。為此，國(guó)家食品藥品監(jiān)督管理局分別在2004年和2005年發(fā)布了專門針對(duì)醫(yī)藥電子商務(wù)的《互聯(lián)網(wǎng)藥品信息服務(wù)管理辦法》和《互聯(lián)網(wǎng)藥品交易服務(wù)審批暫行規(guī)定》，在醫(yī)藥市場(chǎng)競(jìng)爭(zhēng)激烈的今天，網(wǎng)上藥品交易的合法化給企業(yè)營(yíng)銷打開(kāi)了新的市場(chǎng)通路。

醫(yī)藥電子商務(wù)平臺(tái)是獨(dú)立于買賣雙方的中立服務(wù)組織，為買賣雙方提供交易所需的各種服務(wù)的數(shù)字化平臺(tái)，即提供藥品信息發(fā)布、在線采購(gòu)、在線交易、在線支付、藥品跟蹤、配合地面?zhèn)}儲(chǔ)和物流等醫(yī)藥流通全程服務(wù)，是實(shí)現(xiàn)信息流、資金流、物流高度協(xié)同的完整的醫(yī)藥電子商務(wù)服務(wù)模式，是公開(kāi)、公平、公正的網(wǎng)上醫(yī)藥交易市場(chǎng)。

電商買藥已經(jīng)成為我們居民生活不可或缺的一部分， 但是很多人其實(shí)不知道， 咱們醫(yī)藥電商平臺(tái)的打造， 就跟普通電商平臺(tái)有本質(zhì)的差別：

一、為什么先從商品模塊開(kāi)始講而不是先講整個(gè)系統(tǒng)的設(shè)計(jì)呢？

1. 從產(chǎn)品設(shè)計(jì)角度，相對(duì)于醫(yī)藥電商平臺(tái)，我們的普通電商平臺(tái)有三大特點(diǎn)

l 商品數(shù)據(jù)結(jié)構(gòu)的不同，普通電商數(shù)據(jù)結(jié)構(gòu)不能滿足醫(yī)藥行業(yè)的特殊要求。所以醫(yī)藥電商的結(jié)構(gòu)必須單獨(dú)做出合適醫(yī)藥電商的商品設(shè)計(jì)。

l 訂單流程非處方藥基本跟普通的電商或者020流程沒(méi)有很大的區(qū)別， 而處方藥需要醫(yī)師審核這么個(gè)流程基本上已經(jīng)有成熟的解決方案，作為電商平臺(tái)只是需要對(duì)接這些平臺(tái)便可以完成審核動(dòng)作。

l 支付方式除了我們正常電商的支付還會(huì)考慮到醫(yī)?？ㄖЦ兜膯?wèn)題， 而這個(gè)問(wèn)題也是對(duì)接能夠解決的，所以我們其實(shí)不需要細(xì)細(xì)展開(kāi)去講。

2. 從運(yùn)營(yíng)角度，醫(yī)藥公司未來(lái)希望可以提供給不同的系統(tǒng)平臺(tái)進(jìn)行對(duì)接，（包括資訊社區(qū)、問(wèn)答社區(qū)、疾病庫(kù)等等），作為自身的專業(yè)數(shù)據(jù)庫(kù)建立自己的藥品庫(kù)。

二、重新搭建商品數(shù)據(jù)表結(jié)構(gòu)

1. 取消“自定義SKU”機(jī)制，針對(duì)標(biāo)準(zhǔn)化類目建立標(biāo)準(zhǔn)產(chǎn)品與商品的強(qiáng)制關(guān)聯(lián)關(guān)系；

2. 將基礎(chǔ)產(chǎn)品庫(kù)與商品庫(kù)從結(jié)構(gòu)上進(jìn)行分離，并建立基礎(chǔ)庫(kù)和商品庫(kù)中的各層商品基礎(chǔ)信息映射關(guān)系，日后基礎(chǔ)產(chǎn)品庫(kù)會(huì)作為打通其他橫向產(chǎn)品業(yè)務(wù)的公共庫(kù)，而商品庫(kù)則主要給到電商平臺(tái)使用。

三、建立符合醫(yī)藥平臺(tái)的商品發(fā)布機(jī)制

1. 在商品發(fā)布時(shí)，允許商家申請(qǐng)新增基礎(chǔ)產(chǎn)品、允許商家修改基礎(chǔ)產(chǎn)品信息提交審核，審核通過(guò)后基礎(chǔ)產(chǎn)品信息自動(dòng)入庫(kù)；

2. 將商品發(fā)布與基礎(chǔ)產(chǎn)品數(shù)據(jù)維護(hù)整合在一起，引入商家角色維護(hù)基礎(chǔ)信息，節(jié)省內(nèi)部維護(hù)人手。

四、新增多維度規(guī)格機(jī)制

如下圖，增加“類型”與“通用規(guī)格”的邏輯，與類目關(guān)聯(lián)，為同類型的商品增加多維度規(guī)格的維護(hù)。

五、優(yōu)化用戶體驗(yàn)

1. 優(yōu)化各頁(yè)面各功能的SQL查詢，提升加載速度

2. 優(yōu)化頁(yè)面結(jié)構(gòu)與界面UI設(shè)計(jì)

六、優(yōu)化商品系統(tǒng)結(jié)構(gòu)

系統(tǒng)級(jí)的設(shè)計(jì)從大到細(xì)一般分為四個(gè)層次，一般從我們平時(shí)做產(chǎn)品設(shè)計(jì)的時(shí)候，可能會(huì)比較多在#3和#4上，而如果培養(yǎng)自己習(xí)慣從#1和#2層開(kāi)始去思考這個(gè)功能和界面的設(shè)計(jì)，往往設(shè)計(jì)出來(lái)的功能可執(zhí)行性會(huì)更高，與程序猿撕逼的機(jī)會(huì)會(huì)更低：

1. 該系統(tǒng)與外部其他系統(tǒng)的關(guān)系（如何協(xié)作、功能邊界）

2. 系統(tǒng)內(nèi)底層數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)

3. 系統(tǒng)內(nèi)應(yīng)用功能邏輯

4. 系統(tǒng)內(nèi)各界面層建設(shè)

（一）系統(tǒng)結(jié)構(gòu)設(shè)計(jì)

一般的電商系統(tǒng)可以拆成好幾塊主要業(yè)務(wù)。訂單、用戶、商品、促銷等等，對(duì)于第三方平臺(tái)系統(tǒng)來(lái)說(shuō)還有商家。一般的系統(tǒng)是按端來(lái)拆分的，像文章開(kāi)始說(shuō)的，PC端、移動(dòng)端、平臺(tái)后臺(tái)、商家后臺(tái)。各個(gè)端的邏輯是自己管自己的，所以從代碼的層面每一個(gè)端都會(huì)有一套相對(duì)獨(dú)立的訂單、用戶、商品、促銷邏輯。這樣子就會(huì)造成說(shuō)，由于各種原因?qū)е翽C和移動(dòng)端的處理邏輯可能不統(tǒng)一，不同模塊之間的耦合度高，例如可能改一下商品的顯示邏輯，可能會(huì)影響訂單的和用戶的，加大問(wèn)題定位的難度。但是我們朗尊采用的是模塊化系統(tǒng)的方案。優(yōu)勢(shì)是更加靈活、拓展性強(qiáng)，邏輯相對(duì)各模塊獨(dú)立對(duì)于問(wèn)題的定位也更精準(zhǔn)（尤其是以后有中臺(tái)設(shè)計(jì)）。

我們?cè)O(shè)計(jì)是會(huì)充分考慮到商品結(jié)構(gòu)首先先服務(wù)與醫(yī)藥電商的平臺(tái)， 同時(shí)也考慮到日后其他第三方需要對(duì)接時(shí)的處理方式。（如下圖）

（二）數(shù)據(jù)庫(kù)底層設(shè)計(jì)

很多人說(shuō)系統(tǒng)的設(shè)計(jì)歸根到底就是管數(shù)據(jù)的，建立功能和邏輯來(lái)去管控這些數(shù)據(jù)的流轉(zhuǎn)以及儲(chǔ)存。這樣的說(shuō)法雖然片面，但也不無(wú)道理。建立一套系統(tǒng)，其實(shí)搞清楚其數(shù)據(jù)庫(kù)表結(jié)構(gòu)，就相當(dāng)于搞清楚了它所管理的“對(duì)象”還有“對(duì)象和對(duì)象之間的關(guān)系”，這對(duì)于后續(xù)的功能設(shè)計(jì)是非常重要的。

關(guān)于數(shù)據(jù)庫(kù)底層結(jié)構(gòu)很多產(chǎn)品經(jīng)理會(huì)覺(jué)得這是開(kāi)發(fā)經(jīng)理和架構(gòu)師所需要溝通和建立的事情，產(chǎn)品經(jīng)理主要還是在業(yè)務(wù)邏輯和界面上來(lái)策劃，這也沒(méi)有錯(cuò)，但是為了更好地掌控開(kāi)發(fā)出來(lái)的系統(tǒng)質(zhì)量，產(chǎn)品經(jīng)理參與到數(shù)據(jù)庫(kù)表結(jié)構(gòu)建設(shè)的工作來(lái)會(huì)更好，下面幾張圖是我基于產(chǎn)品邏輯上的理解對(duì)各種商品管理系統(tǒng)中涉及到的“對(duì)象”和“對(duì)象與對(duì)象之間的關(guān)系”而制作的圖表。其實(shí)這些圖表均不復(fù)雜也不“技術(shù)”，是產(chǎn)品經(jīng)理力所能及的事情，但很有助于開(kāi)發(fā)以及測(cè)試還有各方干系人更好地理解系統(tǒng)，這樣后面設(shè)計(jì)出來(lái)的功能邏輯和界面也會(huì)更加清晰。

（三）功能邏輯結(jié)構(gòu)

一般的第三方平臺(tái)型的商品管理系統(tǒng)都會(huì)有幾個(gè)固定模塊，商品發(fā)布、商品管理、商品上下架、商品審核，這幾塊的流程以及管理功能都是商品管理系統(tǒng)所必須的。而由于醫(yī)藥類目的商品都是屬于高度標(biāo)準(zhǔn)化的商品，而且對(duì)于信息準(zhǔn)確性的要求非常高，市場(chǎng)上的所有藥品、醫(yī)療器械、保健食品、化妝品等都必須在中國(guó)國(guó)家食品藥品監(jiān)督管理局登記在冊(cè)，而且對(duì)于該類商品而言，有規(guī)范化的參數(shù)與標(biāo)準(zhǔn)，包括批準(zhǔn)文號(hào)、通用名稱、功能主治等所有信息都以在國(guó)家藥監(jiān)局注冊(cè)的為準(zhǔn)，所以我們?cè)谠O(shè)計(jì)商品管理系統(tǒng)的時(shí)候需要建立產(chǎn)品庫(kù)，并與商品庫(kù)分開(kāi)，另外在工作流上需要將產(chǎn)品庫(kù)的信息標(biāo)準(zhǔn)掌握在平臺(tái)管理員手中，而限制商家修改這部分信息的權(quán)限。

在功能邏輯這一層，除了考慮到功能點(diǎn)之外，也需要考慮到工作流，每一項(xiàng)功能的工作流，什么角色在什么權(quán)限下能夠做什么樣的操作，需要做怎么樣的判斷，判斷正確和判斷錯(cuò)誤分別會(huì)進(jìn)行什么樣的操作和提示什么樣的信息，這樣的流程會(huì)讓項(xiàng)目里的所有人（包括開(kāi)發(fā)、測(cè)試、業(yè)務(wù)方）都能清晰每一件事情的走向，也對(duì)產(chǎn)品經(jīng)理在后續(xù)檢驗(yàn)自己的策劃是否有錯(cuò)誤，也對(duì)后續(xù)項(xiàng)目上線后的驗(yàn)收或者使用有很大的幫助。

一般商品管理系統(tǒng)的流程主要是發(fā)布商品、審核商品、上下架的規(guī)則判斷等，而在我們的醫(yī)藥系統(tǒng)設(shè)計(jì)上，還會(huì)加入基礎(chǔ)產(chǎn)品信息發(fā)布和維護(hù)，以及因?yàn)榛A(chǔ)產(chǎn)品信息維護(hù)而影響商品狀態(tài)的流程和同能。這一點(diǎn)大家可以根據(jù)自身的平臺(tái)需求來(lái)進(jìn)行設(shè)計(jì)。在流程上標(biāo)識(shí)好每一個(gè)節(jié)點(diǎn)即可。

臺(tái)管理系統(tǒng)的設(shè)計(jì)上除了功能和界面之外，權(quán)限流、工作流和日志流也是非常重要的，但這往往我們?cè)谠O(shè)計(jì)后臺(tái)功能的時(shí)候會(huì)忽略，尤其是經(jīng)驗(yàn)不足的時(shí)候。在項(xiàng)目策劃時(shí)期，盡量把每一個(gè)場(chǎng)景、每一個(gè)數(shù)據(jù)、每一句的提示都覆蓋到，把需求做細(xì)做精，其實(shí)是能夠節(jié)省大量在項(xiàng)目中期撕逼的情況（雖然還是免不了要撕逼，:）。下圖是當(dāng)時(shí)做的原型文件中的頁(yè)面：

七、看不見(jiàn)的需求

除了以上看得見(jiàn)的需求之外，還有一部分需求是看不見(jiàn)的。

1. 上文講到的權(quán)限管理。作為后臺(tái)管理系統(tǒng)，用戶角色權(quán)限系統(tǒng)管理都是必要的功能模塊。由于要兼顧舊有平臺(tái)的使用，以及避免要管理兩套用戶權(quán)限，所以這一期商品管理系統(tǒng)的權(quán)限管理是直接使用接口的方式跟舊有平臺(tái)進(jìn)行同步。

2. 上文講到的日志管理。要是并沒(méi)有考慮到日志操作管理，導(dǎo)致我們?cè)诤竺嬗龅揭驗(yàn)閿?shù)據(jù)同步還有程序出現(xiàn)問(wèn)題的時(shí)候，我們沒(méi)有辦法非常有效和及時(shí)地定位出問(wèn)題。日志操作管理是為了方便管理和跟蹤業(yè)務(wù)處理過(guò)程，并依據(jù)業(yè)務(wù)系統(tǒng)使用活動(dòng)過(guò)程記錄的信息，分析系統(tǒng)的使用情況、存在問(wèn)題和對(duì)任意業(yè)務(wù)處理的過(guò)程追蹤管理。而如果一開(kāi)始忘了，后面要補(bǔ)可能是一個(gè)相對(duì)復(fù)雜的過(guò)程。

3. 商家ERP接口對(duì)接。 由于醫(yī)藥集團(tuán)一般都會(huì)采用ERP 去處理訂單，所以我們系統(tǒng)會(huì)做好標(biāo)準(zhǔn)的Open API， 以方便對(duì)接。

八、界面應(yīng)用層設(shè)計(jì)

界面應(yīng)用層的設(shè)計(jì)是大部分產(chǎn)品經(jīng)理每天都做的工作了，主要需要考慮到的就是用戶體驗(yàn)方面的功能。這次的商品管理系統(tǒng)，界面只有后臺(tái)界面，用戶分別是平臺(tái)各部門的同事以及商家。我認(rèn)為后臺(tái)系統(tǒng)的界面或者說(shuō)用戶體驗(yàn)是否好，主要考察的是兩點(diǎn)，提高效率，降低出錯(cuò)。

除了頁(yè)面布局和UI界面以外，其實(shí)對(duì)于控件使用統(tǒng)一性、適量清晰的提示、數(shù)據(jù)加載的時(shí)間、動(dòng)畫的流暢度、出錯(cuò)時(shí)的提示等等這些都屬于用戶體驗(yàn)的一部分，這些都非常有助于提升用戶操作的效率以及降低其錯(cuò)誤率。界面這一塊我就不多說(shuō)了，還是要多看看其他人的設(shè)計(jì)，多用心站在用戶立場(chǎng)試用，后期多搜集用戶意見(jiàn)就能夠清楚了。

可能還有朋友會(huì)問(wèn)到為什么寫到商品，卻沒(méi)有關(guān)于庫(kù)存的？關(guān)于庫(kù)存的醫(yī)藥平臺(tái)跟其他的電商平臺(tái)也不會(huì)有特別大的區(qū)別， 而且?guī)齑婀芾硎且粋€(gè)比較大，而且值的后面細(xì)細(xì)展開(kāi)的議題，所以我們以后再形象分析。

以上只是基于以往我們做過(guò)部分的醫(yī)藥平臺(tái)的經(jīng)營(yíng)的一點(diǎn)感想。具體到每個(gè)項(xiàng)目實(shí)施會(huì)有更復(fù)雜的流程， 例如客戶原來(lái)已經(jīng)有醫(yī)藥平臺(tái)，或者銷售電商銷售的平臺(tái)等等的各種狀況，作為一個(gè)產(chǎn)品經(jīng)理第一還是以實(shí)質(zhì)需求出發(fā)做成符合業(yè)務(wù)場(chǎng)景的項(xiàng)目。