產(chǎn)品與項目的邏輯統(tǒng)一:關(guān)于團隊合作模式和問題反饋處理機制的思考
做產(chǎn)品和做項目其實都是一回事,想要把項目做好,也是需要對交付團隊做設(shè)計的。這篇文章,作者詳細闡述了產(chǎn)生這個認知的全過程,供各位參考。
做了一陣子產(chǎn)品之后認為做產(chǎn)品和做項目完全是兩回事,而現(xiàn)在覺得,其實是殊途同歸。
如果說做產(chǎn)品,得用產(chǎn)品說話,打造產(chǎn)品的交互體驗,穩(wěn)定性,好的功能效果;那么做項目,與客戶交互、直接給客戶體驗的是交付團隊。
也可以說,其實做交付項目就得把交付團隊當做一個產(chǎn)品來打造,給用戶專業(yè)的感覺,舒暢的體驗。
如果說好的產(chǎn)品來源于對產(chǎn)品的設(shè)計,產(chǎn)品的交互模式,運行速度等等,那么項目想要做好也是需要對交付團隊做設(shè)計的。
設(shè)計什么呢?
設(shè)計團隊的內(nèi)部合作模式和問題反饋處理機制,這關(guān)系到一個團隊的核心軟實力,決定了體驗好不好,性能強不強。
從這個角度講,那做產(chǎn)品和做項目的方法論就可以統(tǒng)一了。
一、WHY
為什么會有這個認知呢,主要來源于對幾個現(xiàn)象的思考:
- 客戶視角:這家公司對接起來亂七八糟,很累,人員很多,效率很低,有問題只能把管事的領(lǐng)導都@一遍
- 團隊內(nèi)部視角:合作亂,信息亂,信息不統(tǒng)一,問題反饋亂,不知道該以誰的為準。
基于上面這些現(xiàn)象做了一個思想實驗:
極端情況下,假設(shè)雙方的信息交互和流通是純自發(fā)的,沒有約束的,即:信息(包括需求、問題反饋)在我方與客戶方之間任意兩者都可以交互對接的。那就形成如下圖1-1所示的效果,亂成一鍋粥,所有人都應(yīng)接不暇,理不清頭緒。
二、HOW
要解決上面的問題,就得在甲方客戶和我方之間構(gòu)建合理的、高效的信息處理流程。也就是如何處理信息接收、信息處理、解決措施與閉環(huán)反饋這個四個步驟,如圖1-2。
1. 信息接收
在信息接收這個環(huán)節(jié),由于乙方對甲方是弱約束甚至是沒有約束力的,因此乙方無法要求和控制甲方的信息流動,因此甲方在遇到問題的時候有可能向乙方的任意一個人提出,那乙方這個人該怎么做?這里面有兩種情況,一種是所提問題剛好就是乙方這個人職責范圍內(nèi)可以處理的,那直接按照后面的解決措施流程處理;如果是職責范圍之外的,那他只需要有簡單接收信息的能力即可,利用表單工具登記好問題、提出者信息(方便后面聯(lián)系處理),問題名稱和簡單描述,這項能力是所有可能與甲方客戶有交集的成員都具備的,利用好工具,設(shè)計好表單的情況下處理也非常簡單。當然這里面需要有一個前提,就是乙方人員的職責范圍比較清晰,每個人知道這個問題該不該他由來處理。
所以,在信息接收這個一個環(huán)節(jié)需要對團隊做什么樣的建設(shè):
- 幫助所有與客戶接觸人員理清確定自己的職責范圍,對于非自己職責范圍內(nèi)的需求和問題,不輕易給客戶不專業(yè)的回答和解決措施。
- 建立統(tǒng)一的問題反饋渠道,讓任何人都方便記錄需求和問題,比如飛書的問題表單。
- 培訓所有與客戶接觸的人員,熟悉信息接收這個處理流程以及對應(yīng)的表單工具、方法。
2. 信息處理
不管是需求還是問題,都需要進一步了解其來源,全貌,這樣才能發(fā)現(xiàn)真需求,真問題。這個環(huán)節(jié)和做產(chǎn)品的需求處理邏輯是一樣的,但作為工程師很容易就直接按客戶說的就去做了,但很多時候客戶提的只是他的想法,或者解決問題的一種方法,真需求和真問題還需要我們進一步通過思考,溝通等方式挖掘出來。找到真需求和真問題是信息處理的關(guān)鍵,也決定了后續(xù)處理的質(zhì)量,所以這一環(huán)節(jié)其實是非常有必要多耗時和耐心來處理的。
在這個一個環(huán)節(jié)需要對團隊做的建設(shè)是:
- 重視對問題和需求的處理,培養(yǎng)這個環(huán)節(jié)的人的需求處理能力和方法論。
- 要求將這一個環(huán)節(jié)的關(guān)鍵信息成文成檔,方便后一環(huán)節(jié)多人協(xié)作。
- 設(shè)置好處理流程,沒處理好的問題不能輕易流向下一個環(huán)節(jié)。
3. 解決措施
如果在上一環(huán)節(jié)把真問題,真需求搞明白了,其實接起來解決措施也是比較容易清晰的。(要么就是實現(xiàn)不了,或者綜合成本,時間要求等各方面的考慮,與客戶協(xié)商進行調(diào)整)
在這個一個環(huán)節(jié)需要對團隊做的建設(shè)是:
- 這個過程建立開發(fā)流程:技術(shù)可行性評估–>時間/成本 與資源評估->給出方案和進度計劃->推進開發(fā)->測試。(事實上目前團隊只有這個執(zhí)行流程,還是隱性默認的,不是顯性的)
- 在統(tǒng)一的管理需求/問題管理工具上更新開發(fā)和解決的進度。
4. 閉環(huán)反饋
向客戶(需求/問題提出者)驗收功能或者確定問題關(guān)閉,這個過程簡單,但很有必要,可以給客戶安全感,靠譜的感覺。
在這個一個環(huán)節(jié)需要對團隊做的建設(shè)是:建立交付團隊的閉環(huán)反饋意識。
這四個步驟,在具體的執(zhí)行上可以有兩種大的做法,第一種是按需求/問題分,每個人負責某一范圍的需求和問題走完全流程;第二種是按流程環(huán)節(jié)驟分,每個人只負責一個或兩個環(huán)節(jié)。如果小項目小團隊,試用于第一種,一個人走完全流程,實現(xiàn)自閉環(huán),但這種情況需要的是能力全面的工程師。但如果是大項目大團隊,那一個人是無法處理那么多需求和問題的,這就需要用第二種。
特別強調(diào)的是:信息接收和信息處理這個兩個步驟是交付團隊與客戶發(fā)生交互的關(guān)鍵環(huán)節(jié),這兩個環(huán)節(jié)的處理相當于這個團隊的門面和交互界面,決定了客戶對這個項目團隊的整體印象,這一步體現(xiàn)的是團隊的管理能力。而解決措施這一步體現(xiàn)的才是這個項目團隊的技術(shù)實力。
本文由 @Sherwin 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)
屬實沒讀懂
這篇文章需要同時對項目和產(chǎn)品有一定的認識和理解才能理解哦