編輯導(dǎo)語：初級產(chǎn)品經(jīng)理在工作過程中，可能會遇到許多問題。本篇文章中作者結(jié)合自身經(jīng)驗(yàn)，從六個(gè)方面敘述了產(chǎn)品經(jīng)理應(yīng)該如何提升產(chǎn)品能力。感興趣的小伙伴們快來一起看看吧，希望對你有所幫助。

產(chǎn)品經(jīng)理容易有這樣一個(gè)現(xiàn)象：看過很多的產(chǎn)品文章，學(xué)過一些產(chǎn)品課程，了解很多高大上的模型理論，每天關(guān)注互聯(lián)網(wǎng)資訊，你跟他聊天的時(shí)候發(fā)現(xiàn)他什么都懂一點(diǎn)，但一上手就是不出活，暴露各種基本功不扎實(shí)的問題。

為什么看了那么多大咖的分享總結(jié)、方法論的文章，依然做不好需求？

結(jié)合我自己的經(jīng)歷，我把原因總結(jié)為兩方面。

一方面，看的文章寫的內(nèi)容泛泛而談不夠干貨，或者說通用性不強(qiáng)，僅適用于作者自己的項(xiàng)目和工作，難以進(jìn)行學(xué)習(xí)模仿。

另一方面是你只是略讀一遍，像看新聞一樣，沒有深入理解其中的精華，在實(shí)踐的時(shí)候也沒有運(yùn)用上。

本文的主要內(nèi)容是初級產(chǎn)品經(jīng)理工作過程中各環(huán)節(jié)的技巧總結(jié)，我寫的時(shí)候盡量是從現(xiàn)有工作內(nèi)容中抽離，沒有涉及到我的具體業(yè)務(wù)，因此不同細(xì)分領(lǐng)域的產(chǎn)品經(jīng)理都可以通用。

為了區(qū)分什么是技巧、技能、能力，我這里做了如下定義：

• 技巧：是為了快速提升技能的手段，是技能的一部分，是可以學(xué)習(xí)復(fù)制的
• 技能：是具體的、全面的，是為了做好一項(xiàng)工作而需要具備的內(nèi)容，是可以學(xué)習(xí)復(fù)制的
• 能力：是技能內(nèi)化后的結(jié)果，是舉一反三的驅(qū)動(dòng)力，很難復(fù)制，需要靠自己總結(jié)提煉

由此可見，要提升產(chǎn)品能力，可以先從學(xué)習(xí)技巧開始，再掌握全面的技能，最后提煉出通用的能力，如此循序漸進(jìn)。

本文主要內(nèi)容：

1. 初級產(chǎn)品經(jīng)理必備素質(zhì)
2. 需求收集和過濾
3. 產(chǎn)品方案設(shè)計(jì)
4. 項(xiàng)目管理
5. 溝通技巧
6. 方法論建設(shè)

一、初級產(chǎn)品經(jīng)理必備素質(zhì)

處在職場的不同階段，聚焦點(diǎn)是不一樣的。作為初級產(chǎn)品經(jīng)理，需要明確自己的定位和目標(biāo)，練好基本功，切勿好高騖遠(yuǎn)。

1. 清晰的自我定位

初級產(chǎn)品經(jīng)理一般完整的負(fù)責(zé)一個(gè)功能模塊或一個(gè)系統(tǒng)，首先，需要對自己負(fù)責(zé)的模塊充分的熟悉然后了如指掌，讓所有需要跟這個(gè)功能對接的人知道，有問題只要找你就解決了，這也是逐步建立影響力的過程；

其次，熟悉了模塊之后，再深入思考該模塊不同競品做的怎么樣，自己產(chǎn)品所在哪個(gè)檔次，距離最好的產(chǎn)品差距有多少，如何基于公司的業(yè)務(wù)提高該模塊的競爭力；

最后，在掌握了自己負(fù)責(zé)的內(nèi)容后，以點(diǎn)帶面，不斷完善加深對公司產(chǎn)品和業(yè)務(wù)的理解，才能獲得更多機(jī)會承擔(dān)更重大的項(xiàng)目。

以上三個(gè)過程是一個(gè)遞進(jìn)的關(guān)系，也是初級產(chǎn)品經(jīng)理在不同工作階段的不同定位。

2. 明確的工作目標(biāo)

對于剛工作的前兩年，對于個(gè)人能力的提升目標(biāo)方面，應(yīng)該著重關(guān)注執(zhí)行力、溝通力、項(xiàng)目管理能力三大塊，其中執(zhí)行力包含了需求分析、產(chǎn)品設(shè)計(jì)、推進(jìn)項(xiàng)目開始到上線過程的方方面面，這三大塊內(nèi)容是作為產(chǎn)品經(jīng)理最基本的基本功。

二、需求收集和過濾

1. 需求池管理

產(chǎn)品經(jīng)理對需求的管理就像廚師對食材的管理，廚師在眾多食材中挑選合理的組合，加工成美味，產(chǎn)品經(jīng)理在眾多業(yè)務(wù)方提出的需求中進(jìn)行組合設(shè)計(jì)，加工成產(chǎn)品功能。

好的需求池管理不僅是對需求進(jìn)行過濾，也是對工作內(nèi)容的精細(xì)化記錄和總結(jié)，有利于有條不紊的項(xiàng)目管理和后期的復(fù)盤。我將對需求池的管理內(nèi)容總結(jié)為三大部分：

1. 判斷并記錄需求的真?zhèn)巍⒅匾?、緊急度、實(shí)現(xiàn)難度、業(yè)務(wù)價(jià)值、關(guān)聯(lián)方
2. 記錄當(dāng)前每個(gè)需求的項(xiàng)目實(shí)現(xiàn)狀態(tài)
3. 追蹤需求實(shí)現(xiàn)后的用戶及數(shù)據(jù)反饋情況

至于需求池的表格模板，我認(rèn)為每個(gè)人的實(shí)際需求和習(xí)慣不同，也沒有必要照搬別人的，只要覆蓋了以上三大塊內(nèi)容，起到了需求池管理的作用即可。

2. 優(yōu)先級判斷

一般剛?cè)胄械某跫壆a(chǎn)品常常直接執(zhí)行領(lǐng)導(dǎo)分配的任務(wù)，但并不代表優(yōu)先級判斷這件事對于初級產(chǎn)品不重要。需求優(yōu)先級判斷這個(gè)話題，網(wǎng)上一搜產(chǎn)品文章一大堆，各種四象限法、卡諾模型等等。

但每個(gè)人處于工作不同的時(shí)間狀態(tài)，對公司及行業(yè)產(chǎn)品的理解層次是不一樣的，所以就算你學(xué)完了背熟了產(chǎn)品課程中所有的需求分析方法論、或者優(yōu)先級判斷模型，你的判斷的合理程度很難跟你的領(lǐng)導(dǎo)相比。

優(yōu)先級判斷屬于洞察決策層面的高級能力，不是工作技巧，它的變量太多，需要多方權(quán)衡，比如業(yè)務(wù)重要程度、緊急程度、工作量、性價(jià)比、是否匹配系統(tǒng)當(dāng)前所處的階段、對系統(tǒng)的影響大小，甚至領(lǐng)導(dǎo)強(qiáng)勢程度等等，不同行業(yè)不同公司情況，用一套模型和公式是無法解決的。

我這里想強(qiáng)調(diào)的是，不必拘泥于具體的判斷方法和公式，而是一開始就養(yǎng)成對自己需求池進(jìn)行優(yōu)先級判斷的習(xí)慣，也許一開始判斷的結(jié)果并不準(zhǔn)確，會踩過一些坑，但隨著對業(yè)務(wù)和行業(yè)的逐漸熟悉，判斷會越來越準(zhǔn)確。

所以我建議忘掉別人總結(jié)的公式，建立自己的判斷標(biāo)準(zhǔn)，并不斷調(diào)整優(yōu)化這個(gè)標(biāo)準(zhǔn)。

三、產(chǎn)品方案設(shè)計(jì)

我將產(chǎn)品規(guī)劃設(shè)計(jì)粗暴的分為前端頁面設(shè)計(jì)和后端產(chǎn)品設(shè)計(jì)，這里的后端其實(shí)不是真正意義的后端產(chǎn)品經(jīng)理才關(guān)注的，也會包含很多前端功能邏輯層面的設(shè)計(jì)。

凡是屬于用戶可見可操作界面的部分為前端設(shè)計(jì)，不可見的邏輯及系統(tǒng)設(shè)計(jì)則為后端設(shè)計(jì)。

1. 前端頁面設(shè)計(jì)

交互設(shè)計(jì)領(lǐng)域人機(jī)交互大師雅各布·尼爾森博士，在1995年提出的尼爾森十大可用性原則，對二十多年后今天的互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)仍然影響深遠(yuǎn)。

對于軟件類著重頁面設(shè)計(jì)的互聯(lián)網(wǎng)產(chǎn)品來說，我提煉了其中4點(diǎn)：

（1）簡單易理解

包括了文案的簡潔明了、功能玩法的易理解，在單個(gè)頁面內(nèi)減少過多不必要的信息。

（2）操作有反饋

當(dāng)用戶進(jìn)行某個(gè)操作后，以合理的形式向用戶反饋目前的狀態(tài)，可能會發(fā)生什么。

（3）操作可回退

用戶走的每一條路都不能是死胡同，應(yīng)該都能讓他回到原點(diǎn)。

（4）功能一致性

不同位置的相同功能保持一致，保證了產(chǎn)品設(shè)計(jì)統(tǒng)一，用戶更易學(xué)習(xí)。

前端設(shè)計(jì)我只總結(jié)了以上4點(diǎn)，比較適用于產(chǎn)品原型的交互設(shè)計(jì)，但卻是任何一個(gè)優(yōu)秀的產(chǎn)品必不可少的核心設(shè)計(jì)原則。

2. 后端產(chǎn)品設(shè)計(jì)

后端設(shè)計(jì)的細(xì)節(jié)太多，沒法像前端設(shè)計(jì)原則一樣進(jìn)行高度歸納，我這里也是根據(jù)自己大大小小的項(xiàng)目經(jīng)驗(yàn)逐條進(jìn)行總結(jié)，內(nèi)容不夠系統(tǒng)，可以當(dāng)做幾個(gè)關(guān)鍵點(diǎn)設(shè)計(jì)的參考。

（1）MECE原則，相互獨(dú)立，完全窮盡

這個(gè)基本原則相信每個(gè)產(chǎn)品經(jīng)理都知道，它是一個(gè)能讓產(chǎn)品方案條理有序、不遺漏、不重復(fù)的重要標(biāo)準(zhǔn)。我這里主要強(qiáng)調(diào)一下它具體體現(xiàn)在了什么方面。

產(chǎn)品方案對標(biāo)業(yè)務(wù)需求：

我們假設(shè)這里的業(yè)務(wù)需求都是相對合理的需要實(shí)現(xiàn)的。那設(shè)計(jì)的產(chǎn)品方案需要對應(yīng)滿足這些業(yè)務(wù)需求，不能遺漏任何一個(gè)，同時(shí)也不能讓產(chǎn)品方案內(nèi)部出現(xiàn)重疊的功能，而是剛好完美的滿足了業(yè)務(wù)需求，也使開發(fā)的系統(tǒng)內(nèi)部達(dá)到軟件工程上的最優(yōu)解，這就叫滿足MECE原則。

需求文檔的書寫：

落實(shí)到具體的執(zhí)行，需求文檔中描述功能時(shí)也需要盡量滿足這個(gè)原則。首先做到描述不遺漏，充分考慮異常流、特殊邏輯；然后需要語言精簡客觀，對同一功能和模塊不必重復(fù)贅述，對于有耦合關(guān)系的模塊，用語言上的邏輯因果、時(shí)間先后來進(jìn)行描述。

（2）強(qiáng)化對狀態(tài)的認(rèn)知

對于一個(gè)后臺系統(tǒng)，狀態(tài)無處不在，靈活多變的業(yè)務(wù)需求是靠一張張數(shù)據(jù)庫的表在記錄的，除了業(yè)務(wù)數(shù)據(jù)的記錄，狀態(tài)是非常重要的基礎(chǔ)。

訂單必須有狀態(tài)，用于區(qū)分不同業(yè)務(wù)環(huán)節(jié)；一個(gè)上線的活動(dòng)必須要有狀態(tài)，是進(jìn)行中、已暫停、還是已下線；一個(gè)員工賬號也要有狀態(tài)，是啟用中、禁用中還是已注銷。

設(shè)計(jì)一個(gè)功能或系統(tǒng)通常需要先繪制流程圖，而流程圖中一個(gè)個(gè)狀態(tài)的連接支撐起了整個(gè)功能設(shè)計(jì)的骨架，然后才是具體細(xì)節(jié)的設(shè)計(jì)。

如何正確的強(qiáng)化對狀態(tài)的認(rèn)知和理解，我大概總結(jié)以下幾點(diǎn)：

狀態(tài)的獨(dú)立互斥：

這點(diǎn)與上面說的唯一判斷字段有點(diǎn)類似，但實(shí)際不是一回事。因?yàn)闋顟B(tài)是用于描述不同業(yè)務(wù)節(jié)點(diǎn)的，每個(gè)狀態(tài)要與實(shí)際業(yè)務(wù)的關(guān)鍵節(jié)點(diǎn)進(jìn)行一一對應(yīng)，狀態(tài)之間不能出現(xiàn)二義性，否則會出現(xiàn)多個(gè)狀態(tài)對應(yīng)同一個(gè)業(yè)務(wù)關(guān)鍵節(jié)點(diǎn)，不但會造成理解混淆，還可能使系統(tǒng)做具體判斷時(shí)出問題。

狀態(tài)在時(shí)間維度上是穩(wěn)定的：

這點(diǎn)其實(shí)也很好理解，一個(gè)具體業(yè)務(wù)的發(fā)展是有階段性的，而狀態(tài)就是在每個(gè)階段取一個(gè)值，各個(gè)值連接起來就串聯(lián)的業(yè)務(wù)，但如果狀態(tài)的值取在各個(gè)階段的臨界點(diǎn)，這就很不好描述業(yè)務(wù)了。

比如一個(gè)運(yùn)營活動(dòng)，可以用“進(jìn)行中”和“已下線”兩個(gè)狀態(tài)來區(qū)分發(fā)生和不發(fā)生兩個(gè)階段，這是合理的，但如果狀態(tài)叫做“下線中”，這就不是處在一個(gè)穩(wěn)定的狀態(tài)，而像一個(gè)瞬時(shí)態(tài)，到底是上線還是下線，我們從狀態(tài)命名中就感覺很模糊。

注意子狀態(tài)和組合狀態(tài)：

當(dāng)業(yè)務(wù)相當(dāng)復(fù)雜時(shí)，一個(gè)狀態(tài)下面還可以設(shè)置子狀態(tài)，比如單據(jù)的撤銷狀態(tài)，可以包括用戶主動(dòng)撤銷、系統(tǒng)撤銷、人工撤銷，用于區(qū)分具體是怎么被撤銷的。

而組合狀態(tài)的意思是在用戶側(cè)展示的狀態(tài)不單是訂單表里存的狀態(tài)名稱，而是一個(gè)組合狀態(tài)，比如在用戶側(cè)顯示“已發(fā)貨”，其實(shí)包含了訂單狀態(tài)為“創(chuàng)建成功”、支付狀態(tài)為“已付款”、物流狀態(tài)為“已出庫”。

像比較復(fù)雜的保險(xiǎn)訂單狀態(tài)，還會包含訂單狀態(tài)、支付狀態(tài)、續(xù)保狀態(tài)等，因此不能用一維的線性的來看待狀態(tài)。

狀態(tài)機(jī)的流轉(zhuǎn)路線：

狀態(tài)機(jī)圖的確定，基本確定了系統(tǒng)和功能主體結(jié)構(gòu)，各狀態(tài)之間的起點(diǎn)終點(diǎn)、流轉(zhuǎn)路線、判斷條件決定了功能的玩法和限制，狀態(tài)機(jī)圖是梳理并對照實(shí)際業(yè)務(wù)的必備工具。

當(dāng)業(yè)務(wù)有功能拓展時(shí)，首先查看狀態(tài)機(jī)圖是否滿足，如何調(diào)整才能滿足，已經(jīng)涉及到哪些相關(guān)調(diào)整，都需要用到這個(gè)圖。

合理的狀態(tài)有利于數(shù)據(jù)統(tǒng)計(jì)：

當(dāng)狀態(tài)的設(shè)計(jì)都按照上述原則進(jìn)行，狀態(tài)與狀態(tài)之間非常清晰，這對數(shù)據(jù)統(tǒng)計(jì)是非常有益的，因?yàn)楹芏嗟臄?shù)據(jù)統(tǒng)計(jì)都強(qiáng)依賴對狀態(tài)的定義，如果你在做數(shù)據(jù)統(tǒng)計(jì)的時(shí)候發(fā)現(xiàn)很難準(zhǔn)確的提需求，或者發(fā)現(xiàn)無法按照業(yè)務(wù)需要的維度來進(jìn)行統(tǒng)計(jì)，可以反思下系統(tǒng)的狀態(tài)是否合理。

3. 預(yù)留拓展性邏輯

我之前經(jīng)常遇到一種情況，當(dāng)我做一個(gè)功能上線之后，業(yè)務(wù)方有時(shí)會再提一個(gè)與這個(gè)非常類似的需求，有時(shí)候僅僅只是改動(dòng)很少的內(nèi)容。

如果在第一次設(shè)計(jì)時(shí)并沒有預(yù)留可能的拓展性，就算只是很少的改動(dòng)，還是要排期開發(fā)和測試，特別是有的功能還需回歸測試，非常浪費(fèi)開發(fā)資源，而且影響迭代速度。

這時(shí)就考驗(yàn)在設(shè)計(jì)之初能否大概看出可能有的拓展性，在開發(fā)工作量幾乎不變的情況下預(yù)留一些類似的邏輯，這樣會非常便于類似功能的迭代。

舉個(gè)例子，對于一個(gè)人工審核的結(jié)論頁，有多種狀態(tài)，每種狀態(tài)下結(jié)論頁的不同模塊的元素、文案、以及對用戶的觸達(dá)文案，都是首次開發(fā)時(shí)配置好的。

首次開發(fā)時(shí)業(yè)務(wù)方提出有三種狀態(tài)，上線之后業(yè)務(wù)方說要再加一種特殊的狀態(tài)，如果事先在狀態(tài)機(jī)中預(yù)留了待定的狀態(tài)，只需要把該待定狀態(tài)下頁面的元素、文案、對用戶的觸達(dá)進(jìn)行設(shè)置即可，改動(dòng)的工作量很小，可以快速的上線。

不過值得注意的一點(diǎn)是，在預(yù)留拓展性時(shí)盡量保證首次開發(fā)的工作量影響很小，如果為了暫時(shí)使用不到的預(yù)留需求消耗過多開發(fā)資源，就有點(diǎn)本末倒置了。

最好的針對復(fù)制一份代碼、預(yù)留一個(gè)狀態(tài)這種相似功能進(jìn)行考慮。

4. 對變量的抽象

對變量的抽象是一種模塊化思維，能夠減少很多重復(fù)的工作量，提高后期的開發(fā)效率，我將分成兩種情況來描述。

一種是當(dāng)多個(gè)頁面都用到同一個(gè)內(nèi)容時(shí)，該內(nèi)容應(yīng)該被抽象為公共變量，供各頁面調(diào)用。

比如一個(gè)常用聯(lián)系人組件包含姓名、證件類型、證件號碼、性別、出生日期這五要素，那么可以把這五要素設(shè)置成一個(gè)公共變量模塊，在不同產(chǎn)品下單需要用到時(shí)直接調(diào)用即可。

如果有的產(chǎn)品下單時(shí)只需要用到姓名、證件類型、證件號碼三要素，則可以把五要素的變量模塊拆細(xì)為五個(gè)變量元素，這樣可以達(dá)到最大自由度的組合。

另一種情況是兩個(gè)頁面絕大部分內(nèi)容相同，只有幾個(gè)元素有差異時(shí)，這幾個(gè)有差異的元素應(yīng)該抽象為配置變量，做成一個(gè)配置文件或者管理后臺，這樣在調(diào)整該配置時(shí)就不用再寫代碼。

有的同學(xué)可能對配置文件不太懂，它可以理解為一段未被編譯器編譯的配置代碼，是對一個(gè)軟件運(yùn)行時(shí)狀態(tài)的本地儲存形式，可以實(shí)現(xiàn)對軟件靈活的實(shí)時(shí)調(diào)整。

比如同樣一個(gè)商品的詳情頁需要在A平臺是紅色背景，有評論模塊，在B平臺是綠色背景，不要評論模塊。

如果事先將背景色、有無評論模塊這兩個(gè)變量做成配置項(xiàng)，只需要更改配置文件或在管理后臺做相應(yīng)勾選即可。

5. 時(shí)刻考慮系統(tǒng)的靈活性

講完兩種基本的變量抽象方式，我再講講整個(gè)系統(tǒng)的靈活性。

比如一個(gè)普通的商品詳情頁，如果只給你1天時(shí)間從0到1來做這個(gè)頁面，你會把頁面的所有元素、邏輯寫清楚，找到前端后端開發(fā)按照你的邏輯進(jìn)行實(shí)現(xiàn)，然后發(fā)布上線。

如果你想修改一個(gè)banner圖，必須要找前端開發(fā)從代碼層面幫你換圖，然后再發(fā)布，這時(shí)我們認(rèn)為這個(gè)頁面是非常不靈活的。

因此你把banner、標(biāo)簽、價(jià)格、尺碼分類等等都抽象成了配置變量，就可以在管理后臺靈活的調(diào)整這些內(nèi)容，無需再發(fā)布，看起來非常靈活了。

但是當(dāng)這個(gè)頁面需要對不同商家顯示不同商品時(shí)，你就需要再把這整個(gè)頁面做成配置項(xiàng)，對每一個(gè)商家可以單獨(dú)配置一套商品詳情頁。

接下來業(yè)務(wù)需求再進(jìn)一步演化，每個(gè)商家想要自己去配置自己的商品詳情頁，這時(shí)你還需要把商品詳情頁的配置功能做成一個(gè)商家管理后臺，讓商家自己去靈活設(shè)置，這時(shí)候單是這個(gè)商品詳情頁就已經(jīng)很復(fù)雜了。

如果每個(gè)商家還要對自己的員工分別配置權(quán)限，有的員工只能修改banner圖和名稱，有的員工可以修改商品sku、價(jià)格等等，那你還需要把這個(gè)商家的商品詳情頁配置功能結(jié)合賬號權(quán)限再細(xì)分配置，讓商家自己靈活勾選什么員工可以操作什么權(quán)限。

我這里只是簡單的描述了一下電商平臺商品詳情頁的配置演化路徑，就可以看出，當(dāng)業(yè)務(wù)需求越來越細(xì)化，對系統(tǒng)靈活性的要求就越來越高，也意味著系統(tǒng)的復(fù)雜程度越來越高。

為了盡可能充分的滿足業(yè)務(wù)需求，我們需要時(shí)刻注意系統(tǒng)的靈活性，在每一版迭代的時(shí)候避免太多寫死的邏輯。

6. 總結(jié)遇到的異常流

每做一個(gè)項(xiàng)目，在上線之后可能都會遇到反饋的線上問題，特別是一些在設(shè)計(jì)時(shí)考慮不全的異常邏輯，會在用戶真正使用的時(shí)候暴露出來。

做完項(xiàng)目遇到這種情況并不可怕，因?yàn)槿藷o完人，產(chǎn)品經(jīng)理不是神，設(shè)計(jì)之初漏掉一些異常流是很正常的，但如果每次項(xiàng)目都漏掉一些，或者同樣的異常問題多次出現(xiàn)，這就是產(chǎn)品經(jīng)理的問題了。

我們可以認(rèn)為，在業(yè)務(wù)拓展沒那么快的情況下，軟件層面的設(shè)計(jì)的異常流是很有限的，只要遇到一個(gè)就把它解決掉，總會消滅干凈的。

產(chǎn)品經(jīng)理每天的工作時(shí)間，可能會有一部分都是在處理自己留下的坑，但在填坑的時(shí)候我們能否不僅僅只為了填坑，能否思考是怎么漏掉這些異常流的，并一一總結(jié)出來，這樣也許能大大提升產(chǎn)品設(shè)計(jì)的完整性。

四、項(xiàng)目管理

項(xiàng)目管理之前應(yīng)該先判斷該項(xiàng)目的類型，不同的項(xiàng)目推進(jìn)和管理的方式區(qū)別很大，根據(jù)項(xiàng)目大小與任務(wù)并行程度，我分為以下三類：

1. 周期較長的大項(xiàng)目管理

對于單個(gè)部門內(nèi)部開發(fā)周期較長的項(xiàng)目（超過2周），我總結(jié)有以下項(xiàng)目管理的關(guān)鍵點(diǎn)：

（1）提前溝通開發(fā)方案

一般較大項(xiàng)目功能比較復(fù)雜，因此整體方案設(shè)計(jì)時(shí)需要預(yù)先跟開發(fā)人員溝通，明確一些關(guān)鍵限制因素和影響點(diǎn)，避免需求評審時(shí)方案不可行，或者調(diào)整太大，在評審會上難以達(dá)成一致。

（2）關(guān)注功能先后順序

提前關(guān)注項(xiàng)目中不同功能的相互依賴性以及對外部系統(tǒng)依賴性，根據(jù)功能依賴的先后順序確定項(xiàng)目的排期節(jié)奏，提高排期銜接程度，避免一個(gè)功能開發(fā)完很久之后還不能與其他功能聯(lián)調(diào)，浪費(fèi)開發(fā)資源。

（3）對項(xiàng)目的強(qiáng)推動(dòng)力

每日跟進(jìn)關(guān)鍵點(diǎn)的結(jié)果，盡早發(fā)現(xiàn)風(fēng)險(xiǎn)（日報(bào)、周報(bào)、晨會等形式）。

（4）項(xiàng)目復(fù)盤總結(jié)

項(xiàng)目完成后回顧項(xiàng)目過程中哪些過程效率有待提高、哪些過程安排的不夠合理，如何避免在下一個(gè)項(xiàng)目中繼續(xù)出現(xiàn)。

2. 跨部門跨公司合作的項(xiàng)目管理

跨部門和跨公司合作的項(xiàng)目，開發(fā)量不一定很大，但由于牽連方較多，比起團(tuán)隊(duì)內(nèi)開發(fā)有了更多的不確定因素，項(xiàng)目容易延期，因此在上述大項(xiàng)目的管理基礎(chǔ)上需要額外關(guān)注這幾點(diǎn)：

（1）找到合作關(guān)鍵點(diǎn)

不管是跨部門還是跨公司合作，首先要明確對雙方的關(guān)鍵利益點(diǎn)，并強(qiáng)調(diào)合作對對方的好處，才能獲得對方的積極支持，否則很容易被踢皮球。

（2）書面確認(rèn)詳細(xì)事項(xiàng)

跨部門和跨公司合作，一般都是遠(yuǎn)程電話溝通，因此對會議上達(dá)成一致的點(diǎn)需要書面記錄郵件至對方，對達(dá)成一致的點(diǎn)也需要記錄并積極跟進(jìn)對方的最新答復(fù)。

這一點(diǎn)主要是為了提高需求的確定性，明確雙方職責(zé)，避免因?yàn)闇贤]有記錄影響項(xiàng)目開發(fā)進(jìn)度。

3. 多個(gè)小項(xiàng)目并行的項(xiàng)目管理

對于互聯(lián)網(wǎng)的敏捷開發(fā)模式，超過兩三周的大項(xiàng)目少有，多個(gè)小項(xiàng)目并行才是更常見的狀態(tài)，這里的小項(xiàng)目其實(shí)是單個(gè)很明確的需求，粒度比較小，這種狀態(tài)下產(chǎn)品經(jīng)理一周可能同時(shí)在跟進(jìn)十多個(gè)需求在開發(fā)狀態(tài)，這對多項(xiàng)目并行的考驗(yàn)很大，我總結(jié)了以下幾點(diǎn)：

（1）更合理的排期節(jié)奏

由于項(xiàng)目太多，為了避免同一天過多需求同時(shí)在開發(fā)或者在測試，在排期的時(shí)候盡量均勻的分布，這樣保證在一些需求已經(jīng)進(jìn)入測試或已發(fā)布，另外的項(xiàng)目剛進(jìn)入開發(fā)，避免某一天的事情太多。

（2）每日tips跟進(jìn)每個(gè)項(xiàng)目的狀態(tài)

首先需要實(shí)時(shí)記錄這些并行的需求的開發(fā)狀態(tài)、開發(fā)人員，然后每天早晚跟對應(yīng)的開發(fā)人員跟進(jìn)需求狀態(tài)，及時(shí)解決相關(guān)問題。

（3）小需求歸檔

小需求上線一時(shí)爽，后期維護(hù)痛苦不已。每個(gè)小需求在開發(fā)過程中是獨(dú)立的，但對于整個(gè)產(chǎn)品來說它是一個(gè)個(gè)的迭代，只有及時(shí)將這些迭代歸檔到對應(yīng)的功能模塊，才能后續(xù)方便的了解查詢當(dāng)前線上的產(chǎn)品規(guī)則是怎樣的。否則后期連自己都忘了到底最新的迭代是什么，這個(gè)坑誰踩過誰就知道有多苦。

五、溝通技巧

與項(xiàng)目管理類似，溝通之前我們要對溝通的對象進(jìn)行分類，不同溝通對象需要注意的事項(xiàng)是不一樣的。

1. 與合作方溝通

（1）溝通方式的合理選擇

一般與合作方很難面對面溝通，大多是電話和在線溝通，因此對于不同的事項(xiàng)要選擇合適的溝通方式。

比如首次確認(rèn)合作內(nèi)容，需要電話詳細(xì)說明合作細(xì)節(jié)，然后書面記錄達(dá)成共識的事項(xiàng)；確認(rèn)完合作內(nèi)容后，有小的疑問點(diǎn)可以在線溝通。

（2）催進(jìn)度也有技巧

有依賴合作方確認(rèn)的事項(xiàng)或開發(fā)進(jìn)度時(shí)，催進(jìn)度是最頻繁的事。但是催進(jìn)度需要包含幾個(gè)關(guān)鍵因素才能起到好的效果。

首先是良好的態(tài)度，對對方的尊稱是必須的，就算對方態(tài)度比較冷淡也需要保持著熱臉貼冷屁股的熱情，因?yàn)樵诠ぷ髦?，合作的順利完成才是最重要的，這也是職場人的必備素質(zhì)。

其次是明確具體內(nèi)容和時(shí)間點(diǎn)，比如當(dāng)希望對方對某個(gè)點(diǎn)反饋結(jié)果時(shí)，反面教材是這樣的“請問你們這個(gè)功能可以快一點(diǎn)開發(fā)嗎？”、“麻煩盡快確認(rèn)下XXX這個(gè)點(diǎn)哦”，這樣的詢問都沒有明確時(shí)間點(diǎn)，對方感受不到壓力，催進(jìn)度的效果不明顯。

正確的方式是“請問某某負(fù)責(zé)人，針對這個(gè)三點(diǎn)事項(xiàng)（一一列舉），您可以在今天下午5點(diǎn)之前確認(rèn)嗎，麻煩您了”。

再次是要找對關(guān)鍵人確認(rèn)，比如你一直跟對方的一個(gè)開發(fā)人員催進(jìn)度沒什么用，需要直接找到對方的產(chǎn)品或項(xiàng)目負(fù)責(zé)人，甚至是對方領(lǐng)導(dǎo)。

2. 與需求方溝通

（1）搞清需求方的本質(zhì)訴求

需求方可能是運(yùn)營、銷售、客服，他們會根據(jù)自己當(dāng)前遇到的問題直接跟產(chǎn)品經(jīng)理提需求。

大家都知道快馬和汽車的故事，需求方需要一匹快馬，我們是直接按他說的給他快馬，還是思考他提出這個(gè)需求的本質(zhì)訴求是什么，能否轉(zhuǎn)化成另一個(gè)需求，是否還有更合理的解決方案？

如果來一個(gè)需求就做一個(gè)，缺乏對需求背后的思考，這不叫產(chǎn)品經(jīng)理，叫需求實(shí)現(xiàn)師。

（2）明確產(chǎn)品和需求方的邊界

當(dāng)與需求方長期合作時(shí)，需要形成一個(gè)良好的溝通模式，明確各自的職責(zé)范圍和邊界。

比如與運(yùn)營合作上線一個(gè)項(xiàng)目，哪些內(nèi)容是運(yùn)營需要明確的，哪些內(nèi)容是產(chǎn)品可以有施展空間的，這個(gè)過程中，產(chǎn)品不能隨意修改運(yùn)營確認(rèn)的規(guī)則，但也不能放任需求的不斷變化，不能讓運(yùn)營直接干涉產(chǎn)品系統(tǒng)層面的影響。

優(yōu)雅的把握好邊界，相互尊重彼此的工作內(nèi)容，能夠減少很多扯皮，讓合作效率更高。

3. 與開發(fā)溝通

對于初級產(chǎn)品經(jīng)理偏重于項(xiàng)目執(zhí)行，日常溝通的對象最多的一定是開發(fā)人員，如果溝通太少，要么是你需求文檔完美無缺（幾乎不可能），要么是你不夠主動(dòng)。

（1）跟開發(fā)大佬和開發(fā)小弟溝通的區(qū)別

開發(fā)大佬就是某條線的技術(shù)負(fù)責(zé)人，在有重大功能迭代的時(shí)候，可能會需要先跟他對方案。

與開發(fā)大佬溝通時(shí)最好是提前想好靠譜的方案，而不是偏差太大的天馬行空，這樣避免浪費(fèi)雙方時(shí)間，也能提高大佬對你的信任。

開發(fā)小弟就是除了大佬之外的開發(fā)同學(xué)，與他們溝通的核心技巧是要建立利益共同體，因?yàn)樗麄兪蔷唧w做需求的人，你需要把需求的背景、實(shí)現(xiàn)后的價(jià)值講給他們，以及上線之后的效果也要多同步給他們，提高他們的自豪感。

開發(fā)小弟也需要成功的項(xiàng)目來體現(xiàn)自己的價(jià)值，讓他們感受到你們是一條線上，他們也會盡心盡力幫助把系統(tǒng)做的更好，開發(fā)過程中改點(diǎn)小需求也就不在話下了。

當(dāng)然，這些技巧是要建立在需求文檔質(zhì)量合格的前提下。

（2）預(yù)期管理

產(chǎn)品立項(xiàng)時(shí)、項(xiàng)目開發(fā)過程中，對開發(fā)人員的預(yù)期管理是很有必要的。

• 有的開發(fā)覺得這個(gè)項(xiàng)目不是很重要，重視程度不夠，最后導(dǎo)致延期；
• 有的開發(fā)對這個(gè)功能上線期待很高，最后上線后效果并不理想；
• 有的開發(fā)在立項(xiàng)時(shí)認(rèn)為這個(gè)項(xiàng)目開發(fā)這些功能需要2周，但中途你又加了幾個(gè)小需求導(dǎo)致開發(fā)時(shí)間壓縮，開發(fā)人員非常不滿。

這些都是實(shí)際的情況與開發(fā)人員預(yù)期情況產(chǎn)生較大不一致造成的。因此一些關(guān)鍵的事項(xiàng)，需要跟開發(fā)人員預(yù)期保持一致，我主要總結(jié)以下幾點(diǎn)：

項(xiàng)目目標(biāo)和價(jià)值：

比如一個(gè)非常重要的項(xiàng)目，需要在2周內(nèi)上線，預(yù)計(jì)可以獲取新增用戶10萬個(gè)，這些明確的項(xiàng)目目標(biāo)和價(jià)值需要在立項(xiàng)時(shí)及時(shí)同步給開發(fā)人員，有時(shí)候你的重視程度會影響開發(fā)的投入程度。

關(guān)鍵時(shí)間節(jié)點(diǎn)：

開發(fā)時(shí)間、轉(zhuǎn)測時(shí)間、上線時(shí)間，幾個(gè)關(guān)鍵的節(jié)點(diǎn)要時(shí)刻強(qiáng)調(diào)，建議直接寫在項(xiàng)目群公告中，避免有的開發(fā)同學(xué)遺漏忽略。

風(fēng)險(xiǎn)和備用方案：

項(xiàng)目可能產(chǎn)生的風(fēng)險(xiǎn)和備用解決辦法，在立項(xiàng)時(shí)也應(yīng)該跟開發(fā)同學(xué)保持同步，一些外部的不可控因素可能會產(chǎn)生什么影響。

比如一個(gè)項(xiàng)目可能臨時(shí)更換合作方這種突發(fā)事項(xiàng)，提前同步可以讓大家心里都有底，不至于發(fā)生時(shí)產(chǎn)生太多不利于合作的情緒。

（3）跟開發(fā)的工作氛圍建設(shè)

除了工作中，工作之余與開發(fā)同學(xué)經(jīng)常一起玩，開開玩笑，建立良好的工作氛圍和私人關(guān)系也很有必要，會讓工作的合作效率更高。

也許一個(gè)小需求對于關(guān)系一般太嚴(yán)肅的開發(fā)來說需要排期才能處理，但關(guān)系融洽的開發(fā)可能隨手就幫你解決了。

六、方法論建設(shè)

1. 建立自己的能力模型

產(chǎn)品經(jīng)理從第一天開始工作起，基于自己的工作內(nèi)容和所在領(lǐng)域，就可以開始規(guī)劃自己的能力模型，并不斷的完善，這樣一個(gè)能力模型既與工作內(nèi)容相關(guān)，又是獨(dú)立于當(dāng)前的工作內(nèi)容，是抽象出來的通用的能力模型，這樣才能保證自己在產(chǎn)品經(jīng)理這個(gè)崗位中的競爭力。

關(guān)于如何建立自己的能力模型，可直接查看我的這篇文章。

2. 注重思維方式的迭代

根據(jù)我個(gè)人建立的產(chǎn)品能力模型，相比于各種經(jīng)驗(yàn)技巧方法論，我認(rèn)為最底層的是思維方式，優(yōu)秀的思維方式可以讓你在面對不同工作內(nèi)容時(shí)舉一反三。

而產(chǎn)品經(jīng)理到底要具備哪些思維方式？

這個(gè)問題我建議你也不要看別人直接輸出的結(jié)論文章，我給出兩點(diǎn)建議：

1. 閱讀經(jīng)典的評分高的思維方式書籍，相比于產(chǎn)品同行寫的產(chǎn)品思維的文章，優(yōu)秀的思維方式書籍的含金量更高且內(nèi)容更系統(tǒng)，更有利于對思維方式的學(xué)習(xí)。如《思考，快與慢》、《窮查理寶典》、《用理工科思維理解世界》。
2. 根據(jù)自己實(shí)際的工作經(jīng)歷，復(fù)盤做得不好的項(xiàng)目各個(gè)環(huán)節(jié)欠缺哪些思考，回頭看如何思考可以做得更好。而對于做得好的項(xiàng)目又是怎么思考的。以此進(jìn)行演繹，形成自己認(rèn)為重要的思維方式。

作者：拾二；公眾號：產(chǎn)品社

本文由 @拾二 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。