掌握事物的核心后，再有的放矢地做事，才能更加明確、更加高效地執(zhí)行。而對于采購系統(tǒng)來說，明確核心鏈路與流程，才能準確分析出系統(tǒng)不同階段應包含的功能。

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

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

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

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

那么采購系統(tǒng)的賣家、賣家、天時地利分別是什么呢：

1. 買家

即采購系統(tǒng)的用戶，一般情況下，公司會有專門的采購部門或團隊來負責公司產(chǎn)品的采購和供給維護。他們既是系統(tǒng)中的買家也是系統(tǒng)的真正用戶。

2. 賣家

即提供貨品的商家，我們稱之為供應商；他們不會直接使用采購系統(tǒng)，而一般會有一個供應商開放平臺來供他們完成供給動作。

3. 天時地利

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

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

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

1. 買家

首先系統(tǒng)中要有買家，那么就設計到采購人員的信息維護和管理；有了買家后就有要采購什么東西？采購多少呢？什么時候應該采回來呢？

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

1）采購人員的維護和管理

這一功能的實現(xiàn)業(yè)務系統(tǒng)不會單獨承載和建設，而是統(tǒng)一由公司的基礎支撐服務用戶中心和權限系統(tǒng)來完成，因此不在這里贅述。

2）應該采購什么東西

采購系統(tǒng)涉及到的商品，通常由專門負責管理和維護商品信息的管理后臺系統(tǒng)商品中心完成，業(yè)務系統(tǒng)只需要使用商品的基礎信息即可，不需要重復建設功能，因此也不詳細贅述。

3）采購多少

某個商品采購多少（采購需求量）作為整個采購業(yè)務的起點，關系到后面的庫存管理（不能多采，否則會呆滯）、前端的銷售業(yè)務（不能少采，否則會缺貨）。

因此備貨計算的流程是整個采購業(yè)務中非常重要和關鍵的流程。一般分成自動備貨、和人工備貨。

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

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

2. 賣家

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

1）供應商引入

供應商引入的方式有兩種，一是從供應商開放平臺中入駐進來的商家；二是采購或調研人員手動維護的商家

2）供應商管理

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

綜合兩個方面，我們輸出賣家管理視角的鏈路：

3. 天時地利

如何完成采購訂單的創(chuàng)建？如何讓訂單在買賣雙方順利流轉？如何保證信息流、實物流、財務流的一致？因此這里涉及到的流程有：

1）訂單生成

采購訂單是將買賣雙方聯(lián)系的橋梁，因此采購單的生成是最基礎的第一步。生成訂單有兩種方法，分別是人工手動創(chuàng)建、自動創(chuàng)建；在訂單生成前我們走了一下詢盤競標：

2）訂單處理

有了訂單后，就需要讓訂單在買賣雙方進行流轉，買方審核確認并發(fā)出訂單；賣方需要確認是否可按訂單要求供貨，并準確配送實物商品：

3）庫存同步

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

4）對賬結算

對賬結算的功能由統(tǒng)一的財務系統(tǒng)承載，不在采購系統(tǒng)中實現(xiàn)。但采購系統(tǒng)需要告知財務系統(tǒng)：給誰以何種方式在何時結算多少金額？

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

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

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

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

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

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

#專欄作家#

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

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

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