那么，怎么高效、可靠的搞定供應商管理系統的平臺建設呢？業界有許多理論，例如系統工程領域的結構化系統分析及設計方法、互聯網領域的產品分析方法等等。

我們這里以某事業單位綜合科人員為背景，探討一下如何高效完成供應商管理系統建設。

第一步：需求分析。需求分析的方法有很多，例如：

1. 訪談法
2. 頭腦風暴法
3. 案例研究等等

在這里，我們推薦三大步驟：

1. 單位、行業同類項目參考研究
2. 上級管理單位提供的建設標準文件、指導文件研究
3. 系統受眾用戶的訪談記錄

上述流程，一般會經歷多輪，學習一遍案例、文件做一次訪談，發現問題，再學習一遍，再找其他用戶做一次訪談。

當然，這里還有一種方法，就是聯系供應商管理系統的供應商，進行需求交流。

第一步就像是文獻綜述，整合了很多資料，也形成了對供應商管理系統這個領域的了解，下一步，就是結合自己單位的實際，開始確定需求了

第二步：業務流程梳理。這一部分非常重要，且，基本以單位業務的價值鏈為核心來開展

舉個例子，如果你是繼續教育學院的管理系統，那核心業務流程就應該是招生宣傳、報名、錄取、繳費、教務安排、學習管理、考評、畢業

如果你是育種管理系統，那核心流程就是試驗設計、試驗布置、試驗記錄、數據分析、數據匯總、數據對接檔案、驗收

為什么這一步很重要，因為，功能結構設計部分嚴重依賴這里。更直接的，管理系統的菜單排布，基本是按照這里的業務流程來排布的。

第三步：功能結構規劃。

建設供應商管理系統的過程，就是設計和研發一款產品的過程。而好的產品設計=功能結構+信息結構+用戶行為結構。這里引用《用戶體驗要素》中十分經典的產品框架體系。

戰略層：一個清晰的產品戰略需要明確回答出兩個問題：

1. 用戶可以通過產品得到什么？
2. 我們可以通過產品得到什么？相對應的就是用戶需求以及產品目標。（我們為什么開發這個產品？）

范圍層：根據產品側重于功能型還是內容型，來進行區別分析，對于功能性產品，考慮的是核心功能的確定以及功能的優先級劃分，許多工具型app，boss直聘；對于信息型產品，考慮的核心內容的確定以及內容的優先級劃分，例如數據分析網站，數據作為信息。

結構層：搭建結構層涉及交互設計以及信息架構兩個方面。交互設計是做用戶在界面上的、完成任務的操作以及對信息的獲取，實則就是分析用戶、信息、用戶和信息之間的路徑；信息框架側重于高效得將信息表達給用戶。

框架層：進一步提煉結構，確定很詳細得界面外觀，導航和信息設計，結構層相當于搭了一層骨架，框架層則需要將骨架變得充實。

表現層：視覺設計，輸出高保真原型。

可以看到產品結構層處在中間的位置，正處在一個又抽象到具象的過渡階段，也正如此，設計產品結構層也是產品設計中最考驗抽象能力以及具象能力的階段，在抽象層面上，需要對需求、功能、數據進行分類與組織；具象層面上，將用戶需求具象化。

具體到我們的供應商管理系統，我們在這里需要產出如下內容：

1. 產品主要模塊
2. 用表格或腦圖的形式，梳理出一二三級菜單的結構

這樣產品功能結構就非常清晰了。但是還不夠，還依賴下一步

第四步：信息結構規劃。

只有產品結構，我們的設計還只是一個空殼框架，得有具體的業務對象，才能讓他完善。

啥叫業務對象，舉個例子：咱們體制內單位總會上傳下發各種文件。例如，供應商申報文件，供應商填報文件、供應商信息確認。有時候這些文件就是以excel形式來流轉的，有時候是以word中的表格的形式。沒錯，這些表格形式的數據，就是業務對象的原型。

業務對象，就是信息結構。

信息結構圖定義以及作用

定義：指脫離產品的實際頁面，將產品的數據抽象出來，組合分類的圖表。

作用：

1. 梳理復雜內容的信息組成，避免信息遺落、混亂；
2. 作為開發工程師建立數據庫的參考依據。

如何繪制呢？

功能結構圖繪制完之后，需要思考一個問題，在這些場景中，涉及到了哪些對象，如果對編程有了解的朋友應該知道基于對象的編程思維，萬物皆是對象~這里可以提出四個對象分別是：書、我、書架、評論。記住萬物皆是對象，評論也可以是！

具體到我們的供應商管理系統，我們在這里需要產出如下內容：

1. 用表格或腦圖的形式，梳理出核心的業務對象，以及他的全部屬性。

第五步：用戶行為結構規劃

這部分不同人有不同人的理解。在供應商管理系統中，我們可以這么理解。

1. 用戶使用的路徑是啥？
2. 用戶分為哪幾類，各自有什么權限，怎么控制他們的權限？

到了這里，一個基本的產品需求就明晰了。下一步就是形成需求清單，然后思考怎么實施了。

建設實施方面，一般有三種選項。

第一種，傳統的外包地址。這種公司很多，但是往往報價很高，而且交付周期很長，后續有功能調整的時候，也不夠靈活。

第二種，選用低代碼平臺，然后自助開發。這樣好處是，業務自己理解，可以直接把大部分功能做出來。

但是缺點是，模式、UI等較為固定，且很多不支持私有部署，或者價格很高。尤其是遇到一些專業型、特殊需求，低代碼平臺往往不能很好滿足。

更有甚者，絕大多數低代碼平臺，往往只能支持一兩個領域，比如表格系統、表單、流程等等，但是一套管理系統往往需要涉及到：

1. 小程序開發、App開發，包括內部小程序、用戶端小程序（甚至涉及到一些社交、商城的功能）
2. 網站界面開發（含內容管理、發布）
3. 流程審批
4. 數據報表、數據大屏數據分析
5. 管理系統搭建
6. 數據上報集成
7. 數據歸集、數據治理管理

目前業界的低代碼領域，只有速優云全域低代碼平臺支持全部上述場景。

第三種，是選用低代碼平臺，但是同時購買他們的定制開發服務。這樣一方面，對于一般性需求，業務人員可以自助配置和搭建功能，但是對于較為復雜的定制需求，可以委托給平臺提供方，來進行快速定制。

這樣一方面，成本較低，方案報價也低，不需要頻繁為了某些功能進行競爭性磋商或者招標；另一方面，交付更加迅速。

南京速優云，提供低代碼平臺私有部署的同時，更注重提供貼合客戶實際的項目定制和長期維護服務。歡迎聯系

• 上一篇：速優云助力甘肅農科院打造育種信息化管理平臺
• 下一篇：固定資產分類與代碼（國家標準GB/T 14885-2010）