Prototype -- 外觀為重或技術可行性為重?

在很多技術評估會議裏面，常常會有很多實做型的工程師，從技術可行的角度來 demo prototype，解釋新產品或新專案的樣子，然而常會被冤枉準備不足。其實，以 prototype 來說，要看對象來做 prototype 才比較能抓得住 audience。對 business oriented 的使用者來說，漂亮而接近真實的畫面，但底層技術暫時空缺的 prototype 可能更具效果。不管是工程師或業務，要能分辨不同場合的需求，才能避免經常出現的誤解 -- 業務埋怨工程師準備不足、工程師埋怨業務只重表面功夫。而我的看法，當然是兩者兼具最好，但這樣的 prototype 成本也太高了，除非是單價很高的case才值得這麼高的初期銷售成本。

以 BPM 應用專案為例，當客戶提了很多功能需求，但工程師回來想 prototype 的時候，多半會傾向把技術面有疑問的議題，先以 prototype 型式做出樣子；以技術的角度來看，我也會認為這樣的 POC (proof-of-concept) 設計是有效果的。然而，面對非技術的使用者，看到這個 POC 多半會覺得: 啊，好簡陋的應用! 連初學者的畫面可能都比這個 POC 漂亮。所以，先了解 audience 的性質，或者事先溝通 prototype 的性質是 technical prototype or GUI prototype，才不會對牛彈琴。