思維的創意想像
144公開內容
《思維的創意想像》是工作之餘發起的 Side Project，因為近期快速吸收各種資訊跟商業知識（Input），但一直沒有地方輸出（Output），因此想透過這系列記錄學到的內容，包含商業知識、產業洞見，或是職場分享等等，目前已有產品開發、客戶成功、社群行銷、思維增長、職場日記等系列文章。
全部內容
免費與付費
最新發佈優先
產品經理在規劃功能時，不時會遇到「這個需求在技術上是否可行」、「產品現況的技術架構跟客戶期望的修改方式好像無法符合」等技術相關問題，但哪些是技術債要大改、哪些是技術限制只要微調，往往需要工程師協助盤點，這篇想記錄在面對技術債（Legacy Code，Technical debt）時，身為產品經理會遇
AI 功能如何導入介面？產品如何運用 AI？AI 如何讓使用者更便利操作功能？幾乎是近幾年產品經理在規劃功能時需要考量的事情，每個系統化、固定的操作流程，都開始被詢問「能否導入 AI」，因此這篇想記錄在電商平台我觀察到可以應用 AI 的場景。
在產品經理這個職位上，常需要撰寫各種產品文件，像是產品需求文件、產品教學手冊、產品路線圖、產品維運常見問題等，這篇想整理過往以產品經理的角色需要維護哪些文件。
需求無限、資源有限的情況下，產品經理設計功能都會面臨如何縮減需求，透過有限的開發人力打造最小可行性產品（Minimum Viable Product，MVP），這篇將分享「減法思維」在實際產品規劃中如何運用。
目前多數產品都使用數據驅動的商業環境，不論是面向企業（B 端）還是面向消費者（C 端）的產品，怎麼看數據、如何使用數據，都是產品經理需要了解的議題，這篇會分享我在 B 端和 C 端的產品經歷，各自會面對到什麼數據場景。
參加不少實體社群活動時，我總會好奇別人生命中遇到什麼困難、怎麼克服、怎麼做重要決策、最後獲得了什麼。但最近我發現這一切的原因，是我喜歡聆聽別人的「英雄旅程」，那些痛苦的經驗、奮鬥的過程，從對方不斷分享的同時，能感受到對方生命旅途的厚度。
帳號權限管理一直是產品系統的重要議題，近期規劃權限功能時發現 RBAC 這套模型，才開始了解為什麼要有 User-Role-Permission 的架構，隨著系統規模的擴大和複雜度的增加，傳統的權限管理模式已經無法滿足需求，而基於角色的訪問控制（Role-Based Access Control，簡
產品設計階段我們常追求流暢的使用者體驗，希望用戶能夠輕鬆、直觀地完成各種操作，但有些刻意設計的「摩擦」反而能提升產品體驗，這篇想記錄「摩擦設計」（Friction Design）的概念，以及在實際工作中的應用。
近期參加了不少線下活動社群，剛好都有和發起人聊到為什麼要經營實體社群，這篇想記錄一下社群觀察日記，以及不同社群的樣貌。
近期公司不斷討論「高績效團隊」，也讓我不斷思考一個高績效的產品開發團隊如何組成？事前要有哪些共識和建立什麼文化？我以「結果、流程、承諾、溝通」這四個面向來整理。
