本文件分享了在booking.com的工作经验与产品管理的关键要素，涉及了团队组成、协作方式、管理机制等方面。作者通过不同公司的工作经历，强调了有效团队合作和产品方法论的重要性，并介绍了实验文化对产品假设验证的影响。文中还探讨了如何通过数据驱动决策和优化产品开发过程。

1. Booking.com
產品經理理⼯工作經驗分享
Peter @HPX Talk #35

2. 今天想分享的是
• Part1: Booking.com ⼯工作經驗分享
• Part2: 海海外求職經驗分享- 如何思考、規劃與準備
2

3. ⾃自我介紹
• 經歷
• Gogolook- Product Manager/ Product Lead
• iCHEF- Senior Product Manager
• Booking.com- Product Owner
• ProductTank Taipei 籌辦團隊
• 今天比較的依據
• 從位於台灣的新創/⼩小公司到位於荷蘭蘭的中⼤大型跨國公司。
3

4. Part1
Booking.com ⼯工作經驗分享

5. Booking.com 簡介
5
Booking.com 創立於 1996 年年，從⼀一間⼩小型的荷蘭蘭新創公司成長為
世界前幾⼤大的旅遊電⼦子商務公司。 ⾝身為 Booking Holdings Inc.
（納斯達克上市公司：BKNG）⼀一員，Booking.com 旗下員⼯工超過
17,000 ⼈人， 遍布全世界 70 個國家、 198 間辦公室。
Booking.com 的願景是要讓每個⼈人都能盡情探索世界。
Booking.com 網站及⾏行行動 APP 提供 40 多國語⾔言服務， 線上註冊
房源總數 28,853,600 間、 遍布全球 227 個國家地區、 136,531
個地點。 我們網站上的每⽇日預訂晚數超過 1,550,000 晚。

6. Booking.com 簡介
6

7. • Booking Holdings Inc.集團
7
Booking.com 簡介

8. #組織
#Booking.com 的組織架構
#Booking PO分⼯工
#⼤大型跨國營運團隊在內部的分⼯工及實際遇到的困難挑戰？資源
如何分配？
#產品部分的組織架構與分⼯工

9. 9
組織樣貌
雙邊平台

10. 組織樣貌
• 如果你是產品最⾼高負責⼈人，你會怎麼劃分團隊？
10

11. 組織樣貌
• ⼤大致的階層
• 負責特定⽬目標的部⾨門 —> 團隊。
• 產品劃分的分法很多，如下：
• 依業務種類：如旅館、租⾞車車等。
• 依使⽤用者：2C、2B、第三⽅方、內部⼯工具等。
• 依情境主題：如搜尋、價格、⽀支付等。
• 依⾴頁⾯面流程：不同⾴頁⾯面、區塊、流程等。
• 依平台：如網站、Apps、Email、Chatbot 等。
11

12. ⼤大型組織協作
• 不存在完美的劃分法
• 不管怎麼劃分，都有可能有領域重疊或沒⼈人處理理。
• 原則：最上層的部⾨門⼀一定會覆蓋到所有的範圍，只是某些範
圍可能當下沒有專職團隊在處理理。
• 需要⼀一機制，讓眾團隊協作。
12

13. ⼤大型組織協作
• 如何讓眾團隊協作順利利，保有彼此空間？
• 透過管理理機制把關，避免⼯工作重疊。
• 建立新團隊需有審核機制，包括成立原因、各階段⽬目標與退場機制。
• 若若真遇到重疊，合作或整併。
• 除了了管理理之外，透過系統性作法增進協作順暢。
• API/ Document。
• Design system。
• ⽂文案會有統⼀一的語調。
• 可以追蹤其他團隊的實驗。
13

14. #團隊
#Booking.com裡⾯面有UX研究員嗎？PM如何和UX合作與分⼯工？
#Booking.com 的產品團隊，有那些⾓角⾊色，這些⾓角⾊色在產品團隊內，負
責什什麼任務？
#Booking.com 的產品團隊⼤大⼩小及跨功能領域的成員會有哪些？
#在 Booking 產品經理理的⼀一天
#如何做好向上管理理？與台灣公司有何不同？
#每個產品經理理所負責的項⽬目的規模有多⼤大？會有哪些項⽬目？⼀一個產品
團隊有多少⼈人？外國⼈人的⾝身份擔任產品經理理時會遇到什什麼樣的挑戰嗎？
#booking.com的PM如何和designer合作
#Booking 是跑 Scrum 嗎？通常功能的 due date 怎麼決定？
#如何驅動團隊其他⼈人以消費者⾓角度思考設計產品PM⾓角⾊色職責範圍/績
效評估⽅方式

15. 團隊組成與分⼯工
• 團隊⾓角⾊色
• 專職⾓角⾊色
• Product Owner、Team lead*、Designers、Developers
• End to end 團隊，負責從需求探索到上線維運。
• 共享資源
• Product Marketing、Copywriter、QA
• User Researcher、Data Scientist
• 資源分配依團隊需求⽽而定。
15

16. 團隊組成與分⼯工
• 產品經理理，驅動團隊達成⽬目標
• 定義團隊商業⽬目標、OKR，為成果負責。
• 管理理產品的 Roadmap 與 Backlog。
• 與團隊成員協作打造上線產品、維運。
• 利利害關係⼈人管理理。
• 寫 PRD、畫 wireframe。
16

17. 團隊組成與分⼯工
• ⾃自主性⾼高，與團隊⼀一起定義⼯工作內容、⼯工作流程
• 來來 Booking.com ⼀一開始最常被問的是
• Why?
• What’s your hypothesis and expected outcome?
• 產品經理理，要給成員⼀一個好的理理由
• 給你錢，叫你做！ vs 說明原因，取得共識
• 產品經理理，要有⾃自信地推銷你的理理念念
• 謙讓、埋頭苦幹 vs 告訴⼈人家好在哪裡
17

18. 團隊組成與分⼯工
• 好團隊是達成⽬目標的重要條件
• 建立好團隊的關鍵
• PO 與 Team Lead 合⼒力力打造⾼高效團隊以達成商業⽬目標！
• 團隊塑造：建立信任的關鍵
• 每季有 1-2 次的團隊塑造（team building）活動。範圍包括：認識彼此
⼈人格特質、特長與溝通模式，也有輕鬆的團康活動。
• ⼯工作協議：讓⼤大家⼯工作更更順暢
• 團隊成形後第⼀一步，建立⼯工作協議（working agreement），包括產品開
發流程、共同會議時間、會議準則、專案軟體與使⽤用原則、溝通管道等。
18

19. 團隊組成與分⼯工
19
有 Agile Coach 可協助

20. ⼤大型組織⼯工作術
• 利利害關係⼈人管理理
• 熟悉組織劃分與脈動
• 按照遠近親疏列列出利利害關係⼈人
• 定期更更新團隊/專案動態
20

21. ⼤大型組織⼯工作術
• 向上管理理
• 其實，我更更傾向如何有效地保持雙向互動
• 管理理層需提供雙向對談的空間。
• 管理理層需訂定⽅方向，⽽而非完全任由團隊⾃自⾝身⾃自滅。
• 產品經理理需⽤用對的語⾔言溝通，積極匯報近況與成果。
21
平常你講的語⾔言 對上⾯面要轉換的語⾔言
商業 改版⽬目標、實驗指標 策略略/商業指標
使⽤用者 ⽤用⼾戶故事/使⽤用者 feedback 市場⼤大⼩小/需求強弱
技術 規格/ Test case/ API 資源/相依性

22. #產品
#booking 的 data driven ⽂文化
#如何找到對的問題、⽤用對的⽅方式解決，曾⾯面臨臨印象最深刻的挑戰
#A/B Testing 實驗分享會令您印象深刻的案例例？內部的Analytics ⼯工具?
#如何定 Product Roadmap （遠程⽬目標和近程⽬目標）
#Booking檢視產品的指標/數據
#Booking如何凝聚團隊共識與讓不同部⾨門&專案往相同⽬目標前進
#Booking.com如何訂定product roadmap & booking.com 檢視產品數
據指標的⽅方式
#想了了解產品數據指標的設定如何訂定產品Roadmap

23. 產品經驗學習
• 其實，產品經理理核⼼心能⼒力力是相同的。
• 產品的道理理⼤大家都懂，重點在於實踐的深度。
23

24. 產品⽅方法論的導入
• 學習⼀一：產品⽅方法論的導入
• 今天不是要介紹⽅方法論，⽽而是「導入」⽅方法論的過程觀察。
24

25. 產品⽅方法論的導入
• 你曾否有這種感覺？
• 聽了了⼀一個很棒的產品⽅方法論。然後呢？就沒有然後了了...
• 往往⽅方法論的難處在於以下幾點，導致不易易上⼿手。
• ⼤大家不知為何⽽而做。
• 沒有調整成適合組織的樣貌。
• 沒有（成功）案例例，⼤大家害怕改變、嘗試。
• 導入者忽略略了了後續的跟進（沒有後續）。
25

26. 產品⽅方法論的導入
• 產品⽅方法論導入的成功關鍵
• 完整的說明與案例例
• Why：告訴你為何要做（例例如：為了了解決既有產品開發的特定盲點）。
• What：告訴你⽅方法論是什什麼（框架、流程、範例例）。
• How：告訴你如何做（先導團隊案例例，非常詳細）。
• 降低實⾏行行⾨門檻
• 將⽅方法論製作成 Toolkit，讓團隊可以時時察看。
• 透過句句型模板、⽂文字表達範例例 Do/ Don’t，讓下筆不再困難。
• 需貼近組織實況，成果可應⽤用⾄至⽬目標設定、Product Roadmap，不重⼯工。
• 持續交流、推廣、進化
• 定期舉辦⼯工作訪、分享會。
• 透過⽅方法論⼤大使擔任顧問，搜集意⾒見見，持續改善。
26

27. 產品⽅方法論的導入
27
⽅方法論需貼近組織實況
Outcome 可以是 OKR 的 Objective
Output 可以是 OKR 的 Key Results 結果可以⽤用來來⽣生成
Product Roadmap
Product Roadmap
是結果，你還是需
要⼀一個⽅方法！

28. 透過實驗驗證產品假設
• 學習⼆二：產品假設與驗證
28
既有使⽤用者
尚未成為使⽤用者
—>透過實驗驗證
—>透過質化⽅方法驗證
60%
40%

29. 透過實驗驗證產品假設
• 信仰般的實驗⽂文化，⼤大神的堅持！
• 實驗⼯工具，整合數據追蹤、A/B Testing 與實驗管理理平台
• 所有實驗都是公開的
• 可以看到其他同事做過的實驗，利利於學習、交流。
• 每個實驗都有個連結，容易易分享。
• 所有實驗都會被保存，可回顧與檢討。
• 實驗⼯工具的理理念念
• 透明：每個實驗都是可以被檢視的，無⿊黑箱。
• 信任：基本上⼯工具限制不多，⼈人們相信你的理理由。
29

30. 透過實驗驗證產品假設
• 產品團隊的共同實踐- 實驗⽂文化
• 實驗簡介
• 實驗設計
• 實驗解讀與結案報告
• 幾種不同類型的實驗
30

31. 透過實驗驗證產品假設
• 實驗簡介
• Why：為什什麼要做這個實驗，解決使⽤用者問題/ 策略略性/ 體驗
⼀一致性/ bug 等。
• What：如何進⾏行行？哪些地⽅方有變動？控制與實驗組的差異異。
• Who：哪些⼈人會被實驗？是否有分不同分群來來觀察？
• Outcome：預期成果為何？跟你⽬目標有何關聯聯？
31

32. 透過實驗驗證產品假設
• 實驗設計
• 實驗假設：根據...我相信如果我做 XXX（Input），會有 YYY 的
改變（Outcome），我們會知道有 YYY 的改變是因為看到 ZZZ
的指標變化 (Metrics)。
• 指標：主要指標（實驗結果的依據）/次要指標/預設指標。
• 成功條件：
• 如果主要指標符合條件 A，我們⼀一定會上線;
• 如果主要指標符合條件 B，我們會需要討論 X/Y/Z 才能決定；
• 如果主要指標符合條件 C，我們⼀一定不會上線。
• 實驗時間：根據流量量、能夠偵測的數據變化量量、樣本數⽽而定。
32

33. 透過實驗驗證產品假設
• 實驗解讀與結案報告
• 實驗是來來驗證實驗假設，因此實驗後需按照實驗設計解讀。
• 實驗⼯工具會算指標結果：顯著好/不顯著/顯著差。
• 不⾒見見得⼀一定要「顯著好」才能上線，但你⼀一定要有個好理理由！
• 撰寫內容包括主要指標變化、是否符合預期。若若無，是否有新的
學習？
• 任何⼈人都可以評論你的結案報告。
33

34. 透過實驗驗證產品假設
• 類型1: 容易易決策的 A/B test
• 類型2: 讓決策稍微複雜⼀一點的 A/B test
• 類型3: Non-inferiority test
• 類型4: Multivariate test
• 類型5: 當 A/B test 不夠⽤用時
34

35. 透過實驗驗證產品假設
• 產品經理理的挑戰
• 知道不同驗證⼯工具的⽤用法。
• 學習機會
• 實驗驗證：內部 wiki、定期講座、
訓練課程等。
• 質化驗證：⼯工作坊、訪談訓練等。
35

36. 透過實驗驗證產品假設
• 推薦書籍
36
推薦⽂文章
如何⽤用數據輔助產品設計？ — “Designing
with Data” 讀書摘要 (下篇) 實驗設計與執⾏行行
如何⽤用數據輔助產品設計？ — “Designing
with Data” 讀書摘要 (上篇) 實驗設計與執⾏行行

37. #沒⼈人問，但我想講的！

38. 新⼿手上路路
• 好的開始是成功的⼀一半，好的 Onboarding 極其重要。
• 公司層級：了了解職務期待與具備基礎能⼒力力
• 3 天新⼈人訓練
• 3 天產品經理理⼯工作坊
• 基礎課程：實驗設計、SQL、GA 等
• 新⼿手上路路網⾴頁
• 公司介紹/ 現況與願景/ 部⾨門組織介紹/ 職務期待/ 個⼈人成長⽅方法/ 職涯升遷/ 重要活動等
• 部⾨門層級：了了解部⾨門的商業狀狀況、問題
• 部⾨門 Orientation
• 影⼦子產品經理理
38

39. 個⼈人成長
• 個⼈人成長是與主管 1:1 和每季個⼈人評估的重點。
• 每個⼈人都需制定⾃自⼰己的個⼈人成長計畫，常⾒見見管道如下：
• 從做中學
• 產品經理理輪輪調計畫
• 跟同材學
• 各式分享會，例例如實驗檢討會。
• 教育訓練
• 內部教育訓練、⼯工作坊等。
• 外部研討會
39

40. 職場⽂文化
• 問問題⽂文化
• AMA (ask me anything)
• 主管或專案負責⼈人定期（或專案結案時）會舉辦 AMA，讓⼤大家問個夠。
• Lightning talks/walks
• 部⾨門定期舉辦「市集」，讓每個團隊擺攤介紹⾃自⼰己的專案。
• 主動建立關係
• 你必須很主動與他⼈人建立關係，推動專案才會更更順利利。
• 樂於分享，看中影響⼒力力
• 提倡分享與助⼈人的重要
• 影響⼒力力愈⼤大代表你對組織愈不可或缺
40
在 Booking.com 前兩兩個⽉月的感受與學習

41. Part2
海海外求職經驗分享- 如何思考、規劃與準備

42. #海海外求職
#想瞭解荷蘭蘭的⼯工作⽂文化與台灣的不同之處，若若想要到海海外求職
需要準備的部分
#出國⼯工作的動機、準備與遇到的挑戰。
#到了了不同⽂文化的⼯工作環境後最⼤大的價值觀或習慣上的改變在荷
蘭蘭下班後或週末的安排
#為何當初會選擇出國⼯工作
#海海外⼯工作後，未來來5年年您預期的職涯⽬目標是什什麼？若若有機會 會
讓您回來來台灣的原因會是什什麼？

43. ⾸首先，你該問的是
• 常聽到「我想出國⼯工作，適合嗎？幫我評估看看。」
• 我的職涯規劃是什什麼 (3/5/10年年)？
• 出國⼯工作對我的意義何在？
• 是否有考慮定居？
43

44. 知道⾃自⼰己想要什什麼
• 「希望 5 年年後成為跨國企業的產品主管」
• ⾃自我評估不⾜足之處
• 國際化⼯工作經驗
• 跨國產品營運經驗
• 抉擇考量量
• 產品全球化程度
• 總部 vs. 地區辦公室（接觸的廣度可能不同）
• 未來來挑戰
• 領導⼒力力/ 語⾔言能⼒力力
44

45. 如何準備與規劃
• 長期的準備：讓你有能⼒力力去⾯面試
• 短期的衝刺刺：讓⾯面試無懈可擊
45

46. 如何準備與規劃
• 長期的準備：讓你有能⼒力力去⾯面試
• 累積產品經歷
• 英⽂文能⼒力力
46

47. 如何準備與規劃
• 短期的衝刺刺：讓⾯面試無懈可擊
• 了了解產業
• 客製化履歷
• 熟悉⾯面試要點
• 準備⾯面試問答集
47

48. ⾯面試時間軸
48
Booking.com 產品經理理⾯面試經驗分享

49. 關於準備的過程
• 堅定的執⾏行行計畫
• 找尋同路路⼈人
• 提醒⾃自⼰己如果沒有達到⽔水準，⽇日後⼯工作也會很辛苦
• 永遠沒有準備好的⼀一天
49

50. 移動⼒力力
• Google台灣董事總經理理簡立峰是這麼說，如果要給年年輕世代⼀一
個建議，他希望⼤大家記住的是「移動⼒力力（Mobility）」。
• 並非是地理理性的，⽽而是走出不同領域、舒適圈。
50

51. 總結

52. 總結
• 關於組織，透過管理理、系統讓不同團隊間協作更更順暢。
• 關於團隊，⾃自主性⾼高，重視團隊共識。產品經理理的職責在驅動
達到商業⽬目標，與 Tead Lead 合作打造⾼高效團隊。
• 關於產品，透過產品⽅方法論與實驗⼯工具讓產品經理理有共同的語
⾔言、做事的準則，形成產品⽂文化。
• 關於其他，好的融入計畫，可將員⼯工的能⼒力力最⼤大化。好的個⼈人
發展計畫，讓員⼯工持續成長，組織也才會成長。
• 關於求職，海海外不是重點，重點是能夠快速成長。
52

53. Thank You
petitpj@gmail.com