以CMoney這個已經有多年UI/UX經驗的設計公司而言，它們有屬於自己的設計核心與原則，要幫它們取名字嗎？暫時叫做「CMoney 1核4法則」好了。大致上可以這麼說很多具規模的公司在製作APP上會有自己的設計統一風格，也許某些公司會有其他的核心與法則，大概可以說是該公司的透過經驗法則演變來的。
1個核心
型態追隨功能：功能優先，不為美觀而美觀。好用>好看，一眼看出重點有很多實例呈現許多UI設計師可以設計出很多好看漂亮的介面，但是你深入問為什麼要如此設計的時候，他們未必能說出這個設計的目的為何，有些時候設計的方向更是以美觀而美觀。
視覺呈現的四個法則
相關：將相關的項目放在一起，人們會認為位置相同的代表彼此是相關。將相關的資訊組合放在同一個區塊還有個好處就是能適當的留白，擁擠的視覺會導致難以操作下手。
對齊：有關於視覺上的瀏覽，如果一下子置中一下子置左會導致視覺的疲勞，基本上還是以左上往右下排列資訊為原則。
重複：黑體搭配非襯線字；明體搭配襯線字 ，顏色不超過五種，字體大小間距、縮排、對其方式都可以統一，而且統一的風格也會帶給品牌質感提升的印象。
對比：字體的粗細、冷色系暖色系、水平垂直、圖片大小的對比都能襯托出給用戶想看的重點。
別讓用戶迷路
找資訊通常是為了做決策，所以掌握用戶的目標提供必要的資訊，這是可以遵循「不迷路的4原則」
知道自己在哪裡：頁面標題
知道要找的東西在哪：導覽列
知道如何到達照要找的東西：分類、搜尋、最愛
知道他們已經看過那些地方：視覺區隔
介面互動的5 個細節
習慣: 與現實世界的關聯性，擬物化/親和文案/使用者習慣第一 。以目前iOS與安卓來講已經有提供設計的風格，希望APP開發者可以按造風格去打造。
線索: 讓使用者知道可以互動，誘使使用者展開行為 。明確的讓使用者知道要按下哪個按鈕。
配對: 做了這個動作哪個部份會有反應要讓使用者能預期 。這也可以算是UI風格的制定，使用者可以馬上反應預期的功能。
回饋: 使用者做了之後會得到回應，不論正確或是錯誤行為 。比如按讚就是一種回饋。
例外: 預設值/ 錯誤情境/ 無資料情境/ 等待情境/ 極端數值的處理。要預想使用者錯誤的情況，又或者可以預期使用者可能會在那個情境下有錯誤動作。
文件交付
不管任何的想法或者計畫，最終還是要將其文件化交給不管事UI或者是工程師去呈現，所以文件交付是很重要的環節，也是可以讓參與人員可以審視你的內容是否有缺少那些要素，一般具規模的企業就會有制定的格式。寫出詳細的內容與優先
產品訪談/ 測試
- 做個Prototype 交給受測者。
- 出個操作任務請受測者完成。 ex：申請帳號完成選出一檔股票
- 在受測者操作時把自己當空氣，什麼話都不跟受測 者說、全程紀錄他的操作方式。
- 找出受測者操作錯誤、停頓的部份。
- 測試結束後聽受測者的抱怨。
這個階段是最能直接接觸用戶實際在操作上的情況，如果用戶在操作上思考停頓的話也不是壞事，重點是在於你要找出受測者真正碰到甚麼問題
開發流程
觀察到大部分的產品開發都脫離不了這張圖，從User Story到Prototype都是以「內容」呈現與解決「目標」為主，而產品經理大概是提供使用者怎麼操作、有哪些功能、使用者與客戶的需求是甚麼，但是這都沒有一定的說法。
User Story
這個大部分都是預期用戶想要甚麼而決定，產品經理會先預設一個人物誌，並且為他規劃一個「用戶旅程地圖」，從中找到要呈現的內容或者是想要解決用戶那些問題。這部分又要多角色去思考，你需要假設自己是用戶、用戶想要甚麼、平台提供者所能解決那些問題。
Functional Map
根據前面的User Story去了解有哪些功能要做，又或許知道那些可以不用那麼優先具備的功能。
Flow Chart
提供用戶如何去操作解決他的目標，並且去根據它們的習慣設計操作流程。
UI Flow
頁面與頁面之間的操作流程，要知道用戶要完成目標需要花多少的步驟或者動線。
Wireframe
用文字說明Wireframe包含觸發、回饋、狀態變化等等，根據Vide.tw的文章來舉例：
- 一開網頁就自動出現廣告、還是開啟網頁後等個 3 秒才出現廣告？
- 廣告出現 10 秒自動消失，還是要按(X)按鈕？
- 網頁停止 30 秒沒有操作要不要出現廣告？
工程師只會依照你寫的去做，所以話要講清楚，設計師與工程師並不一定具備相同的認知。參考文指出Flow Chart、UI Flow、Wireframe三個文件修修補補是很正常的。
Mockup
視覺搞，所有視覺有關的部分都會在這個階段產生出，可以製作Mockup的軟體很多。
Prototype
有人說Mockup與Prototype最大的差別就是一個不會動，一個會動，所以不能被操作的皆不是Prototype！
0 意見:
張貼留言