FMBIM需求解析2：需求的困境

（2016年）本文以建築業的幾個典型作業作為考察對象，描述與建築相關的需求困境。包括：建築設計的需求，建築信息化工程的開發或實施需求，BIM相關的採購需求。

1，建築設計的需求傳遞過程，在國內始終是一個老大難問題

需求的源頭即業主方來看，有業主描述不清楚需求、需求漸進明晰、領導意圖大轉折、業主一線工程師理解錯誤等等不一而足。設計師這邊也有自己的難處導致無法順利傳遞這種需求，比如設計合同簽訂之前，設計師很難提供高質量的免費需求分析的諮詢服務，設計費普遍按平方米閉口價計算，導致設計師傾向於減少服務時間長度，而且設計院普遍還沒有開設建築需求分析這種專門的業務，當然原因也是收不到錢。

國外有專門細分行業來做這件事，這種工作被稱為programming。在建築設計業界有pre-design階段的設計諮詢，室內設計業界有室內空間規劃與設計，FM業界則有空間管理諮詢，當然還有更多的乙方是在提供跨界的服務，比如傢具公司也能提供這種服務，大型FM服務商普遍都有這種服務，另外還有從事行業性業務的軟體公司、管理諮詢公司。

2，信息化需求

信息化水平較低的大建築設施行業（對應於國外的AEC/FM行業），在尚不了解信息化的系統性、但信息化的時代潮流已經到來的情況之下，也不得已開始了信息化的艱難征途。

行業信息化的工作人員需要具備行業專業與計算機兩種背景知識，但這種複合人才在中國奇缺。

許多在專業上可以說是老法師的工程師，由於缺乏計算機知識，導致無法向IT人員提出正確的需求。至於IT業界雖有龐大數量的程序員，但是專註於建築行業的人極少，這也是建築行業信息化水平低的一個表現。

在國外由於信息化水平較高、歷史悠久，專門從事需求工程的複合人才很多。IT業界有系統架構師和需求工程師，建築業則有需求分析這樣的諮詢業務，更有大量的熟悉信息化工具及其原理的建築領域的專業人士。

最後略舉例探討一下，在管理信息化領域，尤其是工程項目管理和運維管理方面，經常會產生一種很奇怪的現象：需求方給出了很明確的功能點清單，最後軟體開發出來，需求方卻說這不是我想要的。最常見的原因是語言表述方法有問題，還有更多的內中原因是千奇百怪，並有許多專業管理上的原因是IT人員永遠也無法搞清楚的。這都可以歸結為需求工程沒有做好。

3，軟體採購需求

採購軟體看起來好像比自行開發要容易一些，似乎不需要做太多的需求分析工作，但是就已經觀察到眾多的軟體選型錯誤的案例來看，需求過程還是必不可少的。而且軟體選型本身就可以認為是一種需求分析過程，只不過是複合了對既有成熟商業軟體的認知，且這個過程通常會有軟體廠商和代理商的免費普及（實則導購）。

當軟體供應商急於推銷某些功能，就在簽約之前引導客戶只去了解這些功能，最終採購了之後客戶才發現完全不是自己真正需要的——畢竟客戶不可能像供應商那樣仔細研究產品功能，客戶很容易對於某個功能界面的理解是望文生義、妄加揣測，因為客戶不可能花大量時間仔細研究軟體，這也是整個市場尚處於初級階段的普遍現象。

最後才發現這個需求的重點搞錯了，在一大堆交織著複雜關係的需求點之中，有重點，有輕重緩急可分，而每個財務周期內客戶的預算是有限的，一旦選擇失誤，這一輪採購就失敗了。
推薦閱讀：