web-archive-me.com » ME » A » AKANELEE.ME

Total: 398

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Tag : UI « 嫁給RD的 UI Designer
    每一頁 Wireframe 旁也寫上詳盡的註解 但在專案後期 RD 仍是發現許多在前期規畫階段沒有被考慮進去的情況 這是為什麼呢 有一種可能性是漏了思考 各種狀態 和使用者的 突發狀況 這會導致開發時程延後 因為訂定的規則不夠準確而再次召開討論會議確認細節 甚至發現此路不通但該功能已經做下去了無法修改進退兩難的情況 Read on 使用者經驗藏寶圖 序 December 5 2013 Comments Peter Morville 設計出 使用者經驗藏寶圖 如圖 說明一個構想是怎麼合理且適切地無中生有 一直到完成設計提出各式文件給客戶的開發流程 我覺得這是每位UI RD PM都該知道的流程 同時也是開發產品的必經之路 身為專案成員不應該悶著頭只做自己份內的事 了解團隊如何運作 每個階段該產出什麼 這點非常重要 Read on 反應與提示 December 9 2013 Comments 在易用性原則裡 系統狀態的能見度 辨識而非記憶這兩點與 反應 有關 在操作 App 時 反應 扮演著重要角色 它有著引導使用者至下一步的功能 幫助使用者理解目前狀況 繼續操作 在 iOS 上 常見的反應有數種 視覺 聽覺 觸覺 點擊某個按鈕 按鈕會變成被擊中凹下去的樣子 輸入正確會聽到叮叮的成功提示音 操作錯誤或失敗手機會震動並聽到嘟嘟的錯誤提示音等等 如果對於 App 的 反應 置之不理 使用者就無法知道自己操作的結果 對於自己的操作產生疑慮 逐漸失去對這個 App 的信賴度 Read on 互動設計概論 December 12 2013 Comments 什麼是互動設計 互動設計這個詞這幾年很常見 包山包海感覺上只要是各種媒體上看到會動都可以叫互動設計 有一種說法是 設計出互動產品 提供人類在日常生活或工作中使用 更詳細的解釋則是 互動設計是人類互動及溝通上的空間 它是一種以使用者的需求與經驗為出發點 創造出人類與科技的完美連結 IDEO 創始人在 1984 年的一次設計會議上提出 他剛開始將互動設計命名為 軟面 Soft Face 但這名字很容易讓人想起當時流行的玩具 椰菜娃娃 後來將名字改為 Interaction Design 從 Soft Face 這個最早期的命名方式可以看的互動設計的特性 沒有規則可讓人任意塑造扭曲 是在最表層如臉孔一般的存在 Read on 使用者經驗藏寶圖 敘述故事 找出中心思想 December 12 2013 Comments 雖說很對不起邀我來參加聚會的主辦單位 但 UI 和 RD 擅長的領域差不多就是聖母峰和馬里亞納海溝的差別 為了不浪費這段人人都在補充新知我卻蹲在旁邊玩保衛蘿蔔2的時間 還是來寫點文章表示我也有努力好了 根據這張藏寶圖的順序 就來談談 敘述故事 找出中心思想 Read on 使用者經驗藏寶圖 創建人物 December 18 2013 Comments 相信各位應該看過前一篇 使用者經驗藏寶圖 敘述故事 找出中心思想 了 也相信一定有人用鼻孔噴氣 什麼鬼話連篇 拿灰姑娘出來當例子 小孩子玩家家酒 這個階段我就認真寫好了 在 創建人物 這個階段 其實就是研究方法 Persona 人物誌 都把研究方法拿出來講了 夠認真了吧 Read on 我的選色技巧 December 19 2013 Comments Pochade 我愛用的截色 App 最近在工作上遇到關於配色的大難題 公司 LOGO 是深藍 亮橘 但要做的專案和股市看盤有關 所以要加入紅色和綠色 要求官網 網頁版系統 Desktop App Mobile App 都要一致性 能讓人一眼就看出來這是該公司的產品 要有企業形象 一定要用上企業色 偏偏扯到 股市看盤 就不會只有兩條線在畫面上跑這麼簡單 Read on Guideline 的重要性 December 31 2013 Comments 強調再強調 一定要先看過 Guideline 後再來做介面設計 卻被人嗤之以鼻 說不用看一樣可以產出啊幹嘛要花這種時間 如果不是你的產品太簡單 就是都用內建元素或抄襲湊合了事 你同事人太好 幫忙擦屁股了 你同事程度跟你一樣 搞不清楚狀況 別說很多 UI 高手們也老是跳脫 Guideline 設計啊 他們哪位不是對 Guideline 熟到可以朗朗上口到幾乎可以報頁碼的 不懂 Guideline 的就只能當美工用 連視覺設計都稱不上 Read on 3 種應用程式風格 January 6 2014 Comments 不要再叫 PM 或 BD 畫 Wieframe 他們真的不是 UI UX 的專業人士 如果注重專業 在約還沒簽 規格也還沒訂出來的時候就該把 UX 加進工作流程裡了 PM 最重要的工作是控管時程 各部門單位間溝通 BD 是廣義的 Marketing 也不該是這個位子的人在搞介面 畫 Wireframe 的是 UX 啊 UX Read on UI UX 之天下武功出少林 January 13 2014 Comments 這算是我看了這麼多資料所做出來最大的整理吧 說穿了其實不管是哪位 UI UX 大師 講的都是同一件事情 要怎麼做才能讓使用者好用 從這張圖表有看出什麼了嗎 第一個直列 白底 就是我之前提到的 使用者經驗分層元素 第二個直列 黃底 是 使用者經驗藏寶圖 第三個直列 藍底 是 十大易用性原則 使用者經驗分層元素裡並沒有說明文件 這項是我自己加上去的 為了讓整個專案更完整 並且能夠傳承下去 Read on 我是UID 不是UXD January 15 2014 Comments

    Original URL path: http://blog.akanelee.me/tags/UI (2016-05-02)
    Open archived version from archive

  • Adobe 萬聖節遊戲:找出兇手 « 嫁給RD的 UI Designer
    或是 http bit ly 1DnLenz 嫌疑人的 PSD 檔官方下載 http adobe ly 1zGnO0d 或 http bit ly 1tfbbTR 如果你找到答案 可以去官方粉絲團留言 https www facebook com Photoshop 不想看劇透請別點擊 已經有人寫了 以下為英文信件翻譯 如果你看不懂英文可以參考一下 防雷 翻譯 PSD檔裡有3封信 字有點草我看不懂 感謝友人 Edwin 協助翻譯 中譯 我的小卡多 我找到自己這張近照 是我們去戲服車 遠足 之後拍的 你老婆能介紹我們彼此認識真好 不是嘛 P 中譯 法藍茲 昨晚很糟 福多海姆 人名 不簽合約 沒有他的公式 整個生意都做不成了 不過我還有最後一個強迫他的方法可以試 El ii 中譯 親愛的老公 這就是他們派我來巴拿馬拍的可愛小動物 顯然這小可愛的一滴毒液就能殺人 但你喜歡可愛又危險的東西 對吧 以下是我扒到的圖層內容 大雷 防雷 PSD 圖層線索 這真的是劇透了 建議自己先玩過再來比照看看吧 我找到這些線索 可能有遺漏 但也足夠找出真兇了 01 劍上的血 a40f2b Salvador 02 03 鋼琴上的指紋 Salvador 04 06 未知的液體 d0e900 07 信 指紋 Salvador 10 14 教授鬼魂 Thomas 31 11 鋼琴上的指紋 Salvador 12 13 相框指紋 Rebecca 23 16 青蛙毒 06 未知液體 19 查看圖層 10 31 14 25 相框 Natalie 26 鑰匙洞 bit ly adobe psmystery 29 字板 ALLBUTTHREE 39 老鼠 41 骷髏 女鬼魂 43 人皮書 指紋 Salvador 如果你有好好玩透這個 Adobe 萬聖節遊戲 會發現自己下載了 3 個 PSD 檔 其中一個需要解謎才能取得網址 Skull 指紋 Natalie 字 ADTENDITE A MORTE 拉丁文 小心死亡 注意死亡 Bottle 指紋 Natalie 字 WARNING Poison zetekitoxin 神经毒素 d0e900 非常喜歡這款遊戲 PSD檔做得超精緻 真希望有更多這類型的PSD遊戲可以玩啊 不過玩的過程和平時整理解析別人做的PSD檔方式一樣啊泣 Enjoy it 最後的推理就不寫了 大家自己想看看吧 Posted by Akane Lee October 31 2014 photoshop Adobe halloween psd game Tweet Comments Please enable JavaScript to view the comments powered by Disqus comments powered by Disqus 邏輯很重要 W Hotel Siam Center 曼谷

    Original URL path: http://blog.akanelee.me/posts/240833-adobe-halloween-game-find-the-murderer (2016-05-02)
    Open archived version from archive

  • Tag : Adobe « 嫁給RD的 UI Designer
    There are three suspects To solve the crime you must say who did it how he or she did it and post a screen grab of your evidence to our Facebook page Read on Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年 4 月書櫃 UI 設計師看 Auto Layout 讀者來信 UI 設計流程 iOS 字級表 我和老公的作品 如果你覺得這個 Blog 不錯 可以請我們喝杯紅茶 Categories 課程講座 12 胡說八道 37 UI雜談 32 實作技巧

    Original URL path: http://blog.akanelee.me/tags/Adobe (2016-05-02)
    Open archived version from archive

  • Tag : halloween « 嫁給RD的 UI Designer
    There are three suspects To solve the crime you must say who did it how he or she did it and post a screen grab of your evidence to our Facebook page Read on Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年 4 月書櫃 UI 設計師看 Auto Layout 讀者來信 UI 設計流程 iOS 字級表 我和老公的作品 如果你覺得這個 Blog 不錯 可以請我們喝杯紅茶 Categories 課程講座 12 胡說八道 37 UI雜談 32 實作技巧

    Original URL path: http://blog.akanelee.me/tags/halloween (2016-05-02)
    Open archived version from archive

  • Tag : psd « 嫁給RD的 UI Designer
    移動位置就夠用了 不太需要高深的 PS 技術喔 故事大綱 Professor Photoheim s been murdered at his Halloween party There are three suspects To solve the crime you must say who did it how he or she did it and post a screen grab of your evidence to our Facebook page Read on Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年 4 月書櫃 UI 設計師看 Auto Layout 讀者來信 UI 設計流程 iOS

    Original URL path: http://blog.akanelee.me/tags/psd (2016-05-02)
    Open archived version from archive

  • Tag : game « 嫁給RD的 UI Designer
    There are three suspects To solve the crime you must say who did it how he or she did it and post a screen grab of your evidence to our Facebook page Read on Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年 4 月書櫃 UI 設計師看 Auto Layout 讀者來信 UI 設計流程 iOS 字級表 我和老公的作品 如果你覺得這個 Blog 不錯 可以請我們喝杯紅茶 Categories 課程講座 12 胡說八道 37 UI雜談 32 實作技巧

    Original URL path: http://blog.akanelee.me/tags/game (2016-05-02)
    Open archived version from archive

  • 邏輯很重要 « 嫁給RD的 UI Designer
    麼 證 明 你 不 是 腦 補 啊 我只想純畫介面 幹嘛學邏輯 純畫介面一樣需要邏輯 除非你只想畫 DEMO 圖不想被實作上架 保持某產品設計風格一致性這回事非常吃邏輯 尤其產品越複雜龐大的時候 各種色碼 字體 字級 尺寸 間距 特效 動畫等 邏輯不好真辦不到 如果你覺得依循現有 Guideline 去設計介面很痛苦扼殺創意 恭喜 某個技能點數不足需要被提升了 你媽是女的 不代表所有的女的都是你媽 設計師是使用者沒錯 不代表所有使用者都是設計師 不要把自己完全取代使用者這個角色 當然要做 自己也想用 的設計 但不能做 只有自己想用 的設計 使用者是一大群人 蘋果口中的 只做自己愛用的產品 那個 自己 指的是多少人 多少場實驗後的結果 邏輯是學習一切的基礎 光是學會推理 歸納 在收集情報分析資料上就不知比別人快上幾倍 哪個世界知名的設計師邏輯能力很差的 他們也許會被嫌固執機車難相處 卻也被讚揚創意無限能力一流 怎麼能力一流不學專學固執機車難相處這部份 Posted by Akane Lee October 21 2014 Tweet Comments Please enable JavaScript to view

    Original URL path: http://blog.akanelee.me/posts/238531-logic-is-important (2016-05-02)
    Open archived version from archive

  • 設計規範要點 « 嫁給RD的 UI Designer
    文字 icon 表單 互動 等 各元素都可能需要制定 色彩 透明度 尺寸 間距 檔案格式 品質 風格 等 互動包含 手勢操作 過場動畫 特效 音效 震動 等 先將各個產品拆到最小單位 再進行分類整理 通常就是那幾種分類方式 參考現有的設計規範會更容易理解 別人家的設計規範 我又把 Google design guidelines 掏出來了 這份應該是目前最流行 寫得詳細的一份設計規範 可以從裡面分析設計規範要包含哪些內容 從左方的選單中可以看到這份文件包含 總覽 動畫 風格 佈局 組合元件 圖片 易用性 資源 點開後還有更詳細的分類 之後才會是內文部份 每一個元件或元素都會包含 元素意義 使用規則 限制 運用場合 時機 與其原因 和同質元素間的一制性 新製規則 組合運用 各種狀態 平台差異性 正確示範 錯誤示範 元素意義 這個元素有什麼的功能 對使用者來說有什麼幫助 呈現什麼資訊等等 使用規則 限制 與其原因 要怎麼使用這項元素 使用這項元素需要注意什麼事情 為什麼 運用場合 時機 什麼情況下會使用到這項元素 它會出現在什麼地方 和同質元素間的一致性 新製規則 若現有同質元素不敷使用 需另製新款時 必須符合哪些規定以求風格一致 如icon 組合運用 當元素和其他元件混合使用 會有什麼限制 是否有特例情況 各種狀態 若元素會因操作或其他原因呈現不同樣貌狀況時 規則為何 平台差異性 若產品發布於各種平台上 該元素是否會有不同的情況 正確示範 錯誤示範 除了正確示範外 將常見的錯誤一併標示可以降低出錯慮 節省來回修改的時間 不僅只有文字之外 最好附上圖片甚至動畫說明 製作文件的規範 只要是 文件 都有它的規範存在 即使是 Style Guideline 製作這份文件也有它的規則存在 階層 分類 順序 視覺 維護人員 階層 你的產品可拆分成幾個階層 階層的規則是什麼 如果不懂的話先套用 Google Design 的分類 之後就知道怎麼創健自己產品的階層 分類 即使分了階層 也會有各式各樣的元素待整理 比如按鈕 同性質的放在一起或是同個區塊才會用到的方在一起 要看你的產品適合套用什麼樣的分類規則 順序 最重要資訊的放最醒目的地方 這次改版才加入的新規則也可放在最醒目的地方 這份文件要用什麼規則排序目錄需要好好思考 視覺 這份文件的排版 色彩 字體字型 內容一致性 檔案發佈的格式等等 都會影響到使用者是否能快速找到他想看的章節 維護人員 規範不是做好了就算 每過一段時間就需要檢查改版 需要明確訂定編修人員 並建立改版審核機制 要在什麼情況下才能變動此文件的內容 確保此文件的穩定和可信 結論 Style Guideline 是份指南 將所有的規則系統整理後條列化 必需要做到 不管是誰只要看了這份文件都能產出一樣的成品 不光是設計師需要常常閱讀 同時也會影響到 PM 企劃 RD 在產品上的設計與開發 絕對不能今天做了什麼好看的設計 就去改一下設計規範 而且所有的設計都要照這份文件開發 要改動規範就必須提出申請 並通知所有公司成員 確實傳達改動內容與原因 否則這份文件形同虛設 補充參考 設計風格資源筆記 通靈 沒有寫清楚講明白的部份要靠實作人員腦補瞎猜 例1 你就看圖大概比對一下位置就好 所以數字是多少 要我通靈喔 例2 就依你的經驗大概想一下這會怎麼操作 功能都還沒定下來我怎麼知道操作 要我通靈喔 Posted by Akane Lee October 2 2014 Style Guideline 設計規範 Tweet Comments Please enable JavaScript to view the comments powered by Disqus comments powered by Disqus 演講筆記

    Original URL path: http://blog.akanelee.me/posts/235829-design-specifications-points (2016-05-02)
    Open archived version from archive