Recommended
More Related Content
What's hot
What's hot (16)
Similar to From UX to Product
Similar to From UX to Product (20)
From UX to Product
- 1. FROM UX TO PRODUCT
- 3. 使用者經驗
- 4. 我認爲的UX
- 10. 使用者經驗酒吧經營 UXBar
- 12. FROM UX TO PRODUCT
- 13. UXPRODUCT
- 15. 目標 目標很重要
- 17. 時程 資源 範疇
- 18. 時程 資源 範疇新功能很多
- 22. 功能 > 頁面 > UI元件
- 23. 目標 < 問題 < 功能 產品用戶公司
- 24. 目標 < 問題 < 功能 產品用戶公司
- 25. 貫策目標到設計很重要 目標
- 26. 目標 < 問題 < 功能
- 27. 目標 > 問題 < 功能 > 頁面 > UI元件
- 28. 目標 貫策目標到每一次設計很重要
- 29. 小步快跑
- 30. 小步快跑
- 34. 成長 基礎建設 除錯 量化指標，比較與改善 A -> B，必要性 速度 把版本分三種 重點 不知道怎麼作，試試看這個 （2）
- 38. 2013 2015
- 49. 方法 目標 貫策目標到每一次設計 問題 > 方法 > 分享 UX 了解用戶，辨別問題，快速驗證 實踐，實踐，實踐
- 50. 哎，我們團隊需要UX嗎？
- 51. Contact ME Facebook : 謝守澤 Mail : partylogo@gmail.com Linkedin : Soldier Hsieh
Editor's Notes
- 這是個大家都在講UX的時候， 大家講到UX的時候，好像都有一種解讀的方法， 全世界都在講 UX 今天沒有要來討論UX到底是什麼？ 那今天沒有要來討論UX 倒底是什麼，今天是簡單分享我認為的UX是什麼，對我作產品上有什麼幫助 那這跟大家常在講的 UX 到底有什麼關係 從每一個人嘴巴說出來的 UX 好像總有一種不一樣的意思 是在2010 參加ui gathering, 其實我還是不太懂 然後勒，聽完這個大家可能還是不同，這個人人在喊的UX 這個人人在喊的ＵＸ
- 今天我想要跟你分享的，我認為的UX是什麼，對我作產品上有什麼幫助 我認為的UX 倒底是什麼
- 一種基於在使用者聲音，去定義問題，學習修正的一種過程 當你把這個概念用在設計上他就變成了
- 一種基於在使用者聲音，去定義問題，學習修正的一種概念和想法 但對我來說，UX 是一個了解需求，學習的概念，他不只可以用在設計 在這幾年他對我最大的幫助，我不覺得是在設計上
- Gogolook 其實是一個很新的公司， 彈性大，修正快 混亂，制度不明 在這樣的環境上，使用者中心的思考其實幫助我超大，只不過現在的使用者，不是使用你產品的人，變成是使用你規格，文件的人
- Soldier 本人常去的一家酒吧 叫Maybe 從地點，酒，環境可能不是最頂級，但老闆就是可以把它整合的很好，我每次去都感受超好 如果我問老闆你知道什麼是UX嗎？ 你說什麼 但在我心裡，他可能都比我還懂什麼是UX 所以我覺得UX 這個重點，不在於你知不知道UX , 不在乎你能把使用者的感受描述得多精準去實踐，去運用在你真的遇到的問題上，不論你的功能，還是你實際的生活
- 第一件我想跟你分享的事情是，目標很重要，當你要開始準備研究，準備開始畫草圖之前，請你先想想這次做這件事的目標是什麼，解決什麼問題
- 目標為什麼重要，基本上如果你是一個作產品的人，你一定聽過以下這句話，哎Soldier Soldier 我有一個新的idea，當然我也會很熱烈的跟他討論，因為構築一個理想產品這是一件很美好的事情 但回到現實上
- 我們想要做的新功能很多
- 但我們的資源往往很精實，時程也是越快越好，所以這時候後選擇就變成很重要
- 所有有一句話很好，他時這麼說的其實往往很多時候，我們選擇不做什麼 這個時候．目標就很重要，因為有目標，我們才能有取捨，唯有大家在同樣的目標下討論，這個討論才有意義
- 過去當我開始一個設計的時候，我一定是拿出鉛筆，開始畫草圖，話很多頁面，訪談要問什麼問題，訪談誰，但隨著經驗的累積，更重要的事
- 這個產品的功能，倒底解決了用戶什麼問題，達成了公司什麼目標
- 當然這個過程不容易，也不會是一個一次到位的過程，是一個一直不斷修正的過程 甚至更多時候，思考過後得出來的結論，反而是，這個好像不用做噎，或可以下次再做，目標很重要
- 我們剛剛講從功能到目標，
- 但另一方面，你也必須把這樣的一個目標， 貫策到產品的流程中當，產品的介面當中，唯有這樣你才有機會真正的落實你的目標，讓你的產品發揮真正的影響
- 對岸有一句話，小步快跑， 這當中，兩個概念缺一不可，如果我們只是單純的在乎速度，我們可能一昧地為了求快，做出很多60分的功能 但這之中，我覺得快跑更為重要，我們定義一個明確的目標，選定優先順序，過程中不斷了解需求，然後設計與驗證，一步一步朝我們的目標跑 因為其實我們每一次的設計
- 設計的目標，一定要連結公司的成長的指標，不論是你的用戶
- 一般會將每一次改版的功能去做一個分類 這個量化的標準是什麼，其中重要的設計可能是什麼，能不能做一些 AB testing 我們做了這個功能是為了什麼 Bug 達成共識找到解法，然後就趕快去做的
- 接下來，我們剛剛講了很多紀錄，驗證，這裏就分享一個最基本滿好用的工具
- 這個架構 GSM 主要分做三個層次 Goal ：產品層次，你的產品的目標是什麼，你想達成什麼目的，為使用者帶來什麼體驗 第二個部分，用戶的行為，在你的目標，怎麼樣的用戶行為，算是達成你的目標，怎麼樣算是失敗 最後一個部分：數據，你的成功的行為，失敗的行為，在數據上該怎麼去呈現 Signal 定義什麼是成功，什麼是失敗 Metrix 怎麼量測成功，怎麼量測失敗
- 搜尋的功能是一個很重要的功能 可以透過這個架構，讓我們從目標去連結到數據 透過這個GSM 的架構可以幫助你，從目標去拆解出你該用什麼指標去驗證你的設計 當我們確認了我們的目標，那有沒有什麼方法，可以來幫助我們達成這些目標，所以第二個我想跟你們分享的是
- 很想聽聽使用者的聲音 錢很少，人很少，組織扁平，機動性高 完散的產品流程，改版的時間變成，出包或失敗的成本很高
- 你要選擇什麼方法，是倚靠你的問題和限制而生的
- 因為說實在現在方法真的很多，每一種方法看起還也都都很有用，但真正重要的是， 當你要思考一個方法錢，請先確認你的問題與限制，再來思考你要選擇的方法
- 一個作質化的人，要不要學量化方法 方法沒有分值化量化方法，只有能不能可以解決問題的方法 今天我們要改善產品 我們會去看過往的產品數據，可以去訪談使用者 但我們也會事後去放很多追蹤的指標 有人保證這一定有用嗎，說真的我也不知道
- 從來就沒有最完美的方法，只有最適合你的方法
- 這邊想要跟大家分享一些我們遇到的問題，但一些對應我們試過的方法
- 沒有什麼big data/你不需要會用什麼 哈度po/你只用會用excel就好 我們在很早期也寄了很多事件
- 導入一個方法絕對不是你自己的事，是一個團隊的事， 大從 小到 要差一個flurry 你需要透過分享讓你的團隊知道你要做什麼， 在我什麼都沒有的時候， 在我們哪怕是很小的成功 一旦你開始分享，全團隊都會開始幫你
- 我要正面來回答這個問題的 我不知道你的團隊需不需要一個以 UX 開頭的職稱 我連我們的團隊我都不知道了 但我確認