從采購(gòu)系統(tǒng)的核心鏈路,了解采購(gòu)系統(tǒng)功能

15 評(píng)論 10496 瀏覽 118 收藏 10 分鐘
🔗 技术知识、行业知识、业务知识等,都是B端产品经理需要了解和掌握的领域相关的知识,有助于进行产品方案设计和评估

掌握事物的核心后,再有的放矢地做事,才能更加明確、更加高效地執(zhí)行。而對(duì)于采購(gòu)系統(tǒng)來(lái)說(shuō),明確核心鏈路與流程,才能準(zhǔn)確分析出系統(tǒng)不同階段應(yīng)包含的功能。

本文將從買賣雙方的角度分析采購(gòu)系統(tǒng)的核心鏈路和流程,進(jìn)而從這些核心鏈路出發(fā),分析系統(tǒng)發(fā)展的不同階段應(yīng)該包含的功能有哪些?

一、采購(gòu)系統(tǒng)中的買家和賣家

有一位地產(chǎn)行業(yè)的朋友跟我說(shuō)過(guò)一句話“每個(gè)人在這個(gè)社會(huì)中的本質(zhì)只有兩個(gè):買家或賣家”。

我覺(jué)得說(shuō)的很對(duì)。衍生一下:任何系統(tǒng)中的用戶本質(zhì)也有兩個(gè):買家或賣家,系統(tǒng)的功能只是在為滿足他們的需求創(chuàng)造天時(shí)和地利,即讓他們更方便快捷地履約。

那么采購(gòu)系統(tǒng)的賣家、賣家、天時(shí)地利分別是什么呢:

1. 買家

即采購(gòu)系統(tǒng)的用戶,一般情況下,公司會(huì)有專門的采購(gòu)部門或團(tuán)隊(duì)來(lái)負(fù)責(zé)公司產(chǎn)品的采購(gòu)和供給維護(hù)。他們既是系統(tǒng)中的買家也是系統(tǒng)的真正用戶。

2. 賣家

即提供貨品的商家,我們稱之為供應(yīng)商;他們不會(huì)直接使用采購(gòu)系統(tǒng),而一般會(huì)有一個(gè)供應(yīng)商開放平臺(tái)來(lái)供他們完成供給動(dòng)作。

3. 天時(shí)地利

即提供滿足交易實(shí)現(xiàn)的場(chǎng)景(功能),使雙方能快捷方便地完成履約。采購(gòu)系統(tǒng)中雙方的履約圍繞著采購(gòu)訂單來(lái)完成,因此采購(gòu)訂單的處理流程就是這個(gè)天時(shí)地利。當(dāng)然為了實(shí)現(xiàn)采購(gòu)訂單的處理,有一些基礎(chǔ)功能必須要先有,可以理解成為了完成履約必須要做的生產(chǎn)準(zhǔn)備工作。

二、采購(gòu)系統(tǒng)中的核心鏈路

上面已經(jīng)解釋了系統(tǒng)中的賣家、賣家、天時(shí)地利,下面從這三個(gè)方面出發(fā),拆解一下系統(tǒng)中應(yīng)該含有的最基本核心鏈路:

1. 買家

首先系統(tǒng)中要有買家,那么就設(shè)計(jì)到采購(gòu)人員的信息維護(hù)和管理;有了買家后就有要采購(gòu)什么東西?采購(gòu)多少呢?什么時(shí)候應(yīng)該采回來(lái)呢?

因此這里涉及到的鏈路有:

1)采購(gòu)人員的維護(hù)和管理

這一功能的實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)不會(huì)單獨(dú)承載和建設(shè),而是統(tǒng)一由公司的基礎(chǔ)支撐服務(wù)用戶中心和權(quán)限系統(tǒng)來(lái)完成,因此不在這里贅述。

2)應(yīng)該采購(gòu)什么東西

采購(gòu)系統(tǒng)涉及到的商品,通常由專門負(fù)責(zé)管理和維護(hù)商品信息的管理后臺(tái)系統(tǒng)商品中心完成,業(yè)務(wù)系統(tǒng)只需要使用商品的基礎(chǔ)信息即可,不需要重復(fù)建設(shè)功能,因此也不詳細(xì)贅述。

3)采購(gòu)多少

某個(gè)商品采購(gòu)多少(采購(gòu)需求量)作為整個(gè)采購(gòu)業(yè)務(wù)的起點(diǎn),關(guān)系到后面的庫(kù)存管理(不能多采,否則會(huì)呆滯)、前端的銷售業(yè)務(wù)(不能少采,否則會(huì)缺貨)。

因此備貨計(jì)算的流程是整個(gè)采購(gòu)業(yè)務(wù)中非常重要和關(guān)鍵的流程。一般分成自動(dòng)備貨、和人工備貨。

自動(dòng)備貨指的是系統(tǒng)自動(dòng)生成采購(gòu)需求量(由自動(dòng)備貨模型計(jì)算得出),人工備貨指的是采購(gòu)人員根據(jù)實(shí)際情況需要特殊采購(gòu)的需求量(由用戶手動(dòng)創(chuàng)建)。

由此我們得到備貨數(shù)量計(jì)算的流程:

2. 賣家

作為賣家的供應(yīng)商,如何將他們引入的系統(tǒng)中?如何管理他們?因此這里涉及到的鏈路有:

1)供應(yīng)商引入

供應(yīng)商引入的方式有兩種,一是從供應(yīng)商開放平臺(tái)中入駐進(jìn)來(lái)的商家;二是采購(gòu)或調(diào)研人員手動(dòng)維護(hù)的商家

2)供應(yīng)商管理

商家引入后,我們需要對(duì)其質(zhì)量進(jìn)行評(píng)價(jià),做到優(yōu)勝劣汰;對(duì)于優(yōu)質(zhì)的商家需要不斷進(jìn)行培育,發(fā)展成長(zhǎng)期的戰(zhàn)略合作伙伴;同時(shí)淘汰合作指標(biāo)表現(xiàn)不好的商家,避免不必要的資源占用和浪費(fèi)

綜合兩個(gè)方面,我們輸出賣家管理視角的鏈路:

3. 天時(shí)地利

如何完成采購(gòu)訂單的創(chuàng)建?如何讓訂單在買賣雙方順利流轉(zhuǎn)?如何保證信息流、實(shí)物流、財(cái)務(wù)流的一致?因此這里涉及到的流程有:

1)訂單生成

采購(gòu)訂單是將買賣雙方聯(lián)系的橋梁,因此采購(gòu)單的生成是最基礎(chǔ)的第一步。生成訂單有兩種方法,分別是人工手動(dòng)創(chuàng)建、自動(dòng)創(chuàng)建;在訂單生成前我們走了一下詢盤競(jìng)標(biāo):

2)訂單處理

有了訂單后,就需要讓訂單在買賣雙方進(jìn)行流轉(zhuǎn),買方審核確認(rèn)并發(fā)出訂單;賣方需要確認(rèn)是否可按訂單要求供貨,并準(zhǔn)確配送實(shí)物商品:

3)庫(kù)存同步

當(dāng)訂單生成確認(rèn)的那一刻,庫(kù)存數(shù)據(jù)就需要跟著變動(dòng),因?yàn)檫@時(shí)商品的“已訂貨數(shù)”增加了,商家發(fā)出商品的那一刻,“在途數(shù)量”增加了,等倉(cāng)庫(kù)收貨質(zhì)檢上架等等環(huán)節(jié),每種類型的庫(kù)存數(shù)量都要相應(yīng)跟著變更。這就是中央庫(kù)存服務(wù)要完成的事情,后期介紹庫(kù)存服務(wù)系統(tǒng)時(shí)詳細(xì)描述。

4)對(duì)賬結(jié)算

對(duì)賬結(jié)算的功能由統(tǒng)一的財(cái)務(wù)系統(tǒng)承載,不在采購(gòu)系統(tǒng)中實(shí)現(xiàn)。但采購(gòu)系統(tǒng)需要告知財(cái)務(wù)系統(tǒng):給誰(shuí)以何種方式在何時(shí)結(jié)算多少金額?

這就涉及到供應(yīng)商賬期的管理、采購(gòu)模式和付款方式與結(jié)算方式的映射和管理、采購(gòu)金額的計(jì)算、實(shí)際入庫(kù)數(shù)量的管理等等。也涉及到采購(gòu)系統(tǒng)、財(cái)務(wù)系統(tǒng)、倉(cāng)庫(kù)系統(tǒng)等上下游系統(tǒng)的數(shù)據(jù)流轉(zhuǎn)。此部分業(yè)務(wù)細(xì)節(jié)在后期會(huì)專門介紹,這里不贅述。

最后將所有流程合在一起生成核心鏈路:

除了上面的核心流外,還有生產(chǎn)管理的流程、異常處理的流程等等,比如協(xié)議的簽署(總合作協(xié)議)、合同的簽署(針對(duì)每個(gè)訂單的合同)、驗(yàn)廠的管理、商品與供應(yīng)商的關(guān)聯(lián)(簡(jiǎn)單稱為供貨關(guān)系)、貨源的豐富(某款商品的供貨商家越多,對(duì)采購(gòu)方相對(duì)有利)、采購(gòu)成本的管理(如何保證采購(gòu)價(jià)是市場(chǎng)低價(jià))、現(xiàn)金流管理(如何讓采購(gòu)資金占用量最少)、售后的處理(商品本身的問(wèn)題需要供應(yīng)商承擔(dān)成本)、商品質(zhì)檢的流程等。后期再詳細(xì)介紹。

此外整個(gè)供應(yīng)的鏈條還可以繼續(xù)延伸,比如將供應(yīng)商的生產(chǎn)能力、庫(kù)存能力納入到公司供應(yīng)鏈管理的流程中,借助供應(yīng)商的能力節(jié)約供應(yīng)鏈的運(yùn)營(yíng)成本。

當(dāng)你實(shí)現(xiàn)了所有正逆異常業(yè)務(wù)的線上化處理,接著你就想如何讓系統(tǒng)自動(dòng)化跑這些流程,釋放人力,比如訂單自動(dòng)化處理、成本自動(dòng)化監(jiān)控。有了數(shù)據(jù)的沉淀后,就想如何用這些數(shù)據(jù)給業(yè)務(wù)賦能,比如數(shù)字化業(yè)務(wù)(用指標(biāo)檢測(cè)整個(gè)業(yè)務(wù)鏈的運(yùn)行)。接下來(lái)還需要實(shí)現(xiàn)智能化等等。

PS:整理完后發(fā)現(xiàn)從“人貨場(chǎng)”的角度分析,異曲同工。萬(wàn)理相通,從一個(gè)點(diǎn)引發(fā)一連串相關(guān)知識(shí)的融合理解,所謂融會(huì)貫通應(yīng)該是這樣的。從核心鏈路出發(fā)在業(yè)務(wù)線上化的階段如何設(shè)計(jì)系統(tǒng)的功能架構(gòu)?涉及到的細(xì)節(jié)功能有哪些?如何將這些功能進(jìn)行封裝,設(shè)計(jì)符合MVC范式的系統(tǒng)架構(gòu)?接著如何實(shí)現(xiàn)這些功能的自動(dòng)化?后期再介紹。

#專欄作家#

果果,人人都是產(chǎn)品經(jīng)理專欄作家。擅長(zhǎng)業(yè)務(wù)導(dǎo)向性的產(chǎn)品設(shè)計(jì),以及對(duì)業(yè)務(wù)流程的梳理和復(fù)雜問(wèn)題的拆解,希望能找到產(chǎn)品工作的操作指南和方法論,不斷搭建自己的知識(shí)體系

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

題圖來(lái)自Unsplash, 基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 求交朋友

    回復(fù)
    1. 可以的 哈哈

      來(lái)自廣東 回復(fù)
  2. 能交個(gè)朋友嗎?

    來(lái)自廣東 回復(fù)
    1. 1060473827

      來(lái)自廣東 回復(fù)
    2. 是微信嗎~已加

      來(lái)自廣東 回復(fù)
    3. 求之不得 哈哈哈

      來(lái)自廣東 回復(fù)
  3. 這個(gè)流程相對(duì)講的比較清晰,還有對(duì)應(yīng)的招投標(biāo)采購(gòu)就相對(duì)復(fù)雜一些,希望也能夠講講

    來(lái)自江蘇 回復(fù)
    1. 嗯嗯 這個(gè)只是一級(jí)流程,細(xì)節(jié)流程還沒(méi)梳理,后期有機(jī)會(huì)會(huì)梳理的 謝謝肯定哈 ??

      來(lái)自廣東 回復(fù)
  4. 喜歡你的文章,能否寫一篇關(guān)于B端新產(chǎn)品需求調(diào)研的文章 ?

    來(lái)自浙江 回復(fù)
    1. 謝謝你的喜歡 ??

      來(lái)自廣東 回復(fù)
    2. 可以的 回頭我整理一下 你有啥問(wèn)題也可以直接問(wèn)的

      來(lái)自廣東 回復(fù)
  5. 期待后續(xù)的更新,講的很清晰。

    回復(fù)
    1. 謝謝~~

      來(lái)自廣東 回復(fù)
  6. 思路清晰,受益匪淺

    回復(fù)
    1. ?? 謝謝~

      來(lái)自廣東 回復(fù)
专题
17964人已学习17篇文章
数据可视化的方式,能够更加清晰明确的进行数据分析。本专题的文章分享了数据可视化的设计思路。
专题
13490人已学习12篇文章
一款产品,若想做到极致满足用户的需求,产品功能会变得越发臃肿。但在产品设计中,也可以做做减法,去除一些不必要或不重要的功能和元素。本专题的文章分享了如何给产品做减法。
专题
12924人已学习12篇文章
营销数字化与数字化营销,是两个不同的概念,很多容易混淆。本专题的文章分享了关于营销数字化的解读。
专题
17120人已学习14篇文章
RFM模型是与用户价值相关的常见模型之一。本专题的文章分享了什么是RFM模型?如何应用RFM模型?
专题
14744人已学习15篇文章
智能硬件产品经理需要做什么工作内容呢?与互联网产品经理有什么区别呢?本专题为刚入行的智能硬件产品经理分享了入门指南。
专题
16236人已学习16篇文章
企业服务(2B)公司的创业有8个阶段,所有SaaS公司或2B公司不可能跳过这些阶段,每个阶段都有明确的任务。本专题的文章分享了SaaS创业路线图。