決策
決定賣什么. 沒有軟件系統(tǒng)的人可能就是紙筆上寫寫, 然后開始買貨. 對(duì)應(yīng)到軟件的第一步, 就是確定商品模型. (所以, 商品模型功能要足夠好用才能方便人家用. 如果還不如紙筆, 人家就會(huì)嫌棄了. )
另外, 那些一個(gè)人的個(gè)體戶商家可能商品很少, 不考慮這種情況, 電商是方便一群人組織運(yùn)作電商業(yè)務(wù), 一兩個(gè)人其實(shí)根本沒使用必要(開淘寶店就行了).
采購
決定賣什么之后就要開始采購. 采購要填采購單, 采購單有兩種形式: 一種是文字組合, 通過文字說明要買什么. 另一種是軟件形式, 在第一步?jīng)Q策已經(jīng)定好商品模型之后, 勾選商品即可方便地形成采購單, 形成電子化無紙化辦公.
這里有一個(gè)大問題, 就是OA/ERP類管理軟件如何和電商的結(jié)合. 作為電商軟件供應(yīng)商有兩種處理方式: 一種是自己做好簡(jiǎn)單的OA類管理功能, 可能功能比專業(yè)做這些軟件的廠商弱, 另一種方式是以某個(gè)標(biāo)準(zhǔn)軟件為對(duì)標(biāo)產(chǎn)品(例如用友,釘釘), 做好電商數(shù)據(jù)的導(dǎo)出和管理數(shù)據(jù)的導(dǎo)入功能, 能夠在極小工作量前提下無縫銜接這些軟件. 這樣就能解決客戶需求了.
審批采購單后采購人員開始采購, 這是個(gè)線下物理事件. 當(dāng)貨物開始運(yùn)送過來之后, 即進(jìn)入"倉庫管理"相關(guān)功能. 具體來說就是商品入庫功能.
商品入庫
負(fù)責(zé)人負(fù)責(zé)將運(yùn)送來的貨物檢查并登記入庫. 具體來說就是根據(jù)商品的規(guī)格說明和物理實(shí)體進(jìn)行比對(duì), 符合則更新商品的庫存, 不符合則拒收貨物. 如果商家沒有電商系統(tǒng)會(huì)用紙筆記錄. 如果有電商系統(tǒng)只需簡(jiǎn)單勾選輸入數(shù)據(jù)即可.
為了方便追蹤數(shù)據(jù), 應(yīng)該讓相關(guān)負(fù)責(zé)人有更新簽收記錄的習(xí)慣. 這樣每一筆貨物都能追蹤可溯回, 方便日后的數(shù)據(jù)比對(duì)和統(tǒng)計(jì).
商品上架
商品上架即消費(fèi)者在電商網(wǎng)站可以看到這個(gè)商品. 按照商家的運(yùn)營(yíng)策略商品可以分為兩類商品: 虛擬庫存的商品和存在真實(shí)庫存的商品. 如果商品是消費(fèi)者下單了商家就一定能賣出發(fā)貨的類型, 那么可以定為虛擬商品, 在定好商品模型之后就可以設(shè)置上架販賣.
如果是真實(shí)庫存商品, 當(dāng)庫存為0時(shí)消費(fèi)者并不能選擇購買. 這樣商品庫存就和采購/入庫這些功能存在聯(lián)動(dòng)關(guān)系. 只有當(dāng)負(fù)責(zé)人完成入庫, 正確更新庫存之后, 消費(fèi)者才能可以選擇.
運(yùn)營(yíng)人員操作商品上架之后, 商品從構(gòu)思-采購-入庫-上架的流程就算是完成了.
