ProductTank Taipei #14 - MTPCon Singapore 產品管理研討會經驗分享

開了五個會之後，帶著本日唯一的期待衝到沒來過的 Pinkoi 位於襄陽路的辦公室，邊走進來邊想，我好像還有蠻多點數沒花掉，是不是該來滑滑找些讓自己開心讓生活美麗的小東西？

今天的講者有三位，其實白天的時候很擔心，在經歷三四個腦力耗盡的討論加上一個 presentation 後，我有辦法聽懂這麼豐富的分享嗎？但不論如何，換個姿勢幫腦袋拉筋，應該可以有不同的激盪，這不就是大家下班後還坐在這裡的動機嗎：）

這也是第一次聽到 MindTheProduct Conference (#mtpcon) 這個研討會，原來是 ProductTank 本身的上游組織，摘錄活動頁面上的簡介如下：

MindTheProduct Conference (#mtpcon) 是全球最大的產品管理國際研討會，往年都在倫敦和舊金山舉辦，今年首次來到亞洲（新加坡）舉行為期兩天的大會，包含一天的工作坊和一天的研討會議，講者包含來自 Amazon, DBS, Tencent, Atlassian...等企業的產品長／總監，以及《Lean UX》、《Product Roadmapping》等知名書籍的作者。不僅講者們，與會人士也是來自許多國家各大小企業的專業產品人，會議中途休息交流時也常常有的收穫！(#mtpcon SG 活動網頁：https://www.mindtheproduct.com/mtpcon/singapore/）

蕭安 Anne Hsiao / Ex-Product Manager at SHOPLINE

3PM Lab 產品三眼怪實驗室 blogger

第一位講者在 MindTheProduct Conference 擔任志工，因此分享了擔任研討會第一線志工的所見所得。這個活動講者多來自歐美，此次來東南亞交流，也是為了交互不同的文化背景下，東西方對 PM 這個職缺的認知不同，以及不同的見解。MTPCON 是一個風氣靈活自由的研討會，主旨不在於「聽演講」，而是透過包含與會者、講者以及來自各國的志工，彼此在活動不同環節中的交流，達到東西方文化深度碰撞的目的。

Anne 負責的是 speaker care，主要負責講者的引導與協助，除了透過精確的活動協調讓講者順利進行每一個講演與串聯外，由於與講者有第一手接觸機會，也積累出今天分享的心得。

Being Resourceful 

"Resourceful" 這個詞，並不代表說自己擁有很多資源，而是說了解如何靈活的運用、調配可運用資源，有些翻譯翻成「足智多謀」。這幾乎是每一個產品經理做為團隊核心角色的重要技能。

"Why don't we just get more people to help?" 這是 Amanda Richardson (CEO of Rabbit) 的開場白，她在剛進入 PM 這個領域時懷抱著這個問題，但隨著資歷積累，她逐漸理解到 resource 並不是唯一的解法，應該說，不是「產品經理」該有的唯一解法。

• 你擁有什麼樣的資源？
• 你現在的目標是什麼？
• 你要帶領團隊往什麼方向去？

Decision Making 

Sherif Mansour (Distinguished Product MAnager at Atlassian)

JIRA 是我當 PM 學習的第一個專案管理工具，專案管理工具的產品團隊，自然也是 MTPCON 的邀約名單，可惜時間關係，蕭安今天並沒有分享太多細節。

You decide what's minimum. Customer tells you what's viable.

Customer, problem, vision 是三個產品團隊都應該主要放在心裡的要素，每個團隊對這個問題應該都有不同的答案，研發團隊可能知道 problem 要如何解決，但不見得知道產品的 vision 要往哪裡去，PM 應該要引導團隊「都把這三個要素放在心裡」，而非讓所有人持續不斷地來問 PM 答案，這才是產品經理帶團隊的重要精神。

Pushing decision making to the person with the most important power (這部分沒聽清楚)

理解最核心問題的人，不見得是擁有最多權力的人，而可能是第一線接觸使用者的人。因此，產品經理透過與團隊的溝通、訪談，不僅僅只是優化產品，而是建置、優化甚至提升了了整個產品開發流程。

Optimize the product. Optimize the process.

經過這一場交流，蕭安心中打破了原本固有的印象：「是否只有台灣才有慣老闆？歐美比較沒有這樣的狀況？」事實上到哪裡的老闆都一樣，每個地方的產品經理其實都會面臨差不多的問題，而透過不同文化背景的 solution，則能讓與會的每一個人心法更臻完整。

高曼琪 Maggie Gau / Product Manager at PicCollage - Lean UX

Maggie 原先在 Apple 就職，去年從美國搬回台灣，加入 PicCollage 發展。今天以 Lean UX 為主題分享在 MTPCON 的所得。

"MVP (Minimum viable product)" The smallest amount of work to learn the most important things.

Business Problem - Our service/product was designed to achieve these goals
Reverse-engineer a problem statement from a product.

"Jira Cloud of Atlassian" 是 Maggie 推薦使用的專案管理工具。

Business outcomes as a layer 
有個有趣的例子，床墊的販售點應該是吸引使用者試躺，因此，把價格貼在天花板上，讓使用者在試躺的過程中，一邊感受產品，一邊直接在心裡替體驗標價。

Users & Customers - Which personas will we target? 

User Benefits
What benefits? 

Customze value = = Business value 

運用消費者認同的價值（名人偶像），引導消費者認同產品的價值。

We believe that building [these solutions, ideas, featrues] for [this type user] will achieve [these benefits].

Radical Transparency 

• Scrum
• Demos
• Access to data
• Access to customers

Q&A 時間，主辦人問了個我真正好奇的問題，Maggie 回台灣一年，有遇到什麼 radical change？PicCollage 是個很美式的公司，所以她並沒有遇到太大的斷層，但一直有聽說亞洲的風氣不太一樣，因此多所做了些心理準備。

Figure out what the problem is? Make the first diamond. 

有個有趣的聽眾發問，「MVP 推得越多死的越快？」

侯宗成 Jason Hou / Product Manager at Pinkoi - 5 Takeaways

Jason 說這個 workshop 實在太貴了，要大家聽聽看 workshop 跟線上分享的 source 有什麼差別。

Product Roadmaps

1. A roadmap is...

Not a release plan
Nor a Gantt chart
Nor a backlog

Jason 一開始快速投影了幾張「產品經理可能都看得懂的圖」：

• A release plan on Gantt chart
• From backlog to release plan

Product roadmap 有五個主要元素：

1. Product vision
2. Business objectives
3. Timeframes
4. Themes
5. Disclaimer

而 Timeframes & Themes 的部分，是 Jason 主要分享的，workshop 中與一般閱讀資料者的主要差異。

What are the differences between "Roadmap" and "Release/Project plan"

Roadmap:

• Overall, broad view
• Long timeframes
• NO specific dates
• Across all teams
• Confirm strategic intent, objectives, & directions

Release/Project plan:

• Detailed, realistic view
• Narrow timeboxes
• Specific dates
• Within product-dev
• Ensure resource allocation & execution

Roadmap 產品路線圖（manages outcomes）是一個長遠的全局規劃，其中透過了非常多的Project or Release Plan 發布計畫（manages outputs）來形構，這中間有策略也有承諾。

2. A roadmap is a prototype, bridge between start and finish.

A product roadmap is a prototype of your product strategy. - Janna Bastow, CEO ProdPad

產品路線圖是個 prototype，用來驗證大家從起點（needs, problems, & challenges discovered) 到終點 (customer, success, business success, * product vision, realized) 之間的認知，落差有多大。產品經理用 roadmap 表達，同時承諾，我們在堆砌產品的路上，到底要完成多少事情？產品路線圖喬接了起點跟終點，我們發現了用戶的需求，那麼要達成什麼樣的目標？

A roadmap is...How you will realize your product vision.

Roadmap shows possible ways to the future.

• Now - 最有信心的一個欄位 (low flexibility, high confidence)
• Next - 下一步的目標
• Later - 遠一點的願景，會需要比較高的彈性 (high flexibility, low confidence)

有個重要的部分是「免責聲明」，但這個請大家去看 Jason 提供的講前資料：https://www.facebook.com/events/580691812429642/permalink/588153388350151/　

3. A roadmap is the key product of product managers (requires almost every soft & hard skill of product managers)

Roadmap Process（六個階段）

1. Gather inputs: Customers + Stakeholders + Competitors + Market Ecosystem
2. Build Visions, Strategy, & Objects: Company vision & Mission → Product vision & Strategy → Objectives & Key results
3. Make themes & Prioritize
4. Map themes onto timeframes: Now → Next → Later
5. Get alignments & Buy-in（這是講者認為最困難的部分）vectors aligned = maximum impact，且需要 align from the beginning with stakeholders
6. Present, Share, Update, & Iterate

How to make themes?
How to get alignment?

4. A roadmap is optimized by how we write themes

主題卡片是一個極度虛玄的東西

Themes are headlines of initiatives 很具體到很模糊的寫法都有，寫得很具體就越靠近 release plan，越像是一個 release plan 的 prototype，涵蓋的承諾就更多，但也不一定不可能發生，有可能是產品經理覺得事情超級重要，就寫得非常具體，放在「Now」這個 column。但如果具體的寫法發生在「Later」，相形之下就比較浪費時間，或是期待直接可以執行、落地的 feature，寫的越具體，可能就會從「Later」一下子跳到「Now」。

From concrete specific to abstract flexible

< Feature | Groups of features | Initiatives (key actions) - the ideal form | objectives >

Visions objectives ←→ Themes ←→ Problems needs

Problems needs ←→ Themes ←→ Solutions Features 

Outcomes ←→ Themes ←→ Outputs 

Jason 用 Space X 舉例：

• Company Vision: Humans become multiplanet species
• Company Mission: Enable humans to travel to other planets
• Product Visions: 
• To provide low-cost travel to Earth orbits (Falcon Rocket)
• To provide high-efficiency, low-cost, interplanetary transportation to Mars (Big Falcon Rocket)

SpaceX - Problems vs Possible THEMES

Problems ←→ Possible themes

High costs to orbit ←→ Full reusability

Risky earth re-entry ←→ Heat shield re-entry

Risky Mars Landing ←→ Repulsive landing 

Not enough return fuel ←→ ??

由多重路徑來思考解法，theme 的定義最一般的用法是「具體但帶點空間」如果寫得更具體就是 feature 的寫法。而 theme 的定義同時影響著決策結果。

當產品經理面臨所有人都在喊著「先解決我的問題 Solve my problems ASAP」時，到底要如何取捨 roadmap 的 column 定義呢？每個人都想要在「Now」而不是「Next」甚至「Later」。

5. A roadmap is...A storytelling tool from negotiation and communication

• Gather stakeholders' inputs
• Prioritize & map to themes/timeframes
• Explain everything in strategic context
• Communicate priorities & negotiate adjustments

To do all the above.. User roadmap as the tool & trigger.

產品路線圖是產品經理的護身符，也是產品經理不管在面臨什麼樣艱難的狀況下，很重要的破冰點。因此務必 "Build alignment (with stakeholder) from the beginning." 

當面臨一個全新的團隊時，要如何快速地引導團隊進入狀況？讓所有人達成共識？朝向同一個方向前進？

這時候 roadmap 就是很棒的 vision，可以開啟團隊的需求歸納，共識的觸發點。引導團隊提供對產品路線圖的想法，經驗。「我有一個草稿，你要看一下嗎？」來開啟談話，把團隊成員當成產品用戶去訪談，在規劃初期盡可能地蒐集所有資訊。

Ask questions like we are interviewing our customers:

• What are you trying to accomplish in the [timeframe]?
• How can our product help you to succeed?
• What has to be on the roadmap? What's most important?

路線圖會是一個觸發點，需要讓所以人理解「路線圖的篇幅是有限的」。

那麼，當遭遇了天上掉下來的隕石呢？這種「不能直接答應，也不能直接拒絕」的需求，該怎麼辦呢？這時候只能「問問題」。

• How does [ a new request ] meet the objectives?
• How does it fit into the roadmap?
• If resources are limited, what can be moved to later?

Roadmap 是跟「隕石」談話的很重要的觸發點，要延後、提早或調整都可以依據產品路線圖，而在談話的過程中，可以收集很重要的線索，也可以排解危機。

The key: Tell the roadmap story...
...so that each theme has its meaning
...so that their sequence makes sense
...so we can probe stakeholders' reactions before things are too late


Slack api:（多產品公司） https://api.slack.com/roadmap
Buffer（單產品公司）: https://open.buffer.com/transparent-product-roadmap/
Prodpad: https://www.prodpad.com/about-us/our-roadmap 

產品故事圖，是個很難的部分，因為產品經理有個能力，就是看到每個人都「換句話說」。

最重要的就是在一開始蒐集 stakeholder 的意見時，就要開始蒐集這個聽眾的偏好和意見，才知道這個人想要聽到什麼樣的故事，需要什麼樣的元素和情境。

始終都需要透過一次次的對話來釐清決策方向與解法。而產品經理掌握了最多的資訊，因此可以自行決定在每一個談話環節，決定需要揭露的產品方向、公司策略或更多的考量元素。

Roadmap 為什麼有這麼多種寫法？因為每個產品經理面臨的狀況，要談話溝通的對象都不同（單產品、多產品、Feature 等）。

A roadmap should

• Put your plans in a strategic context
• Focus on delivering value
• Embrace learning
• Rally the organization around a single set of priorities
• Get customers excited

A roadmap should NOT

• Make promises you can't keep
• Act as a project plan or a release plan
• Require wasteful up-front design and estimation

談到了 roadmap 在 Pinkoi 的運用，Jason 認為「架構性的東西」很難直接規劃定義，因此 roadmap 就可以協助他來定義相關的規劃。

腦力好像真的耗盡的一天，還是很感謝自己來了這場分享。