產品與項目的邏輯統一:關于團隊合作模式和問題反饋處理機制的思考

2 評論 2084 瀏覽 6 收藏 9 分鐘

做產品和做項目其實都是一回事,想要把項目做好,也是需要對交付團隊做設計的。這篇文章,作者詳細闡述了產生這個認知的全過程,供各位參考。

做了一陣子產品之后認為做產品和做項目完全是兩回事,而現在覺得,其實是殊途同歸。

如果說做產品,得用產品說話,打造產品的交互體驗,穩定性,好的功能效果;那么做項目,與客戶交互、直接給客戶體驗的是交付團隊。

也可以說,其實做交付項目就得把交付團隊當做一個產品來打造,給用戶專業的感覺,舒暢的體驗。

如果說好的產品來源于對產品的設計,產品的交互模式,運行速度等等,那么項目想要做好也是需要對交付團隊做設計的。

設計什么呢?

設計團隊的內部合作模式和問題反饋處理機制,這關系到一個團隊的核心軟實力,決定了體驗好不好,性能強不強。

從這個角度講,那做產品和做項目的方法論就可以統一了。

一、WHY

為什么會有這個認知呢,主要來源于對幾個現象的思考:

  • 客戶視角:這家公司對接起來亂七八糟,很累,人員很多,效率很低,有問題只能把管事的領導都@一遍
  • 團隊內部視角:合作亂,信息亂,信息不統一,問題反饋亂,不知道該以誰的為準。

基于上面這些現象做了一個思想實驗:

極端情況下,假設雙方的信息交互和流通是純自發的,沒有約束的,即:信息(包括需求、問題反饋)在我方與客戶方之間任意兩者都可以交互對接的。那就形成如下圖1-1所示的效果,亂成一鍋粥,所有人都應接不暇,理不清頭緒。

二、HOW

要解決上面的問題,就得在甲方客戶和我方之間構建合理的、高效的信息處理流程。也就是如何處理信息接收、信息處理、解決措施與閉環反饋這個四個步驟,如圖1-2。

1. 信息接收

在信息接收這個環節,由于乙方對甲方是弱約束甚至是沒有約束力的,因此乙方無法要求和控制甲方的信息流動,因此甲方在遇到問題的時候有可能向乙方的任意一個人提出,那乙方這個人該怎么做?這里面有兩種情況,一種是所提問題剛好就是乙方這個人職責范圍內可以處理的,那直接按照后面的解決措施流程處理;如果是職責范圍之外的,那他只需要有簡單接收信息的能力即可,利用表單工具登記好問題、提出者信息(方便后面聯系處理),問題名稱和簡單描述,這項能力是所有可能與甲方客戶有交集的成員都具備的,利用好工具,設計好表單的情況下處理也非常簡單。當然這里面需要有一個前提,就是乙方人員的職責范圍比較清晰,每個人知道這個問題該不該他由來處理。

所以,在信息接收這個一個環節需要對團隊做什么樣的建設:

  1. 幫助所有與客戶接觸人員理清確定自己的職責范圍,對于非自己職責范圍內的需求和問題,不輕易給客戶不專業的回答和解決措施。
  2. 建立統一的問題反饋渠道,讓任何人都方便記錄需求和問題,比如飛書的問題表單。
  3. 培訓所有與客戶接觸的人員,熟悉信息接收這個處理流程以及對應的表單工具、方法。

2. 信息處理

不管是需求還是問題,都需要進一步了解其來源,全貌,這樣才能發現真需求,真問題。這個環節和做產品的需求處理邏輯是一樣的,但作為工程師很容易就直接按客戶說的就去做了,但很多時候客戶提的只是他的想法,或者解決問題的一種方法,真需求和真問題還需要我們進一步通過思考,溝通等方式挖掘出來。找到真需求和真問題是信息處理的關鍵,也決定了后續處理的質量,所以這一環節其實是非常有必要多耗時和耐心來處理的。

在這個一個環節需要對團隊做的建設是:

  1. 重視對問題和需求的處理,培養這個環節的人的需求處理能力和方法論。
  2. 要求將這一個環節的關鍵信息成文成檔,方便后一環節多人協作。
  3. 設置好處理流程,沒處理好的問題不能輕易流向下一個環節。

3. 解決措施

如果在上一環節把真問題,真需求搞明白了,其實接起來解決措施也是比較容易清晰的。(要么就是實現不了,或者綜合成本,時間要求等各方面的考慮,與客戶協商進行調整)

在這個一個環節需要對團隊做的建設是:

  1. 這個過程建立開發流程:技術可行性評估–>時間/成本 與資源評估->給出方案和進度計劃->推進開發->測試。(事實上目前團隊只有這個執行流程,還是隱性默認的,不是顯性的)
  2. 在統一的管理需求/問題管理工具上更新開發和解決的進度。

4. 閉環反饋

向客戶(需求/問題提出者)驗收功能或者確定問題關閉,這個過程簡單,但很有必要,可以給客戶安全感,靠譜的感覺。

在這個一個環節需要對團隊做的建設是:建立交付團隊的閉環反饋意識。

這四個步驟,在具體的執行上可以有兩種大的做法,第一種是按需求/問題分,每個人負責某一范圍的需求和問題走完全流程;第二種是按流程環節驟分,每個人只負責一個或兩個環節。如果小項目小團隊,試用于第一種,一個人走完全流程,實現自閉環,但這種情況需要的是能力全面的工程師。但如果是大項目大團隊,那一個人是無法處理那么多需求和問題的,這就需要用第二種。

特別強調的是:信息接收和信息處理這個兩個步驟是交付團隊與客戶發生交互的關鍵環節,這兩個環節的處理相當于這個團隊的門面和交互界面,決定了客戶對這個項目團隊的整體印象,這一步體現的是團隊的管理能力。而解決措施這一步體現的才是這個項目團隊的技術實力。

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

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 屬實沒讀懂

    來自廣東 回復
    1. 這篇文章需要同時對項目和產品有一定的認識和理解才能理解哦

      來自北京 回復