PM作品集
Sydney Chen 陳萱寧
Sydney Chen
Contact：
sydney512560@gmail.com
產品腦雪梨 Blog / Instagram
經營 30萬月活躍用戶的股市社群平台， 負責新功能規劃 、 市場研究、數據分析、驗收測試。
負責消費性筆電產品線 ， 與 project team 合作開發符合市 場需求的新筆電。
陳萱寧
政大反重力思考社 社長 帶領社團成員共 13 人 。 學期間籌備一星期 2 次的會議 ， 製 作1個專案、2個工作坊，以及各式活動。 政治大學 會計系/學士 2015.09 - 2019.06 2018.07 – 2019.01 台大 D - school / 群像創造－ 使用者研究員 與透過量化與質化研究以分析市場需求 ， 最終預計將社區
2019.10
創生計畫資料發展成熟至一個完整可販售產品。
– 2020.01
盧布爾雅那大學 經濟學院/交換學生 2015.09 - 2019.06 2
Ｍ
產品經理
0921481245 About me
C
oney 全曜財經
華碩電腦 產品經理
2020.06 – 2021.10 2021.11 – 2023.04
1. 30 萬月活躍股市討論平台＿產品 規劃
2. 自 媒體經營－產品腦 雪梨
3. 外送 平台服務流程優化＿專案 製作
4. 身障 者的外出體驗優化＿專案 製作
5. 浪 犬博士兩日工作坊＿教練
3
Content
股市討論平台
擔任PM角色 管理30萬月活躍的股市討論平台
1. 專欄訂閱機制
2. 巢狀留言機制
3. web導app下載轉換
4. 自動化發文流程
主要負責功能規劃、數據研究、市場調查 以下包含4個功能規劃作品：
1. 專欄訂閱機制
目標
1. 提升公司營收
2. 提升討論區的文章品質
3. 提高用戶回訪率與人均使用時長
現狀＆問題
1. 社群中上萬粉的達人在社群經營一兩年後，最終會將粉絲導到其 他平台經營。雖用社群條款禁止，但案例仍層出不窮。
了解用戶動機後發現達人希望自己的知識也能有實質收益、而不 只是粉絲數。 但社群目前 沒有變現機制，因此達人會把粉絲導到 其他平台 (如pressplay、方格子）
2. 身為達人的忠實粉絲，希望獲得更多有價值的股市資訊，也願意 支持與回報提供高價值內容的達人
「問題小結：如何驅動達人在股市社群中持續經營， 並且提供有價值內容給予讀者？」
功能概述：專欄訂閱機制
1. 讓達人選擇開啟付費訂閱專欄文章
2. 讓讀者可以透過付費獲得高質量的股市專欄文章，同時也給達人
提供一個可以獲得報酬的平台，促進股市知識和資訊的共享和交
5
流
1. 專欄訂閱機制
Chart flow （部分）
流程 、 s pec 、 api （部分）
6
1. 專欄訂閱機制
訂閱流程 、 s pec 、 api （部分）
我是馬賽克
1. 專欄訂閱機制
功能成效
僅用1/5的作者資源，在一年內提升的營收佔公司其他潛力作 者產品線30%
實作經驗與技能
1. 專欄訂閱機制為同學會第一個獲利模式，身為此功能的負 責PM，我接觸到金流的串接設計、深入了解 iOS/Android 雙平台的付費訂閱規範與操作
2. 專欄訂閱需大量與行銷人員合作推廣，
身為PM除了能在時限內提供所需的產品功能 ，更能幫助 行銷人員釐清目標、以 MVP 或更小替代方案解決行銷急需 上線的功能需求
目標
1. [用戶目標] 讓用戶之間的交流更順暢，可以持續討論同個話題
2. [產品目標] 提高用戶回訪率與人均使用時長、提高社群留言活絡度
現狀＆問題
1. 粉絲不知道達人有回應他的留言：達人要對粉絲的留言做回應的時 候，會使用「@A」的方式留言，但平台實際上沒有tag人的功能，因 此彼此不知道有對方有回應，減少了社群互動的機會
2. 用戶無法針對其他用戶的留言回應，想要討論同一件事情需要創立 新留言，但會跟其他不相干的留言混在一起
「問題小結：
1. 讓 原 po 能針對用戶在自己貼文下的留言 精準的回覆該 話題
2. 讓留言者能即時知道自己的留言被 原 po 回應，
近一步討論與解答」
功能：巢狀留言機制
發想過的解決方案：
1. 巢狀留言
優：解決問題，又可讓更多人參與留言
缺：未來多人在回覆留言串中討論，會不知道在對誰說話
2. tag人
優：相較巢狀 最快速可做
缺：沒有解決道同學會情境的問題（無法讓達人針對特定留言回答、
達人的回覆也沒有辦法讓其他人知道是在回覆哪則留言）
9
以產生
2. 巢狀留言
2. 巢狀留言
方案決策過程
巢狀留言 spec
10
2. 巢狀留言
巢狀留言 spec （細節情境）
巢狀留言 spec （通知規則）
11
2. 巢狀留言
功能成效
提升人均留言次數1.25倍
實作經驗與技能
巢狀留言在實作時，後端交付時間比原先預計還晚了2-3週， 導致前端開發受影響。我先彈性調整前端開發的項目，避 免前端耗費時間等待；並主動與後端討論spec簡化，減少 交付delay時間
2. 團隊士氣提振：
由於交付時間拖長，導致來自各方的壓力開始批評此功能。
我一方面說服利害關係人巢狀留言可以幫助達成目標， 另一方面與團隊分享此估能帶來的效益與用戶痛點，堅定 團隊立場並提振士氣。
而最終交付後的成果也讓團隊成就感大增。
12
1. 上線三個月後提升整體留言數1.2倍
2. 收到5位達人反饋，與粉絲間的信任與緊密度加深
1. 實作時程delay等問題處理：
3 . Web 導 App 下載轉換
目標
提升mobile頁對用戶的價值，吸引用戶願意看更多 / 停留更久 / 被產品 吸引 → 進而願意轉換成更黏著的用戶 (轉成app用戶)
現狀＆問題
目前同學會用戶從mobile到下載app的轉換率為0.2~0.3%，而其他產品 轉換率為3% (參考Dcard)
推測原因： (1)在mobile版使用就能滿足需求，沒有強烈去下載app的動 機 (2)因mobile版本第一屏的資訊很雜，有對用戶無用的功能出現在第
「問題小結 ：提升 web mobile 用戶對討論區的興趣，以 提高 web 導 app 的下載轉換率」
功能概述：
1. Mobile版觀看內容量調整：
原本觀看內容量和app一樣 à 調整為最多僅能觀看10篇文章
2. Mobile個股頁資訊呈現調整
將會吸引用戶的資訊整理放到上面、以及將不常用的資訊收合
13
一屏
3 . Web 導 App 下載轉換
現狀數據觀察： （使用clarity)
14
3 . Web 導 App 下載轉換
解方 1 wireframe ：
解方 2 wireframe ：
3 . Web 導 App 下載轉換
功能成效
1. 僅用2個本文點時間實作，提升4倍下載轉換率
2. 從mobile轉換到App的用戶留存率比原先app用戶還
高30%
3. [反指標檢查] mobile參與度沒有下降、平均停留時間
僅減少4%，負面影響不顯著
實作 經驗與技能
MVP驗證：
先以最短開發時間先驗證mobile用戶會有意願使用app，
再繼續以其他方案優化導下載流程以驗證假設。
16
4 . 自動化發文流程
目標
1. 提升同學會社群平台上高價值的內容、文章數量
2. 透過高價值內容，提升用戶社群參與度＆留存率
現狀＆問題
同學會每天會轉發公司內金融研究部所產的股市報告，但目前需要PM
人工手動發文，每週大約會花3小時在轉發股市報告。
功能概述：自動化發文系統
主動提需求，將金融研究部所寫的股市報告轉發到討論社群中， 完全省去 PM 每週 3 小時需手動轉發的工作時間 ，可以去做更重要的 產品規劃與數據研究等工作。
17
「問題：如何 節省人力、快速且大量的產出股市研究報 告，讓用戶在社群中獲得更多高價值的股市資訊？」
流程、 spec ( Postman 操作溝通）
18
19 經營以「產品經理、工作學習」
分享PM工作中的知識與技能、 設計思考在工作上的運用、
為主題的自媒體平台
職場學習…等內容 並協助對PM有興趣的人轉職 自媒體經營 — 產品腦雪梨
部落格網站
https://sydneypmbrain com/
Instagram 粉專
https://www instagram com/pmbrain sydney/
20
外送平台服務流程優化
Background
身為首次外送平台使用者，
因為使用過程不順利，上網搜集消費者回饋後
發現許多消費者都遇到相同問題。
然而在競爭大的市場底下，
業者如何快速的成熟發展以減少顧客流失
為重要課題。
My role 為更加了解user experience，
我開始於生活中處處觀察需被優化的服務，
並於首次使用foodpanda後深感不便，
因此自己製作專案期望此外送平台更加成熟。
此專案為個人side project，工作內容包括：
• 二手資料研究
• 簡單問卷調查
• 利害關係人訪問
• Prototype製作
22
如何讓 foodpanda 消費者有較高黏著度 ，
而非以削價競爭的方式來吸引顧客？
Research ： 品牌忠誠度不高
• 目前既有商業問題：
• 優惠政策：在同業間無明顯差異化之下，同業利用優惠來吸 引顧客，造成品牌忠誠度不高，且優惠政策不利長期經營。
• 不好的購買經驗：消費者轉向其他平台的主要推力。
•
切入點決定
在商業問題中，良好的消費者體驗才是支持長期發展的關鍵， 因此此專案將研究重點放在改善不好的購買體驗。
• 服務缺口研究
「 」
Challenge
23
“消費者想取消訂單”的行為旅程地圖
• “訂單被取消”的行為旅程地圖
•
24
效益 x 可行性矩陣
找出優先切入點，
最後我選出2個最有效益且目前 執行的方向聚焦
• 服務缺口問題描述：
• 下單後想立即修改餐點，卻需要取消訂單，且無法退費。
• 顧客未收到外送員通知，導致訂單被取消，且無法退費。
情況1：顧客聯繫方式有誤，外送員無法聯繫
情況2：顧客漏接外送員通知
情況3：聯絡方式正確且沒收到通知，卻無故被取消
Insight ：
• 消費者於線上點餐時會保有現場點餐的習慣－彈性調整訂單。
• 顧客與外送員之間有資訊落差，且中間的誤會導致平台觀感 不佳。
{
25
à
從insight導出出兩個how might we問句以發展解方
Product design
在不影響店家及平台利益的情況下，增加點餐時的彈性 à 訂單修改機制
“餐點還沒做之前，
• 將店家引進訂單系統，一同審核訂單 修改機制，維護消費者、店家、公司 權益
申請修改訂單 取消修改 等待店家確認 是否可 修改訂單
- 1
店家尚未製作 可修改訂單！ 直接聯絡店家 可樂 - 1 + 雪碧 - 1 + 檸檬紅茶 - 1 + 取消訂單 非常抱歉! 餐點已經在製作， 無法修改訂單
確認修改 義式香早紙包雞套餐
+
單修改機制
• 將線下點餐機制延續到線上，增加訂 「 」 26
都可以修改訂單”
1. How might we
減少外送員與消費者間的資訊落差，讓餐點順利抵達 à 資訊確認機制 ＋ GPS計時裝置
a. 資訊確認機制：
透過提醒機制，在下訂單時減少消費者的疏失（聯繫資訊填錯、
漏接通知）
請於約20分鐘後留意外送員的通知 確認下訂
「 」 27
修改資訊 （下訂單畫面） 2. How might we
b. GPS計時裝置：
為減少消費者無法控制之疏失（外送員迷路、訂單無故取消）
於外送員、消費者端都設計此裝置，確保外送員已抵達， 避免消費者等不到人，訂單也無故被取消的狀況
GPS計時裝置
• 外送員端
確保外送員確實抵達目的地並 等待10分鐘
• 消費者端
清楚顯示外送員抵達時間及 等待時間
已抵達消費者指定地址 10 分鐘
回報問題
沒見到外送員 28
優化身障者的外出體驗
Background
由親友的經歷，我們發現台灣的道路環境與店面
存在許多對身心障礙者不友善的設計，
導致他們於外出前後經歷不少挫折與阻礙，
因此此專案希望讓身障朋友有更好的外出體驗。
•
•
•
My role 以實習設計思考教練身份參與， 我主要負責的工作為：
Define階段討論的引導
研究訪談內容及二手資料
製作關鍵假設與驗證假設 30
在不增設無障礙設施的前提下，如何利用 既有 的無障礙設備 ，改善坐輪椅者的外出體驗
Research
• User ： 使用輪椅的年輕身障者
• 由4位受訪者中，發現中年族群較注重與家人出遊的 設施體驗，而年輕人較多心理因素考量，因此選擇後 者。
• Value ： 不想麻煩家人朋友
• Behavior ：
• 偏好去捷運可到的地方
• 對於選擇朋友這件事很重視、謹慎
• 希望到設施完善的地方旅行
。
Challenge
「 」 31
• 希望外出，但對於環境的不確定感造成心理影響。
• 目的地是否有無障礙設施(如走道寬敞、電梯)
• 路途是否方便輪椅行動
• 希望減少親友的負擔與擔心
à Point of view 描述 ：
• 獨自出門且坐輪椅的年輕身障者，需要知道路程中的無 障礙資源，來減少外出的顧慮及親友額外負擔。
• 資訊透明化、流通性
• 資源提供的即時性
Insight
à
需求：
32
Product design Insight
• 一個線上平台，能包含透明、即時、流通的特性來整合無障 礙資訊。並分為出門前後，以提供不同階段所需要的資訊：
出門前
• 扛壩子聊天室
• Map 資訊平台
Map 資訊平台（路線規劃＋愛心商家+路障標示）
路途中
• Map 資訊平台
• Call-out、語音服務
扛霸子聊天室
當身障朋友對於某區的路況與無障礙設備有疑問時， 對各個地區熟悉的當地「扛霸子」可於此平台回復 問題。
Call out、語音服務
外出途中遇到困難，聯繫附近也有使用call out平台的人，若有 人可以幫忙即會回復，並會顯示對方與身障者的距離。
Prototype 33
User testing
Test result
• 採用階層式驗證假設，作為檢核發想解方之效果確認：
• 身障者真的需要這項服務嗎？
• 使用此服務是否提升出門意願？
• 是否可以更安全無慮的出遊？
• 此服務是否能減輕家人的擔憂？
• 此服務是否較以前的服務方便？
•
1. Map 資訊平台 （路線規劃＋愛心商家 + 路障標示）
身障者是否 有提升出遊 的意願
這個服務能 減輕家人 對他的擔憂
身障者可以 更安全無虞 的出遊 身障者真的需要這項服務嗎？
出門前會上網搜尋資料，但 找到的資料對他幫助不大
不想增加家人朋友的負擔
→ 希望可以增加更多店家的詳細資訊， 因為現在其實很少 店家會特別提到關於 無障礙的資訊
→ 有了這個服務後會比較想出門
→ 希望能夠有室內的設施圖 ，因為之 前有一次遇到室內沒有電梯的情況
→ 有去餐廳借廁所的經驗，不問很難 知道餐廳到底有沒有無障礙廁所
à Prototype 能夠解決痛點 滿足程度部分仍有迭代的空間
Point of view 痛點情境 假設 Prototype 能夠解決痛點 滿足痛點 的程度 這個服務能 比以前的方 法更方便
34
測試結果： à 能解決痛點：Map資訊平台、扛壩子聊天室 à 無法解決痛點：Call out語音服務
2. 扛霸子聊天室 （即時語音服務）
身障者是否 有提升出遊 的意願
身障者可以 更安全無虞 的出遊
這個服務能 減輕家人 對他的擔憂
身障者真的需要這項服務嗎？
這個服務能 比以前的方 法更方便
出門前會上網搜尋資料，但 找到的資料對他幫助不大
不想增加家人朋友的負擔
→ 一般人常常沒有注意到坐輪椅的人 的需求 ，所以聊天室的構想還蠻好的
→ 「如果一個地點只有一個扛壩子， 他如果沒空的話是不是就無法即時回 覆了 ? 」
à Prototype 能解決痛點
但滿足程度和執行效率仍有疑慮
滿足痛點 的程度
身障者是否 有提升出遊 的意願 這個服務能 減輕家人 對他的擔憂 身障者可以 更安全無虞 的出遊 Point of view 痛點情境 假設 Prototype 能夠解決痛點 滿足痛點 的程度
Prototype 能夠解決痛點
身障者真的需要這項服務嗎？ 痛點情境 假設
3. Call out 、語音服務 àPrototype 無法解決痛點
→ 受訪者出門不會 選在沒有人 的時候 或是到人煙稀少 的地方，以至於找不到 路人幫忙
→ 受訪者認為直接找路人幫忙即可 ， 無須透過設計裝置請求他人協助
→ 有這個功能在至少能感到比較安心
不想增加家人朋友的負擔
即時的現場協助會較有幫助
35
路途中會遇到意料之外的 交通狀況，無法自行解決 Point of view
→ 尤其是去國外(e.g.韓國)。很多地方 不知道到底適不適合輪椅，後來就在 網路上問人
Iteration plan
根據測試結果與回饋來設計2nd Prototype ，並將使用情境轉為 產品功能 於地圖上新增針對提供身障朋友的資訊。
店家無障礙設施清單
專給無障礙設施/服務
顯示專位無障礙設計的資訊
的評價
愛心商家標示 即時詢求協助 即時路況
36
浪犬博士兩日工作坊
Background
“浪犬博士”是由動物訓練師組成的團隊。
他們發現狗狗被領養後，因無法適應環境、吠叫等 問題無法解決，導致再度被棄養的機率高達20%。
此工作坊與浪犬博士團隊合作，幫助該團隊發想
如何降低台灣的浪犬棄養率。
My role
擔任工作坊教練，帶領3位學員
在兩天工作坊中以設計思考解決問題。
• 討論流程引導與規劃
• 學員狀態觀察並調整策略
• 深度使用者訪談與測試
• Prototype意見彙整成具體方案
主要工作內容如下：
38
我們該如何幫助飼主
在可負擔的範圍內，找出狗狗問題行為的原因 ？
Research
透過訪談飼主，了解當狗狗有行為問題時，飼主第一時間會上網找訓 練方法。但網路上資訊不易彙整，且訓練方式有各種流派、各說各話， 無法輕易分辨各種方式的成效。另一方面，尋求訓練師協助的成本並 不是人人都能負擔。
問題描述：
• 上網尋找訓練方式的時間成本高，且效果不確定
• 有效的方法金錢成本高，並非人人能負荷
• 訓練方式有不同流派，需先了解狗狗個性、生長背景，及造成行 為問題的原因，才能對症下藥去選擇訓練方式。
• 現代年輕人生活忙碌，時間成本與金錢成本都是考量範圍。
• 需求
：低成本的理解狗狗問題原因
Insight
「 」
•
39
Challenge
Product design
Ideation
考慮低成本、了解原因兩個元素，並消除在網路上找資料會遇到的問 題（資訊正確性、無針對性），而發想了以下產品：
診斷狗狗行為的互動式網頁
以專業訓練師的知識所建構起的互動式網頁， 由一連串的問答來分析狗狗的行為原因 最後提供對應之解決方法。
Prototype
• 網頁頁面
• 網頁架構
1. 選擇問題行為
2. 選擇行為時的環境
3. 選擇環境底下，狗狗的外在表現
4. 選擇狗狗的狀態 ：
40
User testing
Test result
收集3位受測者的回饋，及觀察他們的使用路徑整理出：
• （＋）正向
• 認為資料的可信度與正確度較網路資源高
• 情境的區分能幫助養狗經驗少的人了解狗狗，提供貼切 的解方，增加問題解決的機會
• （－）負向
• 網站字太多，沒耐心看完
• 問答題的情境難以做出選擇、人為判斷缺少標準
• 資訊量大時，「如何呈現好閱讀的排版、並同時完整提供資訊」
為關鍵考量
• 在每個問答選項旁加入情境舉例，幫助飼主選擇最適切的選項
Iteration plan Pitch
• 向浪犬博士團隊講解此互動式網頁，獲得團隊的肯定：「這是 立即可以執行的產品」
41
測試過程
回饋蒐集
以象限紀錄喜歡、不喜歡、 新想法、疑問
42
2nd Prototype
此為專案結束後，由我自己製作之網頁prototype 與登入流程圖
43
44