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

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

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

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

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

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

上述流程，一般會經(jīng)歷多輪，學習一遍案例、文件做一次訪談，發(fā)現(xiàn)問題，再學習一遍，再找其他用戶做一次訪談。

當然，這里還有一種方法，就是聯(lián)系供應商管理系統(tǒng)的供應商，進行需求交流。

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

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

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

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

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

第三步：功能結構規(guī)劃。

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

戰(zhàn)略層：一個清晰的產(chǎn)品戰(zhàn)略需要明確回答出兩個問題：

1. 用戶可以通過產(chǎn)品得到什么？
2. 我們可以通過產(chǎn)品得到什么？相對應的就是用戶需求以及產(chǎn)品目標。（我們?yōu)槭裁撮_發(fā)這個產(chǎn)品？）

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

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

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

表現(xiàn)層：視覺設計，輸出高保真原型。

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

具體到我們的供應商管理系統(tǒng)，我們在這里需要產(chǎn)出如下內容：

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

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

第四步：信息結構規(guī)劃。

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

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

業(yè)務對象，就是信息結構。

信息結構圖定義以及作用

定義：指脫離產(chǎn)品的實際頁面，將產(chǎn)品的數(shù)據(jù)抽象出來，組合分類的圖表。

作用：

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

如何繪制呢？

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

具體到我們的供應商管理系統(tǒng)，我們在這里需要產(chǎn)出如下內容：

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

第五步：用戶行為結構規(guī)劃

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

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

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

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

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

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

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

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

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

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

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

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

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

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