Ying @ Taiwan

專題演講二　打造兼具功能、設計與社群的美好使用者體驗 Evernote　General Manager, Asia Pacific　Troy Malone 雖然原訂講者 Evernote 行銷副總裁 Andrew Sinkov 無法出席，但他錄製的一段影片，瞬間就深深擄獲我的心：「Evernote 的目標是 提供（和先前版本）同一個功能，但給予使用者一個一輩子愛上的使用經驗！ 」（影片的中文字幕是 Evernote 自行配置的哦，多麼貼心的使用者體驗） 我非常喜歡這段話，鏗鏘有力，一針見血地指出目前最有用的創新方向－跨時代的產品並非人人都有機會發明，除了創意，還要跟上天時地利，才能一舉橫空出世，扭轉整個世代的價值觀。Andrew Sinkov 指出的切入點，卻是「 再設計（redesign） 」，不論是對公司來說的已出貨產品，或對使用者來說的各種已上市用品，都已經存在一份既有的使用經驗與心智模型，那麼，要如何在現有的地基上，重新打磨、創造出一個全新且舒適的使用經驗，這便是人人皆可觸及的藍海。 關於經驗的改善、再製，很像龍哥曾提及的「 從使用者對物品、生活方式或環境的附加或改造等『非預設使用行為』中，嘗試推導出重要的現狀解決途徑。 」但 Andrew Sinkov 更強調是「讓使用者愛上」的使用經驗，換言之，不僅僅是提昇使用性、便利性，更是從情緒上吸引使用者的注意力。 亞太區總經理 Troy Malone 這次代替 Sinkov 出席，一開場便提及從 2006 年至 2012 年 Evernote 內部研發方向的轉變：從 Engineering 為最高指標的功能導向，開始轉變為以 Design 為核心的 user experience 導向。Troy Malone 形容，對 Evernote 來說，2012 年是 "The Intersection (and Evolution) of Design, Function and community"。除了滿足使用功能的「地基」之外，Evernote 未來將從體驗上給使用者「快樂、驚喜、沈浸」的情緒，並結合 social community，進一步加強使用者經驗的擴散及改良。 Troy Malone 說： "Now is a good timing for so

2012 的 UX Summit 在台大集思會議中心舉行，週四的時間，依然有兩百五十多人共襄盛舉。主持人王志仁（數位時代總主筆）在開場白點出此次會議的重點：「當創新的重要性在各行業抬頭，我們必須更重視 consumer insight - 以從使用者的角度發現需求。」 事實上，在參加會議之前，一直對這次高峰會的主題感到好奇：這次的大會緣起提及，「不管哪一種創新，最終目的都是希望帶給使用者一個新的價值。」而「創新」這詞兒每個行業都在喊，人人琅琅上口幾乎成了業界國民口號，甚或是精神錦標，那麼，追求使用者經驗的過程中，又要如何帶出「創新」的 know-how 呢？偏偏「創新」又急不得，短短一天的高峰會，又可以帶給參與者什麼樣的腦力激盪？我帶著滿滿的疑問和期待，開始了這次的 Uxer travel。 專題演講一　Don't Forget User! 以使用者為中心的創新時代！　 beBit 株式會社　社長　遠藤直紀 微拓股份有限公司（beBit 台灣分公司）　總經理　陳鼎文 遠藤社長有著日本人的靦腆，謙和有禮地講述著 beBit 對 user experience 上如何進行創新以改善現狀的想法：It's not easy to create new value, you have to solve many many problem constantly. 遠藤社長一句話就點出來本日幾乎貫穿所有講者議題的重點 - problem solving 。Uxer 希望藉由使用者研究與設計所達成的「創新」目的，根本上就是為了解決各種使用者遭遇到的已知問題。 從 beBit 的角度來說，產品創新是為了遭遇 problem 的「那一個使用者」，所有的創新與設計都圍繞著解決「那個人」所遭遇的問題。我很喜歡一段遠藤說的話：「 為了『那個人』所許下的願望，會喚醒自己的能力。 」這段話的意含，在下午參加的工作坊裡也被講者提及 - 對 UX 的 passion 及 ownership，不同的敘述，相同的方向。遠藤社長說，創新的目的不只為了欲望、願望等等個人對自己的承諾，真正跨時代的創新發明往往是設計者為了滿足「對他人許下的約定」。 遠藤以 Sony Walkman 的發明為例，發明人盛田昭夫，原先是為了解決該公司創辦人井深大希望隨身便利聽音樂的 &

工作上，總難免遇到「正事」之外的一些「俗事」，讓單純的工作沒辦法維持簡單，而這種「俗事」則多半和難解的人有關。「這是 policy 的問題。」有時候會聽到這句話，當這句話出現時，多半狀況正陷在進退維谷的僵局，研發多少會遇到瓶頸，但這瓶頸若是卡在政策或人事上，卻真真讓人心焦無力。 事情做久了，總是會學到一些東西。一開始面對這種事情，會有一股情緒上的忿忿不平，認為我們據理有理，為什麼卻不能得展所圖？爾後，逐漸理解老大埋頭做事的哲學，有時候，花時間在人事鬥爭上，不如轉身多做點事情－畢竟日久見人心，我們有所產出，成果總不會被磨滅，至於一些不大不小的名義，在大局為重的可容忍範圍內，那是不值得投入過多心思去角力的。 我其實很欣賞老大的做事哲學。 比方說開會，老大不會讓我們去參加沒有 agenda 的會議－除非那會議「出席」的重要性大於「議題」。科技研發的世界，講求快狠準，事情在第一個 action 裡不一定要做到一百分，但卻絕對不能「沒反應」，只要事情做下去，有 feedback, 我們就有下一步前進和改善的依據，一加一不一定大於二，卻絕對大於零。 另外，老大還讓我狠狠學到，絕對不能說「不知道」。 每天工作上面臨的議題千奇百怪，但卻每一種都要有所「知」，老大不會接受我回答「不知道」，如果「不知道」，就要馬上想辦法「知道」。隨著年資積累，我漸漸沒有「無知」的權利（若是都無知，function 大概也沒了），雖然每件事情都要「知道」也會有點吃力，但卻逐漸養成快速過濾資訊的技巧，或是借力使力，和不同 function 的同事運用各自的知識，快速達到理解、決策的目的。 工作一直都是忙碌的，只是忙碌的方式隨著時日局勢有所轉變；較之於剛入行那一年多的無頭蒼蠅和不明究理，屆滿兩年、接二連三的脫離倚仗後，總算是多了一點先後順序的概念；但科技研發的工作，變動有時真的是難以想像的快速：今天還討論得如火如荼，明天前端研發的公司發佈新版設計，舊有/既有設計會被馬上捨棄，我們也必須要快速因應。 偶爾還真喘不過氣來。 朋友會問：「這種上下班時間，你怎麼受得了？」我們實行徹底的責任制，早上上班、晚上下班，不打卡，function 和其他 RD 不同，老大大都讓我們自行安排工作。但說實話，工作一點也不輕鬆，我們三個 UE/GUI 要同時面對幾十個 RD、幾十個軟體相異的開發需求