「How might the opposite be true?」- Paige Costello (Asana, Intercom, Intuit)

當遇到嚴峻的挑戰覺得自己一定撐不下去的時候,Paige 最常使用的小撇步就是問自己這句話,讓自己不要陷入過度自我質疑和跌進焦慮的漩渦裡面。想了好久一直不曉得怎麼翻譯這句話比較好,大概就是「如果事實和你想的剛好完全相反呢?」吧!

Asana 團隊架構

Paige 分享的團隊架構大致上可以分為 4 個層級,R&D Level、Pillar Level、Area Level,和 Team Level。

  • Pillar Level:
    個人理解這個層級比較像是產品線的分類。例如 Paige 負責的就是 Core Product Pillar,除此之外還有其他產品線像是 Adoption and Enterprise Pillar、Workflow Pillar 等等。
  • Area Level:
    為了在團隊成員人數增加的同時也一併兼顧每個人的生產力以及避免產品方向走偏,中間的這層 Area Level 主要會去定義特定的 TA(Target Audiance) 和要解決的問題,後續再根據量體的大小來決定需要的團隊數量。

藉由在每個層級建立各自且互相呼應的指標,所有團隊成員都可以明確知道成功的定義是什麼,當然在 Team Level 可能同時就會針對 1 至 2 個主要的指標去推進產品。相對於單純的依據團隊地域性或產品功能架構來切割團隊,這樣的團隊架構更能確保每個團隊的產出不僅是有意義的,也會符合公司的整體發展方向和目標。

產品規劃時間軸

簡單來說就是每半年做一次後續一整年的規劃,前六個月的內容由於當下所擁有的資訊、產品優勢、市場情況或是業務方向會比較明確,所以規劃上會有相對高的可信度。而後半年的規劃就是依據前半年的規劃暫時做一個延伸,雖然可信度較低但可以確保整體產品的延續性。

相較於長至兩三年的長期規劃,這樣的產品規劃頻率也可以確保當有新的科技可以應用到產品上的時候,團隊可以持續保有彈性並且用更快的速度做出反應。也可以避免一些無謂的資源浪費,例如前面花很多時間討論出的規劃內容在一夕之間翻盤的情況發生。

有趣的是他們不會有更短期的產品規劃了,例如每季或是每週的目標等等,取而代之的是他們確保每個人都明確了解對於下一個半年我們所定義的成功的樣貌,之後就讓每個團隊自己根據負責的指標去衝刺了。

Double Diamond Process

傳統的 Double Diamond 解釋可以參考這個影片,不過 Asana 的用法是把它定義為一個由無數個「擴大 -> 收攏」所組成的解決方案定義流程。Paige 舉的例子是:

  1. 「What customer should I solve for?」, and then pick one.
  2. 「What are the problems this customer has?」, and then pick one.
  3. 「What solution should we do to this?」, and then come out with the solution.

這個流程最大的優點是能讓大家在選定的框架內盡情發揮創意,同時確保所決定的對象和方案都是忠於團隊各自所負責的指標而產生的。對於要做的功能本身來講,成功指標其實是在知道要做什麼功能之前就已經根據團隊目標定義好在那邊的東西,而不只是單純為了評估功能本身而去定義的。

建立信任感和取得懷疑者的支持

信任等式

  • Credibility (信譽):
    在對方不認識而且不了解你的能力的情況下,最優先要做的事情就是建立你的信譽,換句話說就是個人品牌的概念吧。可行的做法之一就是實際去了解用戶、市場、競爭對手、數據和產品之後,在所有的對話中以有自信的態度清楚表達獨特且有建設性的見解或觀點,這不表示你一定要表現得比對方更有經驗或是精通對方擅長的領域,反而是要讓對方感受到你是願意分享而且會看到別人沒有注意到的細節的人。

個人覺得其實對於 PM 而言,就是做好你該做的工作XD

  • Reliability (可靠性):
    「this is all about your say-do ratio」,真的是超精確的解釋誒!
    不要當放羊的孩子,不要輕易答應做不到的事情,反過來既然答應下來了就要用生命竟一切努力和資源去做到!
  • Authenticity (真誠):
    不用過度包裝自己,在做自己的同時適當地展現自己的弱點並且尋求他人協助,重要的是不要讓別人有種你是為了自己的利益而做某件事情的感受,一旦別人認為你是為了自身利益而刻意做某些表現的同時,對你的信任度就會打折了。

有自信的和別人溝通

「real confidence is often conveyed by being willing to ask the question or to say, “I don’t know what you mean by that. Can you say that again?”」

真正的有自信並不是穿上鎧甲表現得一副什麼都懂的樣子,反而是要認知到自己不足或不懂的地方並且勇於發問。

當你主持或參與會議的時候就全心全意專注在該會議上,會議中持續掃瞄所有人的臉,主動發現有沒有任何人有疑問並且在結束的時候詢問大家自己有沒有不小心遺漏的地方等等,重點是你要維持在一個開放所有人來挑戰你的狀態並且從頭到尾維持這個氛圍的存在,如此一來每個人自然而然的就會感受到你這個人的親和力並且逐漸提升對你的信任度。

Always answer the question they should have asked

在準備會議或是對話的時候可以嘗試著去思考層級更高的問題,擴大該主題涵蓋的範圍,或是去思考別人有可能會提出的替代方案是否可行以及你該如何做回應,甚至提早去和對方討論(我最常用的方法是一起吃午餐XD),主要目的是確保自己能夠涵蓋到每個來自不同背景參與者的需求和想法。

Paige 有一招是他會先把想討論的問題寫在便利貼上帶進會議室,當該討論項目有被提出來討論的話他就會畫掉他,等到會議最後再看情況把沒有被提到的問題提出來和大家一起討論。(學!)

一直以來我都和別人說,每個我主持的會議我都把它當作一個小小的成果發表會,不論會議的主題或是大小,總是會有方法可以讓別人看到你和別人不一樣的地方,而且我相信對於 PM 而言最能展現自己能力的時間點就是在開不完的會議裡面了吧XD

Paige 給 PM 的建議

  • 不要自我設限(Self-Select)
    很多人會不自覺的把自己限制在某個圈圈裡面,「啊我還沒有相關經驗所以沒辦法去負責這塊」「我在 X, Y, Z 的能力上還不足,這份工作我就不先去爭取了」,並不是說要去無視這些自我認知,反而是要在了解自己有這些需要加強的地方的同時鼓起勇氣,勇敢去把任務承接下來並且用 200% 的力量去補足它。
  • Think big, ship small.
    這應該已經是每位 PM 刻在心裡的概念了吧,永遠不要限制自己的想像力,同時也要有能力把最核心的概念擷取出來,用最快的速度去驗證你的想法。
  • How might the opposite be true?
    在遇到很嚴峻的挑戰的當下,我們很可能會馬上進入焦慮、恐懼和焦慮的狀態,這時候的大腦反而會無法去創造出其他的替代方案或是發覺其實一切並沒有想像中的這麼困難。適時地問自己這個問句,冷靜下來好好分析現況,確保自己不會被錯誤的情緒或心理狀態帶著走,最後反而錯失了曝光自己的好機會。
  • 學會給出好的建議
    一個好的建議必須是有效而明確的,一個好的建議是由「情境」、「行為」和「影響」組成的,例如「在上週五下午三點的產品會議裡,你不顧其他人正在發問然後直接發表自己的意見打斷別人的發言,這樣會讓別人覺得你不尊重她們,而且你後續如果還想跟他們合作的話反而這會是一個阻力。」
    另外我們需要認知到的是,提供反饋或建議的重點並不在於我們是否提供了正確的訊息,反而是跟他人分享在不同決策和行為的引導下,對整個環境和大局所造成的影響。

我自己對這段的理解是,與其說「在什麼時候你做了什麼所以造成了什麼影響,所以你下次就怎樣做就好拉~」,我們可以換另一個方式來表達,像是「在什麼時候你做了什麼所以造成了什麼影響,我上次遇到類似情況的時候我做了什麼事結果帶來的後果是什麼,所以下次我們遇到類似的狀況的時候我們可以嘗試用什麼方法來試試看,說不定我們遇到的結果會長怎樣」,用引導而不是直接給正確答案的方式來給予反饋或建議,相對的也會提高對方的接受度,對你的認同感也會 up up 喔!

  • 你不用當房間裡最聰明的那個人
    維持開放合作的心態並且照顧到每個人的需求才是我們身為會議主持人最該做的事情,就算你已經做了完整的使用者訪談和產品探索甚至完成了一份規格書,這也不代表你需要一現身就說「好我們就決定這樣做了 gogo!」,留時間和空間讓大家深入討論並且藉由問題的來回來取得大家的共識,這才是 PM 最應該要做到的事情,也可以更進一步和每個人建立良好的關係。

PM 通常對自己的職業生涯都是很有野心的,Paige 這邊用了一句話 -「Don’t let the sound of your wheels drive you crazy.」,在我們持續鞭策自己往前邁進的同時,如果可以讓自己樂在其中並且有技巧的處理每個遇到的挑戰的話(這邊指的不只是產品面而已,人際溝通、管理以及一大堆有的沒的軟技巧的養成等等都是其中一環),那麼,Your outcomes should speak for themselves.

Paige Costello 最愛用的面試題目

  • Tell me about a time something went wrong. What was it? What did you do about it?

這題對 PM 來說算是基本題,記得重點是要表達你身為 PM 這個角色是如何去發現、面對、處理以及針對這個錯誤去做收尾的,不是團隊做了什麼事,重點在你貢獻了哪些東西。

後記:

一樣,極度推薦大家騰出一個小時左右的時間聽完這集內容,有很多小細節像是 Paige 如何針對自己的弱點去做的各項調整和改變,她對於 AI 的想法以及 Asana 內部如何針對這個議題做出的調整等等都很值得我們來聽聽!

啊啊雖然每次寫心得文章時間都跟用飛的一樣(明明沒有寫很多但是一轉眼就過了 4 小時真的豪恐怖XD),但是寫完就會有滿滿溢出來的成就感真的很讚!! Good good~~

--

--

Kermit Lin

Passionate about building products, growth, and having a meaningful life. - Learn about me @ https://www.linkedin.com/in/kermitlin/