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".
  • 丙級技術士與設計教育 « 嫁給RD的 UI Designer
    我自己從高職 四技一路走來 畢業後除了知道軟體怎麼操作外 基本整個重新來過 呃 也有可能是因為我念工設 畢業卻跑去做網頁設計 之前聽了 葛如鈞的演講 提到一個我從沒考慮到的重點 教育 再細想自己的求學過程 學校只是廣泛又粗淺地教你些基本功 之後還是要靠自己 個人覺得學校存在的意義在於能用最有效益的方式大量灌輸基本知識技術 讓一般平民能用成本低廉且系統性的方法學習 即使不是自己需要的 台灣目前分成兩種大學 技職體系 一般大學 我自己是技職體系出身 不太懂一般大學念的設計系在學什麼 上網找了兩間設計學校比較 實踐和北科 一間給高中生考的 一間給高職生考的 先不提師資設備或學校風氣之類 純看課程內容其實很相似 設計要學的就是這些 實踐大學 產品工業設計學系 圖片取自 http www usc edu tw college industry HTML chmenu htm 101學年度 臺北科技大學 工業設計系 圖片取自 http wwwid ntut edu tw files 11 1056 7085 php 101學年度 四技 產品設計組 那 問題來了 同樣都是設計類 一般大學和技術學院實際課程內容有什麼不同 Posted by Akane Lee December 10 2014

    Original URL path: http://blog.akanelee.me/posts/245767-c-technician-and-design-education (2016-05-02)
    Open archived version from archive

  • UX,設計的方法(專案後期、追蹤) « 嫁給RD的 UI Designer
    且反應目標族群的真實目的 情境故事 為任務設定背景 並提供完成任務所需的額外資訊 受測者有可能會出現各種反應 觀察者和評估者需要依此找出錯誤或是做得好的部份 了解任務 但無法在合理的時限內完成 了解目標 但必須另闢徒徑才能完成任務 在過程中投降或放棄 完成任務 但非指定的任務 出現驚訝或愉快的反應 出現挫折 困惑 或責怪自己無法完成任務 指出哪裡有問題或不合理 對介面或事件流程提出建議 易用性測試能幫助你出問題點 但不能告訴你怎麼解決問題 即使受測者提出建議 也不見得就是解決問題的方法 參考 简单快速的可用性测试 网易用户体验设计中心 About Usability可用性测试杂谈 Usability Testing Demystified 網路分析 Web Analytics 讓組織深入瞭解使用者在線上做些什麼 以及為什麼要這樣做的原因 你必須清楚說明希望用那些資料做什麼 請盡早把想要評估的目標和意圖清楚表達出來 並和團隊取得共識 實作人員才有辦法用更好的方式架構內容 分析計畫 區分訪客 評估需要哪些商業和流程工具 網路分析在組織內失敗的原因 其中之一是 組織沒有將這些報告公開分享 讓報告中的發現有效傳達出去 組織在審查這類報告時通常會當成 已經發生的事情 而非 我可以做什麼 的依據 所以就變成有做有保祐求心安的擺設 要不就是一次執行改變太多 卻沒制定任何方式追蹤改變的結果 1 了解和改善 顧客調查 並用質化分析法交叉驗證 了解使用者意圖 並執行改善計畫 2 評估 分析使用者資料 研究使用者生命週期各面向 3 分析 找出績效指標與內部預期和目標之間的模式和趨勢 關鍵績效指標 4 測試 建立假設 用各種實證測試法測試改善成果 參考 基本這就是 GA 啊 放一些我覺得有用的流量網站了 Google Analytics 分析 官方網站 網頁分析和報表功能 Google Analytics 分析 Website Traffic Mobile App Analytics SimilarWeb 我滿喜歡這個站的 隨便抓個網址扔進去都可以知道流量排行等資訊 心得 可用性測試對 UX 來說根本做到爛 好像 UX 除了不停抓人做實驗之外就沒別的事好做 別忘記統計數據 寫報告 寫文件也是很重要的工作 研究方法整理好幾篇 都要收尾了才發現根本沒提到最後產出的報告文件要怎麼寫 再想想看怎麼訂定 是說現在網站或 APP 沒有埋 GA 的很少了吧 頂多看一下今天有幾個人來訪 怎麼來 怎麼去 然後看一下整年份的紀錄說一句 很好有進步 就沒了 埋 GA 根本埋心酸 我一直認為沒有把驗收也放入工作項目之內 就像寫完考卷交出去然後不知道自己考得怎麼樣一樣 寫來打發時間嗎 不都說了透過檢討 反省 改良才能有成長 改良在哪裡 改良的依據又在哪裡 不是有改就會變好啊 很有可能越改越爛啊 不然怎麼會常常聽到改了20次結果回到初稿的燒錢行為 很多事不是 UI UX 喊一喊就有效 但不喊就絕對沒有用 本文內容部份取自 設計的方法 這是本 UX 必備的工具書 整理大量的研究 實驗方法 讓 Designer 可以照著做 產出有模有樣的文件 以上是我自己掏摸的心得 注意 本文所寫內容不應該是一個人的工作 UX 研究都該是由兩人小組 甚至由團隊執行 但業界環境不許可 當公司喊 UX 同等喊反清復明的情況下 能靠自己的力量扭轉多少才是重點 Posted by Akane Lee December 9 2014 ux Tweet Comments Please enable JavaScript to view the comments powered by Disqus comments powered by Disqus UX 設計的方法 專案中期 丙級技術士與設計教育 Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年 4

    Original URL path: http://blog.akanelee.me/posts/245590-ux-design-methods-tracking-improvement (2016-05-02)
    Open archived version from archive

  • UX,設計的方法(專案中期) « 嫁給RD的 UI Designer
    快速找出重覆的問題並修正 總結式 summative 則是找出並衡量使用性的問題 形成式和總結式的可用性測試有所差別 RITE 可在專案初期修正設計方向 而非後期才隨設計發展來確認可用性問題 發現問題並和團隊達成解決方案協議後就可以修正原型 每次變更設計後 預訂的測試會繼續進行 直到出現一連串毫無失誤的成功測試為止 觀察人員和主持人需有引導測試的專業知識 辨識出真正的問題 並依據他們的判斷列出修改的重要次序 參考 Get it RITE Rapid Iterative Testing and Evaluation RITE Lean Startup Is Great UX Packaging The RITE Way to Prototype 原型法 Prototyping 以不同解析度標準製作具體物件 供團隊內部及客戶 使用者發展並測試設計概念 Prototype 分成很多種 如低擬真原型 高擬真原型等 依開發時程不同 擬真度 消耗的成本也有所不同 通常低擬真原型紙的是紙上 Wireframe 具有製作快速 修改方便 成本低的特性 高擬真原型最貼近最後產出實品 已由 RD 撰寫程式 所花費的成本也最高 無論是 Wireframe 或是 Mockup 等等都可稱之為 Prototype 的一種 不會動的線框稿是 Wireframe 不會動的視覺稿是 Mockup 雖然翻譯上都可能稱之為 原型 但實際上是不同的三件事 參考 Design Better And Faster With Rapid Prototyping The Skeptic s Guide To Low Fidelity Prototyping 超全面的低保真原型初级指南 心得 大部份的設計師應該都堅信 PM Planner BD 客戶 得了一種不改稿就會死的病 愛改就大家一起來改 RITE 絕對能滿足他們愛改稿的種族癖好 在低擬真 Prototype 的情況下就開始實測 一直改到都正確無誤為止 定版後誰再喊要修改介面 就拉時程重做 MVP 跑 RITE 絕對不允許發生 Mockup 長得和 Wireframe 不一樣 Prototype 又長得和 Mockup 不一樣的情況 這一定是哪裡有落差出了問題 退回前階段再跑一次測試 以上 這當然不是 RITE 真正的用法 只是對於講不聽又愛改的情況下 RITE 應該可以像爸媽對付小鬼頭一樣 白天讓他們到處亂跑亂玩消耗體力 晚上就會乖乖睡覺了 而且還真的是在做 UX 不是喊口號 有實測有報告又能滿足某群人的種族癖好 減輕 RD 負擔 一舉數得 本文內容部份取自 設計的方法 這是本 UX 必備的工具書 整理大量的研究 實驗方法 讓 Designer 可以照著做 產出有模有樣的文件 以上是我自己掏摸的心得 注意 本文所寫內容不應該是一個人的工作 UX 研究都該是由兩人小組 甚至由團隊執行 但業界環境不許可 當公司喊 UX 同等喊反清復明的情況下 能靠自己的力量扭轉多少才是重點 Posted by Akane Lee December 8 2014 Tweet Comments Please enable JavaScript to view the comments powered by Disqus comments powered by Disqus UX 設計的方法 專案執行 UX 設計的方法 專案後期 追蹤 Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年

    Original URL path: http://blog.akanelee.me/posts/245539-ux-design-method-professional-medium-project (2016-05-02)
    Open archived version from archive

  • UX,設計的方法(專案執行) « 嫁給RD的 UI Designer
    Experience Map Tips 初學者的 User Experience Map 人物誌 Persona 將使用者行為模式的原型描述併入典型人物側寫中 藉此讓設計目標族群人性化 方便測試情境 並協助設計傳達 參考 人物誌 Persona 研究方法 很久以前寫過超不正經的人物誌 此為歪樓示範 使用者經驗藏寶圖 創建人物 情境故事法 Scenario 利用敘述的形式 從使用者觀點來探討產品在未來的使用情況 協助設計團體推測產品在個人日常生活中的位置 它寫成向一個故事 以 人物 的角度為出發點 著重於科技可以促成哪些結果 而非科技本身 情境故事可以搭配分鏡圖 幫助團隊分享共同的產品願景和目標 參考 B1 11 情境故事法 Scenario 情境故事法 畫 Mockup 從這個階段正式進入對你改改改不完 也不會管能力是否辦得到 看到哪個大神作品喜歡就叫你照抄 今天叫你抄 A 明天說 B 很好 下星期說圖怪怪的把 C 也加進去試試 畫得出來還會坐在這裡被踐踏嗎 為預防這類抽風 用意象看板先把風格鎖死侷限在一個範圍 如果對方堅持要改 就把重新製作意象看板的時間也加上去 務求工時預估量爆增讓對方知難而退 意象看板 Image Boards 將圖片 插圖或品牌圖像拼貼在一起 透過視覺溝通目標物的美學 風格 對象 脈絡 或其他設計意圖的各種面向 Image Boards 或 Mood Boards 情緒板 搜集各種已定義好的美學 脈絡或使用者族群的代表圖片 進行編輯與拼貼 可透過服裝 產品 喜愛的品牌 環境 活動 交通工具 社交興建等等 建立 使用者 的意象看板 呈現他們的年齡 品味 愛好 參考 Creating mood boards Why create a mood board for your business brand Mood Board Ideas 心得 使用者旅程地圖非常好用 難有難的作法 也有快速上手簡易版 不管是哪種作法都很有 我下功夫做了 UX 研究 想釘我也拿出點你研究了什麼啊 的氣勢 不敢說照著這些研究方法執行就能確保產品大紅大紫 但多少能避免自己被揍得開果子鋪大紅大紫 有時候會覺得 別人這麼認真走 UX 路線各種研究 我卻拿這個當盾在坦大宇宙抽風 這樣真的好嗎 後來想想 除非真的在專做 UX 的地方上班 根本不用來看我的 BLOG 胡說八道 剩下的都是在業界載浮載沉靠水母漂多撐一會兒不知前途何處的設計師 尋求生存之道和擺脫修改命運的可能性 那還是學點冠冕堂皇正當鬼扯又自然的方法 看有沒有機會突破現況吧 本文內容部份取自 設計的方法 這是本 UX 必備的工具書 整理大量的研究 實驗方法 讓 Designer 可以照著做 產出有模有樣的文件 以上是我自己掏摸的心得 注意 本文所寫內容不應該是一個人的工作 UX 研究都該是由兩人小組 甚至由團隊執行 但業界環境不許可 當公司喊 UX 同等喊反清復明的情況下 能靠自己的力量扭轉多少才是重點 Posted by Akane Lee December 4 2014 ux Tweet Comments Please enable JavaScript to view the comments powered by Disqus comments powered by Disqus UX 設計的方法 專案初始 UX 設計的方法 專案中期 Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年

    Original URL path: http://blog.akanelee.me/posts/245344-ux-design-method-project (2016-05-02)
    Open archived version from archive

  • UX,設計的方法(專案初始) « 嫁給RD的 UI Designer
    等到需求評估一切皆可行 定版後 再開始畫 Functional Map 或是進行其他的研究方法 狩野分析 多即是好 這種不斷增加新功能的取向 是一種 無效策略 設計團隊可以透過狩野模式來分析調查 訪談 找出客戶真正重視的部份 將每一個產品屬性 如功能 價格 利益 歸類至 5 個類別中 從中找出客戶滿意度來自哪裡 必要 基本品質要素 最低門檻的保證 如隱私權保護 安全性 法規 屬於這類別的功能可能不會增加客戶滿意度 但如果缺少一定會造成負面影響 想要 一維品質要素 想要屬性 與客戶滿意度間呈現線性關係 具備此屬性能讓客戶覺得產品更有價值 若產品包含此屬性 最好能一直保持 驚豔 魅力品質要素 此屬性可讓客戶感覺愉悅或驚奇 有助增進客戶滿意度 缺少此屬性通常不會導致客戶失望 它代表潛在客戶要求 大部份人不會想到 也不會要求 中性 無差異品質要素 不管有沒有都沒差 負面 反向品質要素 產品應該避免的屬性 對客戶滿意度有負面影響 有些客戶願意負出更高代價來避免接觸這些屬性 如廣告 或是選擇沒有這些屬性的競爭對手產品 執行方法 詢問客戶兩個一組的問題 產品具備這個功能時 你覺得如何 產品沒有這個功能時 你覺得如何 配合圖表分析所有需求 用階梯法詢問改版 新提專案的各種功能需求 留下最重要的 補充說明 減法才是王道嗎 Kano品質模型 狩野模型與料理的深度 雖然是講料理 但活用狩野模型 很有意思可以看看 階梯法 購買行為背後所隱含的動機 自尊 成就感 歸屬感 自我實現 家庭 滿足感 安全感 為什麼這對你來說是重要的 問 為什麼 將產品顯而易見的具體特性和價值連結起來 透過階梯法可勾勒出產品屬性 結果 價值之間的關連 屬性 具體 明顯的產品特性 結果 好處 或產品對一個人的影響 也代表個人認為什麼是重要的 價值 揭露產品深獲個人認同的真正原因 配合狩野分析 用這種問話方式找出產品矛盾之處 去除多餘的功能 找出真正價值 這是個問話技巧 很多時候提需求的人根本沒多思考 可以用這種方式把該他做的工作丟回去給他 讓他重新想過自己到底要的是什麼 我們也可以夠過一直問 為什麼 的方式知道這需求背後的含意 心得 有時候會覺得 做這些 UX 研究 並不是真的為了易用性 使用者 最大的效益在於 能讓 我覺得 掛口邊的同事把這三個字嚥回去 最最少 實作單位不會被自相矛盾的需求涮得雞飛狗跳 實作人員再怎麼努力 也不能保證可以和大宇宙同步這種抽風 了解為什麼要這樣幹 這本書裡有 100 種研究方法 囊括專案開發的前 中 後期 我挑出自以為執行比較容易的幾個方法 只求功能合乎邏輯 希望提出產品功能角色的人能 好好想過什麼才是真正重要的 也希望能透過這種方式 在最前期就能擋下莫名其妙的需求 不用拖到最後還在改來改去 挖東牆補西牆 我是 UI 不是 UX 一切還在自學摸索中 如有錯誤請溫柔點指教 謝謝 Posted by Akane Lee December 4 2014 ux Tweet Comments Please enable JavaScript to view the comments powered by Disqus comments powered by Disqus 演講筆記 關於設計 我想說的是 UX 設計的方法 專案執行 Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年 4 月書櫃 UI 設計師看 Auto Layout 讀者來信 UI 設計流程 iOS 字級表 我和老公的作品 如果你覺得這個

    Original URL path: http://blog.akanelee.me/posts/245335-ux-design-method-initial-project (2016-05-02)
    Open archived version from archive

  • 演講筆記:關於設計,我想說的是... « 嫁給RD的 UI Designer
    就像是個太極 小到裡面沒有東西 大到外面也沒有東西 所有的思路都是從這個變化的活絡開始 如果你的設計是單向 你的設計就是死的 如果你能抱持 易 這種心態來看待事物 你的設計才會是活的 互動設計 互動設計應該是比設計更和使用者發生關係的設計 罐子被你踩凹 是不是互動 人站在門前 門自動開了 是不是互動 有意圖 有目的的設計一款被使用的產品 就是互動嗎 不一定 設計的經驗分享 什麼是創意 什麼是創意 所謂的設計 創意就是把很多不相干的點串連起來 你的腦海中是不是有比別人更多的點子 你的點子如果比別人多 點和點連起來的圖就會比別人大 馬克吐溫 世界上沒有新鮮事 Akane 可參考 點子都是抄來的 一書 我們每天都在看一樣的東西 我們要怎麼做才能看得和別人不一樣 你看得和別人不一樣的點連起來就是和別人不一樣的圖型 當你希望大家都很熱絡的聊天時 座位該是亂數安排 還是動點手腳 當你希望大家都很活絡時 就需要些 方法 可以用 設計 處理 有非常多的細節藏在操作 操盤 裡 即便是人 但操作 會有 明亮效應 以社群來說 不會有人喜歡在一舉一動都被監視的情況下進行人際來往 募資計劃心得分享 奇點臺灣 未來講座 首個登上Google未來學院的臺灣人 百萬學費募資大挑戰 好孩子不要玩募資計劃 很乾渴的 思考 計畫名稱 1 長 1 短 回饋 早鳥 次早鳥 次次早鳥 之類 影片 要夠打動人的影片 企劃 要讓人看懂厲害之處 又不能太厲害 計劃案寫好後找人實測 問親朋好友看完後願不願意掏錢 根據回饋意見修改企劃內容 印度腔英文 巴西腔英文的影片 未來世界 Bio Informatics VR AI Robot 依目前的科技 只要取得口腔細胞 血液 尿液 幾乎就能完全掌控你的健康 教育下一代的設計者 如果我們失敗了 我們要怎麼教育下一代 未來發展的速度會是現在的十倍 百倍 千倍 設計者要怎麼訓練後一代的設計者 最重要的是 品味 速度 對未來的準備 創意 哲思 大膽 未來的競爭者可能不會是人 而且電腦 或是機器人 不要認為一個問題只有一個答案 QA 嗯 我問了 設計師要如何自我進修 能力補強 時代變遷太快 培養品味太基本 成為有創意的人 不是看書 學創意 培養 點 想法 的串連 養大 連得和別人不一樣 30年內機器無法取代 擁有情感 哲學 思考能力的人 變廣沒辦法的話 就要變得很深 某一門超專精深入 非常清楚 且放入人類情感 電腦現在還是很難分析情感 沒有辦法廣 也沒辦法深怎麼辦 成為一位大膽的人 判斷 電腦只會做到風險最小的判斷 只有人類才能做到風險最大 收益更大的決策 接下來 30 年都要思考一個方向 你要如何比電腦更好 附加心得 給尚未大學畢業的朋友的幾個人生建議 能力培養篇 我不是跑得很前面的人 我真的只是勉強跟著世界的速度一起跑而已 國外的新技術源源不絕 1 個月後出現完整的中文版 過 1 個月開始有人寫中文心得 再過 1 個月 能搜到比較多資訊 過半年可搜到的資料變多 國外新技術出了快一年 終於有人寫中文書 然後 這技術在國外就已經是過時的玩意了 買書請買 理論 類的書 比較能長期保值 新科技 新技術就緊追著國外知名的分享平台或新聞平台吧 Posted by Akane Lee December 2 2014 講座心得 Tweet Comments Please enable JavaScript to view the comments powered by Disqus comments powered by Disqus

    Original URL path: http://blog.akanelee.me/posts/245138-lecture-notes-about-design-i-wanted-to-say-was (2016-05-02)
    Open archived version from archive

  • Tag : 講座心得 « 嫁給RD的 UI Designer
    2014 Comments 來聽演講 關於設計 我想說的是 講者 台北科技大學互動設計系助理教授 葛如鈞 寶博士 老樣子 即時聽打 只寫我自己覺得有趣的部份 Read on Akane Lee Recent Posts UI 設計入門班 學員心得 UI UX 吃貨群 2016 年 4 月書櫃 UI 設計師看 Auto Layout 讀者來信 UI 設計流程 iOS 字級表 我和老公的作品 如果你覺得這個 Blog 不錯 可以請我們喝杯紅茶 Categories 課程講座 12 胡說八道 37 UI雜談 32 實作技巧 27 軟體工具 22 實戰備忘 14 聽演講心得 10 Web 9 UX相關 10 好書推薦 15 旅遊見聞 12 讀者來信 5 UI和RD 5 WTF

    Original URL path: http://blog.akanelee.me/tags/%E8%AC%9B%E5%BA%A7%E5%BF%83%E5%BE%97 (2016-05-02)
    Open archived version from archive

  • 避免捅到自己的工作流程 « 嫁給RD的 UI Designer
    開工 不管是開會討論或是 2 人對談 記得自己也要做記錄 確認所有討論內容 結論都寫在任務紀錄上並更新 多次來回修改 甚至退回初稿時 請找出當時討論紀錄 要求真正確認定版後再開工 若收到的需求會動到上個階段已確認的部份 請退回前階段修正 再回到現階段動工 如果對方不整理 就自己整理一份 mail 給對方確認 有文字寫明對自己是種保障 起碼出包揹鍋子比較有東西可以把責任扔回去 也許還是改到死 但可以留下是哪個傢伙硬要改來改去浪費工時的存檔 時程衝突 和需求單位 上級協調優先順序 並回在任務紀錄上 不管做什麼都要有紀錄 自己犯錯被念本來就是該負的責任 沒道理別人出包還要陪著跳水 跳下去同事又不會分點津貼給你 貴人多忘事 不可能人 100 都記得 而且翻的通常是幾個月前的舊帳 寫清楚講明白可以省掉未來很多麻煩 交件 交出成品需符合工作清單列出之項目 參考 工作清單 系列文章 這次工作是否需要更新 Guideline 交件不代表事情都完成終結了 有時候會影響到設計規範之類的文件 記得更新 這個流程是收到任務至完成各階段對人 事的注意事項 在各個階段的工作內容另有 工作清單 要遵守 乍看下限制很多 卻能加快自己工作效率 當你不清楚自己要做什麼 看不到邊的時候反而難以執行工作 不知從何下手 一旦有了工作流程 又明確定義各階段自己要完成的目標 即使內容複雜麻煩棘手 切分成較細的任務後就能一一完成 即使是設計師也該有自己一套工作流程和工作清單 工作流程和工作清單會侷限設計師的創意唷 啾咪 啊是多有創意 Posted by Akane Lee December 2

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



  •