# 擁抱漸進式體驗 — 設計驅動企業改革動能 - 郭藺瑩 Lydia Kuo {%hackmd LeyMdnM3Q4ipfr57bkqpyA %} #### [📚 議程介紹](https://webconf.tw/agenda/day2-2-m) ###### ▼▼▼ 開始筆記 ▼▼▼ ## 講師介紹 1. Frog Design 2. yahoo ### where we focus Majority Designers: 專注在執行各項 UX 任務 -> Design Leaders: 思考如何讓體驗設計成為一種團隊文化 -> Top Designers: 引導創新與盈利模式 ## 1. Immersive Design 走進使用者的生活,才能創造出使用者所需要、喜歡的產品 不限於軟體,思考要用數位解決還是實體解決 ### case: 3M 打中國市場的廚房掛勾要如何設計 **Infield Research 田野調查** 想像中的情境和實際情境可能有很大差異,如果不在對方的環境或生活脈絡中去理解,可能會錯得離譜 ### case: shanghai KTV_POV:The Chinese love their games **Culture Probe 文化探測** 把遊戲放入KTV ### case: Beijin Finance_UER, Insights of Investor 貸款:不願意讓理財專員知道自己有財務缺口(隱私性) 投資者,中小企業主 **Contextual Inquiry** 到使用者家中了解其平常的習慣與方法 ### case: India Telecom_POV Make my world smaller 電信公司數位體驗,什麼可以真正改善我的生活? **Infield Research** 實際對當地人訪問,提出方案,詢問哪種方案最能幫助他們 受訪者:希望可以讓我的世界小一點。(每天要到很多地方奔波,但無法跟家人好好相處) 講者認為這是一個職涯的轉捩點,雖然有很多設計經驗,希望可以回到台灣實踐。後來就加入 yahoo。 ### case:yahoo 拍賣 手機版_Sell goods, interest and loves 田野調查,觀察市集叫賣。街頭攔訪。 **Intercept** 在排隊買球鞋,用手機 APP 即時上架商品表示可以代為排隊購買,標價則為暫定,可以事後修改 ### 在 yahoo 做國際線的經驗:巴西聖保羅 --> 小結:真的了解使用者的需求 ## 2. Progressive Innovation 漸進式改革 讓使用者一步步擁抱新體驗 ### 改版專案的成功方程式 建議用「中度使用頻率,營收影響力大」的部分做為起手式 「中度使用頻率」指的就是數據顯示使用頻率在統計中居中的那個 調查股市 app 上認為最重要的資訊,發現是「新聞」 將中度使用頻率作為第一個改版的頁面,影響不會太劇烈,但會有感。營收佔比的重要則是可以說服高層。 **Product Roadmap** 規劃出改版順序,從「中度使用頻率,營收影響力大」的部分開始,一步步到越重要的功能(畫出重要性曲線 essential) #### 第一步:新聞頁先做 why? * 最有記憶點 * 營收占比最大(使用體驗若好,就可以增加廣告版面) * 新設計語言體系, 加入accessiblity * 由白底變成黑底,最有感 Revenue + 175% .. 穩固資源(先成功才能繼續有資源) #### 第二步:導航系統(navigation) 成效:行情和新聞業的使用比例增加 #### 第三步:台股聊天室 發現老股民不是不喜歡黑底,是不喜歡文字顏色對比度,先前已用新聞頁面測出穩定版本 #### 第四:個股頁面改版 舊版只有文字跟數字比例,新版有圖表取代純文字、顏色分類。 成效:個股頁PV(訪問量) + 20% 在團隊已經有最多經驗的時候再執行最重要的部分,得到最好的成效 -->「中度使用頻率,營收影響力大」 --> 讓使用者漸進擁抱,讓專案資源穩定 ## Explosive Growth and Evolution of Experiences AI 讓改版的頻率可能大幅提高 GUI->CUI ### Starting a movement Crossing the Chasm(跨越鴻溝)  #### Interest 自我介紹引起興趣 event 第一個版本,MVP :要透過自我介紹引起興趣 定義一個重要的需求,真正能解決使用者需求 #### Expectation 符合期待 使用者對第一次 event 有好的印象,對後續產生期待與興趣 #### Trust 建立信任 形成 pattern 當你做了對的事情 3 次就有機會成功 #### Make it Tangible * designers: 讓設計具體 > Prototype * engineers: 讓大家相信技術可被實現 > Proof of Concept 都可以做呀,但優先順序呢? ## Focusing on the Significant Movement 理想 - 80% 定義問題 - 20% 設計 實際 - 50% 理解問題與內部溝通 - 20% 設計 - 30% 寫 spec+QE ## figma + Amazon 開源工具 [style-dictionary](https://github.com/amzn/style-dictionary) 使用工具快速設定與修改 - global tokens - alias tokens - component tokens 並且可以讓設定直接反映到前端 3 Months -> 8 Days 配色、嘗試、溝通、出Spec、Mockup、QE ### UX Collective Action Guide 將開發流程拆解得更細,用工具加速流程 ## Recap 走進使用者的生活才能創造出人們喜歡的商品。 漸進式改革 讓使用者一步步擁抱新體驗 ai的應用與普及讓體驗快速的變遷 讓設計師、前端工程師專注於獨特體驗 --- ## 聊天區 迷離的眼眶 為何流浪 (? 乍看以為是婦仇者廚房的畫面 公園涼亭都會有老人下棋打牌啊 在思考改版優先以「中度使用,商業影響大」的當起點,是不是也能適用在如果專案目標是以「品牌翻新,創造話題」這種情況?
×
Sign in
Email
Password
Forgot password
or
By clicking below, you agree to our
terms of service
.
Sign in via Facebook
Sign in via Twitter
Sign in via GitHub
Sign in via Dropbox
Sign in with Wallet
Wallet (
)
Connect another wallet
New to HackMD?
Sign up