讀者來函:「事源有個客想做個app,designer係照顧對口過程中不斷提點個客要注意ux,同比左好多ux建議。但個對口由頭到尾只集中留意ui,過程中的workflow、wireframe,好快confirm。

唯獨去到mock up階段,個客不斷作出ui上的要求,然後desinger改到啱對口心水果陣,佢比佢老細睇,然個老細唔中意,之後話又跟唔上timeline又唔中意design,最後個客決定design交比出面做,但開發交返比我地。

想問下公司咁樣既決定係咪正確,下次點樣可以避免呢d問題發生?謝謝。」

(小編將原文重新分段及加入標點符號)

多謝讀者來函,以上個案可以分為四部份:
•​ Vendor在開發前已經再三提醒客人UX設計的重要性
•​ 客人太著重UI設計,忽視了wireframe和workflow,未細閱文件便confirm了整個UX/UI設計
•​ Vendor根據設計做出mockup,客人不斷作出改動要求
•​ 改動完成後,客人的上司(真正的decision maker)表示不滿意設計,開發時間又跟不上timeline,因此決定將UX/UI設計交予其他公司負責,但仍然由原vendor負責開發

讀者想知道,客人決定外判是否合理?再次發生類似事件時點算❓❓❓

未開始解答前,首先要討論一下UX的定義。根據UX界代表人物Don Norman的說法,UX是「Everything that touches upon your experience with the product」,所以嚴格來說,UX的層次比起workflow更高。Workflow是每一個功能的「工作流程」,UX設計是要把高度提升到一個能夠「觸動」到用家的愉快體驗。

而去到這個設計層次,是很難用wireframe來表達的。試想像,一個不是專業處理App的人,收到一份程序複雜的wireframe文件,不是看不明白,就是沒心機細看。所以客人只對UI評論,而漠視wireframe和workflow,也是可以理解的。

遇上不會看或者沒心機看wireframe的客人,我未必會要求他們confirm wireframe文件,而是會用一寫簡便的工具,如Marvelapp或InVision等,將wireframe砌一個low-fi的mockup,讓客人可以在他們的手機上感受一下主要功能的工作流程,然後再問客人意見。

很多時客人去到最後階段才會提出意見,原因就是他們不能從一幅沒有互動的wireframe文件想像到完成品的實制操作,當可以在手機上和App互動時,才知道是否合乎自己要求。

如果將主要的UI設計也在mockup上展示出來(不用全步部完成,只做主要頁面便行),客人就更容易提供到有用意見。

至於將UX/UI設計外判出去,可能也不算是件壞事,大家都知道,無論是App或者Web的project,最花精神時間就是UX/UI設計,如果有專業的公司能接手,用Figma之類的工具去共同完成設計,各自處理自己擅長的工作,可能會省卻很多工夫也說不定。

Back to Blog

arrowarrow