大多數的設計師太快埋首於 UI 工具

All Design Projects Should Start in a Google Doc

這篇文章的原作者 Ted Goas 在 Dialpad 做設計,來自美國紐澤西州。

新的設計專案開跑了,通常會發生哪些事情?

有可能是準備好啟動會議。為了盡量讓事情有效率,受邀名單小小的。有些人無法參加、腦力激盪出幾個點子。大多是少數幾個人之間在對話,其他人就只是聽著。有些人看一下通知訊息,專注力飄走了。幸好,有人在做筆記。會議結束後,設計師開始在 Figma 或 Sketch 消化每個人的願景,有可能還會參考一些產品來獲得靈感。設計師試了幾個角度,其中幾個存起來。沒參加到啟動會議的人,一星期後才晃進來,留下幾個回饋。你解釋:早就討論過那些相似的點子了。

就是這麼回事⋯

在這樣的專案流程,關係人沒什麼時間參與,壓力也都堆在熟悉設計工具™的人身上。

這種流程裡,設計師就像守門員

優秀的設計,很少是從單打獨鬥的天才產出的,而是廣泛納入設計師與非設計師的團隊。然而,不是每個人都懂得使用產品原型工具。

所以,如何邀請更多人參與設計探索?

所有設計專案,應該在 Google 文件開始

(或 Dropbox Paper 或 Zoho Writer 或任何一款你家使用的協作工具)

使用 Google 文件的功效:

  1. 降低進入門檻:使用 Google 文件的設計探索,可以讓比較多人參與。
  2. 比較容易大範圍灑網:打字很快,所以從各種角度探索點子也快。
  3. 專注在問題:人就是很難忽略圖片。每個人被限制在文字時,能夠保持專注,而不會被視覺或某些工法分心。

讓我們細說分明。

降低進入門檻

設計師不會是一直有最好點子的人。任何地方都會有優秀的點子:產品經理、業務、客服⋯等。問題就在不是每個人都知道如何使用設計軟體。設計應該是歡迎大家參與流程,而不是鎖起來、擋在外面。

Google 文件降低了進入門檻,每個人都在相同的條件進行腦力激盪。一開始就讓每個人都能有所表示,可以避免工作事項成為穀倉、納入不同觀點,最終打造出更好的產品。大家覺得自己是流程裡的一份子時,也產生熱情。

以 Google 文件開始,使得的工作事項在初始階段就得以互相交流,大家在任何階段都可以參與。非常適合分散式、跨時區的團隊。

盡早以團隊進行設計,避免之後成為少數決定的設計。

比較容易大範圍灑網

探索設計的時候,最好儘早大範圍灑網,納入考量的解決方案不設限。文字有這方面專長:快速地拆解問題、搭起潛在解決方案,充分討論使用情境。這時候的完整度,要做修改還很便宜。

--

--

3 年前被 Medium 的文字排版能力吸引,以 Publication 的雜誌形式來分享翻譯文章,只是能看到的資料僅鼓掌、觀看數和來源。優劣分析文幾乎必提到後台資料不夠完整,曾經開放 Google Analytics 也一下子就被 Medium 公司狀況的新聞埋沒。

--

--