電商后臺(tái):采購(gòu)系統(tǒng)規(guī)劃

10 評(píng)論 32047 瀏覽 306 收藏 7 分鐘
🔗 产品经理在不同的职业阶段,需要侧重不同的方面,从基础技能、业务深度、专业领域到战略规划和管理能力。

繼續(xù)聊電商后臺(tái),今天分享的內(nèi)容是采購(gòu)系統(tǒng)規(guī)劃。

今天主要講采購(gòu)系統(tǒng)規(guī)劃,就公司現(xiàn)狀,之前所有的功能都是依托公司的ERP系統(tǒng)來實(shí)現(xiàn);當(dāng)時(shí)因?yàn)楹图瘓F(tuán)公司的b2bERP系統(tǒng)有對(duì)接,之間的數(shù)據(jù)關(guān)系也相比其他的電商公司復(fù)雜;同時(shí)供應(yīng)商管理由于和上游公司數(shù)據(jù)未做分離,結(jié)算時(shí)全都依附于財(cái)務(wù)線下手動(dòng)核算;故本章著重從這兩個(gè)方面來做闡述。

采購(gòu)業(yè)務(wù)流程分為內(nèi)采和外采;因?yàn)槊總€(gè)公司的系統(tǒng)情況不同,故內(nèi)采只做簡(jiǎn)單說明,著重介紹外采部分。

一 業(yè)務(wù)流程

內(nèi)采業(yè)務(wù)流程

內(nèi)采基本上都是系統(tǒng)來自動(dòng)實(shí)現(xiàn),系統(tǒng)生成采購(gòu)單。

上游系統(tǒng)自動(dòng)生成對(duì)應(yīng)的出庫(kù)開票單,驗(yàn)收出庫(kù)后,生成對(duì)應(yīng)的入庫(kù)單。

庫(kù)房驗(yàn)收實(shí)現(xiàn)商品入庫(kù)。

但是由于系統(tǒng)早期做的對(duì)接,環(huán)節(jié)上有脫節(jié);故在公司更換ERP系統(tǒng)時(shí),需要將貨物入庫(kù)驗(yàn)收環(huán)節(jié)增加驗(yàn)收人員入庫(kù)確認(rèn)后再做真正的入庫(kù),減少賬物不符的情況。

外采業(yè)務(wù)流程

由于公司是做醫(yī)藥電商,對(duì)于國(guó)家GSP比較嚴(yán)格,因此從最初的供應(yīng)商資料審核都有著嚴(yán)格的要求,具體的流程如圖:

(說明:資料審批,首營(yíng)資料審核這些流程剛開始一般都是線下來實(shí)現(xiàn)完成。)

從業(yè)務(wù)流程中可以看出,采購(gòu)業(yè)務(wù),簡(jiǎn)單的說,就是從某個(gè)地方,采購(gòu)某些商品,到哪里去。

從這句話中,我們可以看到幾個(gè)因素:

  1. 從某個(gè)地方:供應(yīng)商
  2. 采購(gòu)某些商品:商品
  3. 到哪里去:倉(cāng)庫(kù)

中間連接這些因素的叫采購(gòu)單,采購(gòu)單的內(nèi)容和流轉(zhuǎn)也是這個(gè)流程的核心。

二 系統(tǒng)功能

(1)功能層面

功能層面,主要包括供應(yīng)商管理、采購(gòu)商品管理、倉(cāng)庫(kù)管理,對(duì)采購(gòu)流程的管理,包括采購(gòu)單管理、采購(gòu)?fù)素泦喂芾怼4笾碌墓δ茳c(diǎn)如下,具體細(xì)節(jié)要根據(jù)公司的實(shí)際業(yè)務(wù)確定。

(2)功能流程說明

這段時(shí)間整理原型的時(shí)候,主要要根據(jù)公司的實(shí)際業(yè)務(wù)需要來設(shè)計(jì)。像我們的公司,是有地區(qū)倉(cāng),而每個(gè)地區(qū)下又會(huì)有直營(yíng)店和加盟店。再加上是藥品,在ERP系統(tǒng)上設(shè)計(jì)時(shí)都是比較嚴(yán)謹(jǐn)?shù)?,而?duì)于普通的電商公司,采購(gòu)流程上可以進(jìn)行簡(jiǎn)化:

像醫(yī)藥公司(線下有門店)的采購(gòu)流程,一般會(huì)經(jīng)歷以下幾個(gè)階段

1. 采購(gòu)人員開票

  • 采購(gòu)人員根據(jù)實(shí)際情況,與供應(yīng)商溝通后,開具采購(gòu)票據(jù);
  • 上級(jí)人員進(jìn)行采購(gòu)審核,審核通過后按照規(guī)定通知供應(yīng)商配貨;(是否審核由公司的具體的業(yè)務(wù)來決定)
  • 供應(yīng)商配送貨物,等待貨物驗(yàn)收;

2. 采購(gòu)貨物驗(yàn)收—人員驗(yàn)收,票據(jù)與貨物核對(duì),驗(yàn)收貨物

3. 庫(kù)房入庫(kù)

  • 庫(kù)房人員按驗(yàn)收票據(jù),按貨位號(hào)上架貨物
  • 貨物入庫(kù)操作;庫(kù)房庫(kù)存增加
  • 是否要配送到某個(gè)門店,調(diào)入門店(如果有門店,則需要考慮配送出庫(kù),如果無,則入庫(kù)后該流程即可結(jié)束)

4. 配送門店—開具配送出庫(kù)單,按票據(jù)明細(xì)打包貨品,進(jìn)行配送出庫(kù)

5. 門店入庫(kù)—門店按配送出庫(kù)的商品進(jìn)行上架,做門店入庫(kù)上架處理

說明:逆向流程本章不做過多介紹,采購(gòu)?fù)素浥c入庫(kù)流程發(fā)起方相反。具體的流程需要根據(jù)公司實(shí)際業(yè)務(wù)設(shè)計(jì)

(3)原型示例

三 總結(jié)說明

針對(duì)這些,其實(shí)像貨品管理—之前因?yàn)槭窃缙诎l(fā)展,自營(yíng)B2C的商品是需要業(yè)務(wù)來錄入兩次,維護(hù)成本高,出錯(cuò)率相比也高。價(jià)格把控上也不好操作管理,故在整個(gè)系統(tǒng)的規(guī)劃過程中,大家一致的意見是采購(gòu)系統(tǒng)和商品系統(tǒng)要做交互,實(shí)現(xiàn)數(shù)據(jù)的相通性,同時(shí)也可以滿足多個(gè)業(yè)務(wù)線的發(fā)展?!?a href="http://m.22none.com/pd/817567.html" target="_blank" rel="noopener noreferrer">商品系統(tǒng)的規(guī)劃整合》可以看之前所發(fā)布的文章。

關(guān)于供應(yīng)商結(jié)算部分,會(huì)在之后的文章中說明。希望所發(fā)布的內(nèi)容對(duì)大家有所幫助。

相關(guān)閱讀

電商后臺(tái):商品系統(tǒng)整合總結(jié)

電商后臺(tái):庫(kù)存系統(tǒng)規(guī)劃

電商后臺(tái):訂單系統(tǒng)整合總結(jié)

 

作者:簡(jiǎn)之箐,微信公眾號(hào):簡(jiǎn)之箐,5年互聯(lián)網(wǎng)產(chǎn)品經(jīng)理,曾擔(dān)任醫(yī)藥產(chǎn)品經(jīng)理和電商產(chǎn)品經(jīng)理,經(jīng)歷主導(dǎo)過電商平臺(tái)的系統(tǒng)整合規(guī)劃。

本文由 @簡(jiǎn)之箐 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自PEXELS,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 請(qǐng)問:采購(gòu)單為何有待入庫(kù),部分入庫(kù)呢?

    來自廣東 回復(fù)
    1. 人才

      來自廣東 回復(fù)
  2. 同醫(yī)藥電商,希望增加交流渠道

    來自北京 回復(fù)
    1. 您好,多交流

      來自北京 回復(fù)
  3. 退貨單是否可以并到采購(gòu)單的一個(gè)狀態(tài)里去

    來自湖南 回復(fù)
    1. 不太行,因?yàn)椴少?gòu)單和采購(gòu)?fù)素泦味加凶约旱臓顟B(tài)流,放到一個(gè)單據(jù)中根據(jù)狀態(tài)區(qū)分,很容易擾亂狀態(tài)流。對(duì)后續(xù)的業(yè)務(wù)調(diào)整和擴(kuò)展也造成局限性。

      來自浙江 回復(fù)
  4. 我想請(qǐng)問一下。貴公司的質(zhì)管部門權(quán)限?采購(gòu)入庫(kù)流程– 倉(cāng)管錄入數(shù)據(jù)通知質(zhì)管質(zhì)檢審核—–質(zhì)管根據(jù)錄入數(shù)據(jù)和實(shí)際貨物進(jìn)行檢驗(yàn),合格后,數(shù)據(jù)流會(huì)到倉(cāng)管 ,倉(cāng)管進(jìn)行正式入庫(kù)。

    來自廣東 回復(fù)
    1. 這個(gè)簡(jiǎn)單,其實(shí)就是在采購(gòu)入庫(kù)單前面再加一個(gè)質(zhì)檢單即可。

      來自廣東 回復(fù)
  5. 跟作者畫流程圖、腦圖、原型的習(xí)慣一毛一樣

    來自北京 回復(fù)
    1. ??

      來自北京 回復(fù)
专题
12765人已学习14篇文章
在项目完结时,我们经常需要进行项目复盘。那么一个好的项目复盘是怎样的?
专题
29276人已学习16篇文章
系统如何恰当、清晰、及时地传达给用户操作的结果或者操作对象状态的变更?本专题的文章提供了有效的页面操作反馈设计指南。
专题
12065人已学习12篇文章
退款是支付平台的一个重要业务,本专题的文章分享了退款功能的设计思路。
专题
18202人已学习13篇文章
AI产品经理的核心目的是通过AI技术创造和优化产品服务,丰富技术知识可以让自己在工作中拥有更多话语权。本专题的文章分享了AI产品经理需要掌握的AI技术。
专题
35294人已学习18篇文章
内容运营的正确姿势,你都能在这里找到!
专题
13583人已学习12篇文章
作者B端的产品经理,要基于这个行业理解的大背景下去了解公司的业务全局。本专题的文章分享了B端产品经理如何了解业务全局。