多語系網頁在設計上該考慮什麼,才能有好的使用者體驗?

多語系 (國際化)網頁在設計時,往往因不理解該地區的文化或語言,而忽視了許多小細節,累積起來就會造成諸多問題,例如:降低轉換率、無法完全地傳遞產品價值理念、降低使用者的信賴 … 等。作者 John Saito 以他在 Dropbox 工作的經驗,提供許多設計的小技巧給讀者,希望能解決在設計多語系產品的相關問題,期待能讓產品的體驗更好。
Continue reading

如何以有限的預算,打造可靠又可信的人物誌 (Personas)

dara-driven personas

成功的數位產品不僅是寫 code 的功勞,熟知用戶真實的需求與期待,並打造能傳達這些資訊的體驗才是關鍵。除此之外,也要在滿足用戶的期待下讓他們進行各種預設的轉換,如註冊、登入、聯繫或購買 … 等。

這篇文章將討論如何以有限的預算,打造出可靠可信的 Personas ,並協助我們創造成功的使用者體驗。

Continue reading

如何打造對專案有效益的 Persona (人物誌) ?

how-to-build-a-strong-project-foundation-with-practical-personas

許多網頁開發公司認為做出一個準確的 Persona (人物誌) 相當昂貴,或單純覺得不需要。同樣的,顧客也可能不太了解這個工具的概念,以及它能為專案帶來什麼價值?

Persona 的核心在於,是否能有效的建構與使用它。若能,即可帶給你們團隊更清晰的目標用戶面貌,以及為你的專案打下發展方向的基礎。除此之外,它也能在策略制定時發揮效果,並且讓你更有效率的達成目標。

在我們深入探討前,先來精準的定義 Persona 是什麼吧!

Continue reading

framer flows

Framer Flows 初體驗

Framer 不適合製作頁面流程 (暫時)
建議大家不要拿 Framer 來製作頁面流程的原型。因為有比 Framer 更方便的工具,像是 Prott、Flinto 以及 Invision 等等。

還記得在開始寫 Framer 教學時,曾寫下上述的建言,而那時不知為何在句子後面加上了 ”暫時” 兩個字,也許隱約察覺到 Framer 團隊遲早會針對頁面流程,提出更好的解決方案。而就在前一陣子,他們推出了 Framer Flows !

Continue reading

如何透過數據決定 “用字”,以提升使用者體驗?

在使用者體驗 的設計考量中,用字也是一個相當重要的環節。此篇文章中,作者描述在 Dropbox 團隊中,如何透過數據資料來設計產品用字,並分享了許多工具與方法:

用字是一種藝術,因為文字能讓人們笑、感動甚至激勵我們做有意義的事。但是它同時也跟科學有關,我們可利用資料累積的資訊數據協助選字,及讓我們可更客觀的思考。

 

為了 使用者體驗 ,什麼是對的?什麼又是錯的?

身為 Dropbox 的 UX,我們的目標就是確保每個用字都有意義且合宜。錯誤的用字可能會造成不好的使用者體驗;一個不明確的按鈕文字或陌生的名詞會讓使用者感到挫折。為了確保能使用正確的文字,我們藉由以下幾項不同的工具與技術來協助我們。

Continue reading

UI 設計小技巧 – 電話號碼欄位

相信大家都有在介面中被要求填入電話號碼的經驗吧!是不是有時會發生格式難以理解而輸入易錯亂?亦或修改困難 … 等體驗不佳的情境?此時可能還因無法順利完成簡單的任務而責怪自己!其實這些在設計上都能被優化,只要設計師與工程師能多點同理心,考量上更加周延,這些情況絕對能避免的。而在這篇文章中,大舌頭將與大家分享 “表單(form)UI ” 中關於 ” 電話欄位 ” 的設計細節。

Continue reading

學習 Framer

設計師 學習 Framer 第一章:前言與觀念

大約去年年中,我開始把 Framer 這套原型製作工具,導入 UI / UX 設計流程中。最主要是它能實現高擬真度,且可運用 Coding 做出許多設計變化(彈性大)。不過,也因為需要一些 Coding 的基礎知識,導致許多設計師不敢接觸,個人覺得有點可惜。所以在 ” 設計師 學習 Framer ” 這系列裡,我將會從設計師的角度跟大家分享一些學習心得,然後盡可能的把 Coding 這部分降到最低,以利大家學習。

Continue reading

初探 Google 提出的設計敏捷方法(Design Sprint Method)

設計敏捷方法 (Design Sprint Method)是由 Google 提出,且於內部實踐並受到歡迎。它的概念基礎來自於其他已經在產業界應用的方法,例如敏捷開發(Agile)、設計思考(Design Thinking)與革新遊戲法(gamestorming)。這個方法試圖讓每個設計團隊都能輕易的導入,且能於 2~5 天內解決設計挑戰或測試設計原型。

本文介紹的內容整理於 Google 在 2015 年公開的電子工具書 – “Design Sprint Methods“,這本書簡述這個方法中的角色、功效、時間、工具與流程等項目,不過 Google 也指出他們的目的,並非要求大家一定得按表操課,而是鼓勵或激勵新創或任何規模公司的設計團隊,能發展出更有趣、多產且能適應的變通方法。好吧!廢話不多說,以下就讓大舌頭來導讀吧~

Continue reading