各式規劃做好後，若是要跟客戶溝通，有個prototype是比較好的。雖然說wireframe也是有欄位有內容的，但是通常對客戶來說，那就是一張圖，比較沒資訊背景的人是無法代入這個是網頁的fu。話說大家常嫌工程師沒有想像力，其實真正的使用者是「更」沒有想像力的！

所以為了降低溝通成本，通常我會把prototype作成網頁的樣式，這樣在談SA的時後，客戶就比較好理解，選單在那，欄位在那，要怎麼輸入值。然後最好要準備符合使用情境的資料頁面，就是prototype要以合理的範例資料顯示（Happy Case的就好），這樣客戶就可以很快的代入情境。

不然可能會讓客戶開始陷入「這不對，我們流程沒這東西」，「為什麼會有Test？」的一些其他混亂（有的客戶是連測試/DEMO資料都分不出來的，直接會認定是個Bug），而當客戶開始覺得有一點錯的時後，很可能就直接說不看了，你回去改完再說吧（客戶的耐心通常跟他賺的錢成反比！）。所以我通常都會看客戶（承辦人）的職稱，如果是資訊相關背景的人會好很多（簡報內容有時來不及，簡陋一點他還是能看懂）。

我覺得SA花最多的時間就是在做文件，做簡報，跟開會溝通。雖然設計時也是會想破腦，不過有想法後，接下來的要怎麼講簡報，溝通，文件化才是耐力賽的開始。簡報跟文件是可能有制式化的範本，但怎麼溝通讓客戶了解，說服（X）誘導（O）客戶接受設計的想法/作法才是重點，如果講不贏，最後變成讓客戶自由發揮，進入需求發散，這個系統就準備胎死腹中吧。

總之來貼一下目前做出來的prototype吧，順便配一下RWD的樣式，大概是這樣：