如何接手數據產品(1):找到業務的利益相關者(key stakeholder)

1 評論 4362 瀏覽 17 收藏 10 分鐘

當數據產品經理中途接手一個新的業務數據產品時,如何快速理解產品內容以及產品邏輯,并做出結構化梳理,快速接手建立高效的工作模型呢?筆者將為大家介紹一些方法,希望對你有所幫助。

背景

數據產品經理在實際工作中需要支持不同的業務線,這其中存在著很大的業務隔離。

然而由于各種原因, 比如公司的組織結構變動,人事變動或者個人的職能變化,公司和團隊會要求產品經理們快速接手一些新的業務數據。

那么如何能夠快速的了解自己所不熟悉的產品業務并保證最小程度上影響產品交付,這對產品經理來講是一個非常大的挑戰。

筆者希望分享個人最近的經驗,來分享一些實操過程中碰到的問題以及解決方法。希望能夠幫助大家快速將一個看似雜亂無章的新的業務數據產品,進行結構化的梳理并快速接手并建立高效的工作模型。

01 誰是key stakeholder(利益相關者)?

作為數據產品經理接手新的業務時,首先你需要知誰是你的stakeholder。 把這個問題搞清楚了之后,你其實已經完成了50%的業務交接。因為只要清楚你的客戶是誰,其實就鎖定了你的范圍。

02 如何快速定位業務的核心stakeholder呢?

a. 自下而上——找到業務的原負責人,詢問他所掌握的業務知識

這點很重要因為這個業務是從別的負責人轉給交給你,那么他一定已經建立了一個較為穩定的合作伙伴,那么你需要快速的找到這個原負責人,并將他的知識儲備進行轉移。其中需要快速搞清楚以下幾個事情:

  • 誰是主要的合作伙伴?
  • 每個合作伙伴的主要職能?
  • 每個合作伙伴的主要訴求?
  • 他們接下來的長期目標是什么?
  • 我們的team在為這個長期目標中扮演著一個什么樣的角色?
  • 他們接下來短期的目標是什么?
  • 有哪些重要的產品我們在為他們維護以及主要的問題和挑戰?
  • 我們已經承諾的近期高優先級的產出列表?(這點很重要,這是快速和stakeholder建立關系的重要指標)
  • 已有的合作模式(周會/月會/計劃會議等)
  • 已有的合作中存在的問題。
  • 索要已有的業務/產品文檔。

這種情況實際上為最優的解決方案,原業務負責人的存在會給你流出充足的適應期,保證你在接手業務的時候可以得到足夠的背景和知識儲備支持。同時,最好要求原業務負責人發一封變更通知,這會幫助stakeholder快速和你建立關系,以便接下來工作的開展。

b. 自下而上——缺少背景

如果原負責人已經離職,那么在完全沒有背景的情況下,所有的情況將變得復雜的多。

筆者這次的情況就是原業務負責人和原開發團隊已經全部離職,筆者接手的時候發現原有的所有連接已經斷開,需要重新來構建合作模型。

下面介紹了在這種情況下筆者如何獲取所需要的信息完成業務梳理:

  • 你需要獲得新的開發團隊的大力支持。通過接手已有的產品,盡快理清產品線。 這點非常重要, 因為如果原團隊的代碼維護得當, 從開發代碼中以及維護歷史中可以得到大量的線索,并猜測重要的產品。
  • 快速掌握已有產品并了解其核心價值。 這點無需贅言,每個經理都需要先了解自己已有的產品。
  • 尋找原負責人的郵件,查看收件人并提取可能stakeholder列表。 這點在實際操作中幫助筆者以最快的速度,確定了第一輪的會議列表。筆者通過原同事的離職郵件,尋找到了非本組的同事,將其所有人的只能部門于產品進行交叉比對,鎖定了第一輪的接洽以及主題。 事實證明,這個在非常大的程度上幫助我們鎖定了主要的合作伙伴。

會議, 筆者在完成上述三項后,很快的和主要的stakeholder開始了第一輪會議,筆者的主要問題會包括:

  1. 介紹本部門的變化
  2. 了解其所在部門業務
  3. 了解過去的合作模式
  4. 了解本部門的業務需求
  5. 管理好用戶的期望以及確認最高優先級(這點非常重要,因為在接下里的2-3個星期, 團隊的所有側重都會在熟悉接手已有產品, 產品經理很重要的職責是告知相關方接下來的產出會受到影響)
  6. 咨詢是否已知其他stakeholders (很多時候, 需求的stakeholder可能為多個人,而了解到這些人很大程度會幫助你安排接下來的會議)
  7. 下一步計劃 (筆者在這里不建議在第一次會議室就確定合作模式, 因為當你沒有一個完整的業務理解的時候,過多的承諾合作會導致過量的會議,很大程度的影響你的工作并吃掉你的資源。 這里建議承諾一次性的follow up meeting,時間大概在2-3 周后, 因為那時你會有更好的業務理解并定義合理的合作模式)
  8. 文檔分享 (年度計劃, 業務介紹, 過去的郵件等)

整理并理解本團隊核心價值,并確認下一步計劃。?完成第一輪的會議后, 筆者了解到stakeholders的需求會有很大程度的重疊,理解后發現需求會落入橫向的基礎支持以及縱向的業務專門支持兩個維度。 而這個模型實際上會有很大的擴展可能,所以有和更多的業務方團隊進行溝通的必要。

擴大會議。 筆者通過于第一批用戶進行溝通后, 鎖定了未在名單上的更多參會者, 對只能的解讀和產品的匹配,確定下一批會議的參會著名單。于是重復上兩步的操作,直到完成了所有的產品矩陣和核心stakeholder的匹配。

收斂 x 高效。 在完成了對主要的stakeholder的收集后, 需要確定接下來的產品方向以及合作模式。 筆者最近經歷的這個case有15+主要的合作伙伴, 如何能高效的管理關系并實現已有資源的產出最大化而不是迷失在海量的需求中,這個會在下一篇文章中講到。

c. 自上而下 –?如果你在這次業務轉移時,完全沒有任何線索,那么如何能夠快速關系?

這個時候筆者建議關系的建立需要選擇自上而下。產品經理需要快速的將產品情況整理,并信息提供給領導層,讓其幫助你快速與合作方領導層進行對接, 確認對方組織內的溝通負責人。然后可進行如上的對接。

這個方法的好處是很高效的實現需求的對接,但是同時你實際是將所有的壓力推給了你的上層,可以適當使用。

d. 被動型 –?等待需求來臨

這個場景有些風險,但是筆者確實是見過很多這類的案例。?實際上就是等待stakeholer持需求來找到產品經理,這個時候產品經理與其進行對接。

這個方法的好處在于復雜的溝通成本使得找到你的客戶都是真正的需求方,但是同時如果溝通成本過于高昂,可能會失去一些潛在的客戶機會。 團隊層面的話,業務方也會認為該團隊在這次組織變更中缺少存在很大的管理疏漏,沒有明確的負責人,過于混亂等一些負面評價。

下一篇文章會主要聚焦在當你已經找到主要的stakeholder后,如何能夠快速建立高效的工作模型,以及其中會碰到的主要挑戰。

該文章主要為個人實踐中的心得,如果有什么問題的話歡迎交流 pm_stanley@163.com。

 

本文由 @Stanley 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 大家期待已久的《數據產品經理實戰訓練營》終于在起點學院(人人都是產品經理旗下教育機構)上線啦!

    本課程非常適合新手數據產品經理,或者想要轉崗的產品經理、數據分析師、研發、產品運營等人群。

    課程會從基礎概念,到核心技能,再通過典型數據分析平臺的實戰,幫助大家構建完整的知識體系,掌握數據產品經理的基本功。

    學完后你會掌握怎么建指標體系、指標字典,如何設計數據埋點、保證數據質量,規劃大數據分析平臺等實際工作技能~

    現在就添加空空老師(微信id:anne012520),咨詢課程詳情并領取福利優惠吧!

    回復