哈囉,朋友 我開始寫下關於產品設計、用戶體驗領域的相關文章,始於九年前離開最後一份產品經理工作。 我以 UX 顧問的角色與許多品牌客戶、新創團隊的合作,在這個過程逐漸的醞釀、浮現我對於 UX 如何在商業環境中實踐想法。 這些想法成為我的寫作素材。 通常我在每週電子報裡面寫下的內容,幾乎是我當下所思所想的前沿觀點。 例如說,當我談到「體驗設計是關於記憶的設計」這個話題。 或許是工作上的情境,混搭了近期閱讀認知科學,又混搭了學習潛意識相關心理學。 我寫下的,是我學習到的、我相信的、我實踐的事情。 ▋我寫作中的挑戰因為這樣的寫作取向是自私的呢喃聲,很多時候我只能顧及把當下的想法釀出來,難以顧及讀者是不是能嚥下。 所以我也常收到回饋,像是這樣說:
這些朋友們的回饋,揭示了我還可以再嘗試看看的方向,這也成為我今年特別想玩玩看的 side project 想法。 ▋G.I.F.T 內容策略框架為此我發展了一個寫作框架,適合用來討論產品與體驗設計領域的相關概念。 我把它叫做「G.I.F.T 內容策略框架」。 G.I.F.T 分別代表: Guidance (指引)、Insights (啟發)、Framework (框架)、Tips (訣竅)。 譬如說,我想介紹「人物誌」這個概念,套用 GIFT 框架整理,就會變成:
▋以概念為本的理論體系G.I.F.T 內容策略框架的靈感來自最近著迷的一個學習理論。 我在先前錄製 Podcast《推書俠來了!》時提到,最近讓我最有啟發的一套學習理論,是「以概念為本」的理論體系。 在「以概念為本」的理論基礎中,歸納法與演繹法這兩種基礎思維模式,都是相當重要的思考工具。 歸納法是蒐集各種「案例、現象」,進而推導出「通則、觀點」的推理方式。 透過觀察特定事例,找出規律,然後概括成普遍性的結論。 統計是一種歸納法的運用。 專家的經驗法則是一種歸納法的運用。 用戶研究去進行訪談也是一種歸納法的運用。 歸納法不是絕對正確,因為隨時有可能出現新的案例,推翻過去的結論。 而演繹法是由「前提假設、原則」進行「結果預測」的推理。 數學計算是一種推理。 法律證明是一種推理。 歸納法與演繹法沒有高下之別(但人們常常只依賴其中一種)。 ▋歸納法與演繹法的案例舉例來說,專案管理當中就同時存在歸納法與演繹法的應用場景。 假設我們觀察到,在過去幾年成功的 UX 產品開發專案中,發現採用「設計思考」的方法,能夠提高團隊協作與交付效率。 那我們可能就會得出一個「歸納出來的結論」,設計思考的方法很適合 UX 團隊用於面對高度不確定的市場需求。 又例如,根據專案管理原則,專案管理應包含「啟動、規劃、執行、監控、收尾」五大階段。 那對照到 UX 專案,應該也要建立相對應的階段,所以可能規劃為「需求研究、流程規劃、原型設計、用戶測試、設計交付」。 先從標準理論(演繹法)建立框架,再根據過去經驗(歸納法)優化流程。 ▋G.I.F.T 框架如何整合歸納與演繹思維Guidance (指引) - 演繹思維的起點 指引部分通常是從一個經過驗證的原則或概念出發,這本質上是演繹思維的起點。 它提供了一個大方向,幫助讀者理解某個概念的核心本質是什麼。 例如「人物誌不只是虛構的顧客形象,而是代表真實人群的需求與行為模式」是一個原則性的陳述,讀者可以從這個原則出發,演繹出更多應用情境。 Insights (啟發) - 歸納思維的結果 啟發部分通常是通過實際案例來說明概念的應用,這是歸納思維的成果展示。 它將多個實際經驗或觀察結果提煉為有價值的洞察。 當我分享「如何將訪談或問卷的資料轉化為具體商業洞察」時,我正在展示從多次經驗中歸納出來的模式和規律。 Framework (框架) - 歸納到演繹的橋樑 框架部分是將歸納得出的洞察系統化為可重複應用的步驟或方法,這是從歸納到演繹的轉化過程。 例如「建立有效人物誌的三步驟」是將大量實踐經驗歸納後,轉化為一個可以被讀者用來演繹應用的框架。 Tips (訣竅) - 歸納思維的實踐指導 訣竅部分提供具體可行的建議,通常來自於多次經驗中歸納出的最佳實踐。 當我提醒「避免憑空捏造人物誌,應基於實際觀察與研究」時,這是從大量失敗案例中歸納出來的避坑指南。 ▋歸納法和演繹法的雙向流動從歸納到演繹
從演繹到歸納
希望今年可以運用這個框架構思各種有趣的內容產出。 也把我的思考過程分享給你參考。 by Soking |
千綺創意設計 Co-Founder / 產品設計總監,目前經營軟體領域的體驗設計顧問公司,也從事 UX 教學,喜歡以工作坊形式,引導你體驗 UX 領域的專業知識。 工作聯絡:service@soking.cc
哈囉,朋友 前一陣子,我訪談了一群 UX 主管,詢問他們在招募新同事時,會在意哪些行為表現? 有一件事情,不約而同,這些用人主管都跟我提起。 那就是「溝通」的能力。 為什麼不是看設計能力呢? 因為設計專業的能力本來就該具備,跨不過門檻的就會被刷掉。 但影響產品設計師能力表現的關鍵因素,最後都是溝通。 有人說,這是知道該如何說故事。 向客戶或主管賣出你的設計想法。 有人說,這是訪談技巧。 搞懂用戶的痛點到底是什麼?到底有什麼需求? 有人說,這是問出真正的需求。 搞懂交辦工作的主管到底要什麼? 搞懂客戶跟我們許願的東西,到底是不是冰山的一角? ▋語言形塑我們是誰 一個人的溝通方式,會透露出許多訊息。 語言會顯示我們跟誰往來、被誰影響(所屬的圈層與文化)。 語言會顯示我們的自我認同(我正在扮演什麼角色)。 語言會顯示我們與溝通對象的權力框架(地位排序、規則主導權)。 語言會顯示我們對一件事情到底是專家還是小白(認知程度)。 語言會顯示我們避而不談的房間裡的大象(限制性信念)。 語言會顯示我們的感受,不論是正向情緒還是負面心情。 有一位哲學家說,就像水是魚的元素,語言是人類的元素。...
哈囉,朋友 你聽說過「地圖不等於疆域」這個概念嗎? 我們對這個世界的認知(地圖)與這個複雜真實的世界(疆域)有許多落差。 我們的大腦與外界事物互動的過程,有認知頻寬的限制。 ▋太多選擇等於選擇障礙 心理學家曾經做過一個知名的果醬實驗。 他們在超市擺了兩個攤位,一個攤位有三十六種果醬可以試吃,另一個放六種果醬。 猜猜看,哪一個攤位吸引了人潮? 三十六種果醬試吃的攤位吸引了最多人。 但是賣得比較好的攤位呢? 六種果醬的攤位賣出去更多。 過多的選擇導致顧客決策癱瘓,覺得選錯了會後悔,乾脆不選吧。 ▋專家溝通的困境 認知頻寬不足的現象,也發生在專業工作的現場。 假設你今天是一個行銷專家,這件事情會反應在你的語言模式當中。 身為一個行銷專家,你可以運用很多細膩的專業術語,來討論複雜概念。 例如你可以靈活的運用廣告投報率、轉換率漏斗、獲客成本、跳出率、SEO 等等詞彙,組織成你的問題分析與問題解決的語言模式。 而如果行銷專家的溝通對象,是對這些詞彙很陌生的小白(但人家是付錢的需求方),那整個溝通過程常常會很挫敗,或是覺得繞了半天還在名詞解釋。...
哈囉,朋友 自從 AI 浪潮風起雲湧之後,許多人意識到,打造自己的產品服務不再遙不可及。 過去想在網路上打造一套自動化的服務,需要雇用一票工程師。 現在任何一個人有了有趣的構想,可以雇用 AI 工具。 歡迎來到人人都可以成為產品開發者的年代! 然而,飯要一口一口的吃。 許多偉大的產品都是從一個個小功能、小流程或者解決小問題開始。 因此,我想與你分享如何將腦袋裡面紛亂的創意構想,整理成為產品服務時,這一路上有哪些需要思考的脈絡。 ▋服務設計要從哪邊開始? 比方說,有一個每天通勤上班的人,習慣在上班途中順便購買早餐以及咖啡,到辦公室邊吃早餐一邊查看 Email,慢慢暖身開始一天的工作。 這是使用者的輪廓(Persona)以及用戶旅程(User Journey)。 「上班途中購買早餐以及咖啡」,就是用戶旅程當中的接觸點,代表使用者在此觸發了尋找相關解決方案的意圖(User Goal)。 此時使用者懷抱著意圖踏入便利商店,第一眼會開始尋找符合他腦袋中認知的線索,這稱為關鍵時刻(Moments of Truth,MOT)。...