第四節 原型法——利用視覺描述來捕獲需求

這里把側重于用界面原型來向用戶表達對需求的理解的方法，統稱為原型法。例如，著名的螺旋型也可以算是一種原型法。這種方法其實符合人的認知規律，那就是人對視覺的信息接收更快。同時，當人們把自己的想法用語言文字表達出來的時候往往會失去好多本意，加上理解這些文字的人所處的背景環境不同也會對文字產生誤解。就像相對論這個概念提出后，大家往往會被相對這個詞所誤導，而失去了作者原來的本意。所以說，佛教有句話：不可語。更有甚者，提出“張口便錯，動念即乖”。信息的本體經過語言文字這個載體因此就發生了變形。到了佛教的禪宗那里，走向一個極端，不立文字，口口相傳。這種傳遞知識的方法是否合理姑且不論，但是對文字信息失真的恐懼可窺一斑。

心理學家做過大量的實驗來證明視覺傳遞信息的有效性和準確性。原型法可以在需求部門和技術部門間架設一座橋梁，讓雙方更容易相互理解。因為理解的鴻溝主要在于不同專業技能人員之間的相互交流，因此可以說用業務原型法來捕獲需求才是原型法的真正長處所在。

所以我們在使用原型法的時候，要抓住其用視覺信息來表達需求的本質特征加以靈活運用。

這里介紹一下低保真原型法。這個方法簡單易用，在面對復雜需求的時候，為了厘清業務流程關系，可以采用這個方法。

具體做法是：

（1）繪制整個業務邏輯的流程圖，打印到一張大紙上。

（2）項目架構師根據業務流程，在A4紙上用馬克筆繪制主要界面的示意圖形，也就是那種框架圖（也可以利用制圖工具簡單繪制，如下圖所示）。

這種框架圖不要求過分修飾細節，只要能表達業務意圖即可。框線圖最好用黑白色，不要用彩色。顏色本身會對觀眾產生誤導。每個圖形標明用戶角色。因為是用手畫示意圖，所以這種原型十分容易制作。

（3）根據原型圖所涉及的用戶角色組織業務用戶進行業務界面原型測試。

（4）業務架構師說明測試會議規則，之后按照每個角色分發原型。

（5）之后業務架構師講解整個設計的業務運行邏輯。涉及各個用戶節點的時候，詢問那個業務用戶對這個節點的看法。

（6）由于這些用戶可能是最終的用戶，因此他們對即將影響到自己工作的產品十分敏感，因此可能針對某個流程環節的設計發生異議。架構師這個時候一定要注意，不要過多爭辯，記下用戶意見即可。

（7）很容易發生兩個用戶或者多個用戶之間意見不統一，發生爭論的現象。架構師千萬不要參與到關于業務邏輯的爭論中，只是記下他們的差異即可。

（8）流程走完之后一一確認他們的意見。

（9）回來整理，重新制定界面原型，形成電子文檔，發給每個用戶得到確認。必要的話，再進行一次業務原型測試。

注意事項：

（1）如果用戶A和B發生了爭論，最后A的意見獲得勝利。一定要記下B的意見，因為他的意見極可能是項目后期變更的原因。

（2）不要參與業務人員的爭論中去。

（3）鼓勵業務人員在紙上畫出他們的意見。

（4）不要用電子文檔的方式進行這種測試！