有一陣子沒在這邊發文了，主要原因是我現在的新文章都會發在我的個人部落格 www.daniellee.work，讀者們會比較沒注意到的可能原因主要就是沒有一個直接觸達的方式，另一方面我沒有很積極的在社群上宣傳貼文，最後就是文章 SEO 因為某些原因一直沒有做起來。在這邊就彙整一下 2022 寫的一些文章，跟大家說一下我還在。 以下簡單介紹一下各個文章和 …

無論是理性面或感性面，都讓我更確定挑戰跨海機會 — 有在追蹤我 Facebook 的讀者們，可能有些人已經知道我在今年即將前往中國大陸當產品經理，從那之後只要我跟朋友碰面，都會被問到為什麼我會想去中國大陸工作，這其實不是一個臨時的決定，而是經歷長達一年多的規劃與實驗才成功達成的目標。 從 2021 年 8 月開始到 11 月，我在研究、實習與找工作三方壓力下，驚險拿到了校園招聘中錄取率不到 3% 的產品經理 Offer。在這過程中，有很多議題可以細細的分享，例如怎麼從 UX 轉產品？為何去中國大陸工作？現在中國大陸的求職環境如何？過程中會遭遇什麼挑戰？怎麼準備筆試和面試？怎麼談薪水？以及實際的筆面試情況是什麼？ 我在 UX/UI 新手村簡單調查過，最多人想知道的就是我到中國大陸求職的動機與原因，所以這篇文章將專注在分享這一個部分，後續也將持續撰寫能解答其他問題的文章。 學習四年 UX，我為何最後參加了中國產品經理校園招聘 分享為什麼在大家都以為我想要做 UX 研究員或產品設計師的時候，轉去做產品經理，而且 - 還是在中國。本篇主要著重在動機的部分，之後還會再分享我的準備過程以及面試經驗總結。lihi1.com

一起看矽谷產品 VP 的洞察，培養產品思維 — 本文翻譯自 Julie Zhuo 在 Twitter 上的發文，Julie 之前擔任 Facebook 的 Product Design VP，她發現在面試設計師的時候，只要是好的設計師都有很強的「產品思維 Product Thinking」，通常這也是好的 PM 或 VC 的核心能力，我認為她講到的面向滿完整的，因此在經過詢問後很開心獲得她的同意進行翻譯，希望這篇文章能對大家有幫助。 什麼是產品思維 產品思維的定義很簡單： 能判斷出什麼東西能讓產品變得好用以及被人們喜愛的「直覺」 產品設計師需要做的，就是讓設計能夠變得好用、變得受人喜愛。 什麼樣的思考會運用到產品思維？在面試的時候，有些問題就是針對產品思維進行的提問，Julie 沒有明確舉例，所以這邊我以我曾在面試的時候被問的問題來說： 你覺得小紅書適合做電商嗎？ 這個問題是請你評論一個產品並分析「決策」，思考目前這個產品的決策哪裡好，哪裡不好，以及為什麼。

算是大學畢業後三年來的一個總結，最近對於過去的想法比未來還多，所以下一階段該怎麼走，其實也還沒有細想。 昨天回去看了當初離開台大圖資時的想法： 關於自己職涯，挑戰不再只是「想要有實習經驗」這麼簡單，而是開始思考「這份工作能讓我獲得什麼」，算一算畢業也要 26 歲了，我總得在未來能夠說服應徵的單位為什麼他們要招募一個 26 歲的老菜鳥而不是 22 歲的鮮肉與妹子吧。 近期，我覺得我慢慢變得更重視，也算是回歸到「我自己」想要什麼，而這份工作，或我做的任何事為什麼可以幫我達到。 學業：年初就參加了畢業旅行但還沒畢業，應該會準時吧… 這邊先簡單講一下最核心的研究吧，服科所的課程學習心得之後有空會再補。從今年 3 月開始大致定了一個方向，也開始大量的 pilot interview，但最後經過了兩次的 pivot，10 月送出第一次研究倫理審查，在 12 月的最後一週終於通過並開始招募。 一開始我覺得做的題目蠻酷的，是關於社群平台使用者對平台演算法的懷疑論/陰謀論研究，想了解什麼樣的演算法行為會讓使用者產生這些想法，進而提出一個讓平台設計更好的演算法或互動介面的建議。不過我發現即使大家平時偶爾會觀察到這類型的事件，但卻很少去思考背後原因或產生自我的推測，所以最後就換題目了。

反正你最終都還是要做 — 這是一個稍微有點引戰的標題我知道，那麼多人想要把 UI/UX 中間這個斜線去掉，我這樣是來破壞共識的嗎？這句話當然是有前提的。 台灣 UI/UX 發展那麼久了，至今還是蠻常看到新手提問不知道該做 UI 還是 UX，或是思考 UX 或 UI 設計師的未來的問題，所以我希望能以此文來表達一些自己的觀點。其實我覺得這些不應該成為問題，甚至覺得現在台灣還會 …

結合 Google Tag Manager 與 Google 試算表，任何人都能輕鬆零成本入門網站數據分析 — 最近做了一個 Side Project，產品本身是用 WordPress 建立，且已經有近千人的使用者數量，因此開始想要進行數據分析。而我在這個團隊裡就是負責建立產品數據團隊的成員，並基於過往經驗決定使用 Amplitude 和 Google Analytics（GA）作為資料庫以外的數據源。同時為了讓其他單位的成員也能看到相關維運數據，因此決定 …

最近與 Productlife 內部的設計師聊到該如何用量化的方式輔助驗證設計，我根據我自己的經驗稍微整理出以下四點，感謝我們的設計師提供速記： 定義評估指標：去認識各類產品的常見顧客生命週期長什麼樣子，各個階段和不同的功能都會影響要看的數據是什麼，這可以從精實數據分析這本書了解 實驗設計：要知道自己要量測的東西是什麼、假設是什麼、該用什麼方式驗證，以及預期的結果是什麼。除了描述型資料，最好會利用統計學方式檢驗差異在統計上是否顯著，以及分析是否具有檢定力，以確認此次設計是真的有影響數據 數據工具：使用埋點（GTM）與分析服務（GA, Amplitude, Clarity, Excel），基本資料搜集不求人，如果知道怎麼跟後端溝通更好，因為有些流程還是需要後端的協助 取數溝通：與 PM／工程師合作拿到資料庫裡的使用者資料時，需說明你需要的數據與呈現規格，以及這些資料如何幫助設計。規格是指你的各個欄位名稱（Row & Colunm Name）、數據的單位與格式、時間範圍、時間間隔（每小時/每日/每週/每月）等等

這是一篇近期管理 Productlife 團隊的心得。Productlife 的前身是 C-Camp，而 C-Camp 是 UX/UI 新手村希望能夠透過共創工作坊，幫助大家累積實作上線產品的經驗，總共有研究場與設計場各 4~6 週。而 Productlife 正是在設計場之後產出的設計概念，並交由目前固定的產品團隊進行設計與開發。 目前我們的團隊組成是 PM 一位（我）、Design Lead 2 位、Dev Lead 1 位，設計師 4 位，後端 2 位，App 前端 1 位。 從 C-Camp 到 Productlife 過程中，我一開始依照之前實習和工作坊的一些經驗規劃工作流程與節奏，卻遇到一些挑戰，因此了解到一般工作的團隊與 Side Project 的團隊差異，進而慢慢調整成目前的團隊協作模式。 如果你喜歡我的文章，可以按下面的拍手！用推薦 ID【daniellee2309】免費註冊 LikeCoin 並在帳號設定中驗證手機號碼，我就能因為你的鼓勵獲得一些收入

連結設計思維與商業思維的重要核心知識 — 假說思考與架構式分析就像設計思考，是在各個職位都多多少少能夠應用的思考方式。本文以產品設計師為主，談談設計師可以怎麼應用這些管理顧問耳熟能詳的工具在設計流程中，也幫助設計師與管理層或業務單位溝通。 以我個人經驗而言，產品設計書籍或台灣的設計講座鮮少講到商業面的分析，因此習慣閱讀書籍與參加講座的人，也不一定能夠理解到這個許多資深主管/設計師可能已經耳熟能詳的分析方法。如果要說有哪些產品領域的人會應用這些觀念，那應該是產品增長（Product Growth）為主。 假說思考與演繹樹 假說思考是快速拆解問題，透過不斷快速搜集所需資料驗證假說，最後找出問題根因的一種「問題分析思維」。這種方法常常被管理顧問應用於解決商業與管理問題，是每個想要進到這個產業的人都要熟知的觀念。由於在分析的過程中會透過架構式思考進行分析，並產生樹狀圖的結構，因此此類「分析方法」又常被稱為「Deductive Tree（演繹樹）」。