參加業(yè)務需求評審會的時候，常常會遇到業(yè)務和產品經理之間的爭吵。為什么會出現(xiàn)這種情況？該如何解決呢？作者結合實際情況進行分析，希望對你有所啟發(fā)。

一、為什么業(yè)務和產品經常爭吵？

最近參加了幾場業(yè)務方案需求評審會，這幾次會議都無一例外且毫無懸念的，在業(yè)務與產品經理的無休止爭吵中無疾而終…

借此事，談一談業(yè)務和產品經理爭吵的原因，也講一講產品經理的工作為何強依賴業(yè)務。

事情的經過大致如下，我概述下當時的對話：

需求A評審對話：

產品經理：文檔缺失業(yè)務規(guī)則詳細描述，需要進行補充。

業(yè)務：文檔已經寫明業(yè)務規(guī)則了啊，業(yè)務規(guī)則就是這樣！你怎么能說我文檔缺失業(yè)務規(guī)則呢？

產品經理：文檔缺失特殊場景的規(guī)則，如果缺失這些規(guī)則，就會出現(xiàn)**問題！所以，必須要寫清楚，否則MRD不能評審通過。

業(yè)務：系統(tǒng)自行兜底處理不就OK了么？我認為不屬于業(yè)務規(guī)則缺失。

產品經理：系統(tǒng)是依據(jù)業(yè)務規(guī)則寫的，沒有業(yè)務規(guī)則，無法設計！

業(yè)務：那是系統(tǒng)的問題，兜底的事情系統(tǒng)應該自己想辦法。

……以上談話循環(huán)，最終無疾而終，散會！

需求B評審對話：

業(yè)務：我需要Y類型商家，使用特殊的發(fā)單流程。

產品經理：我理解你的需求了。你知道咱們的發(fā)單流程是以其它系統(tǒng)為起點發(fā)起的。但是，他們系統(tǒng)的商家類型劃分規(guī)則與我們不一致。因此，需要業(yè)務上先對齊雙方商家類型規(guī)則，即Y類型商家在他們業(yè)務系統(tǒng)對應的是什么，才能設計方案。

業(yè)務：這是雙方系統(tǒng)的問題，你去問問Y類型對應他們是什么類型。

產品經理：我咨詢過，對方反饋不懂咱們Y類型商家是什么含義，他們業(yè)務中沒有這個類型。所以，需要你和他們業(yè)務對齊才可以。

業(yè)務：我也不知道規(guī)則怎么對應，系統(tǒng)通過交互方案實現(xiàn)吧！

產品經理：交互方案也依賴實際業(yè)務規(guī)則，沒有業(yè)務流程和規(guī)則，無法設計交互方案來。

……最終無疾而終，散會！

為什么經常出現(xiàn)以上問題，我認為本質上有兩個根因。

其一、評審會形式原因。大部分評審會流程：業(yè)務按照需求文檔講解需求，產品經理會針對性的提出問題，隨后業(yè)務對問題進行解答。反而在評審中，很少見產品經理鼓勵、夸獎需求文檔（如：這段寫的真好、寫的真詳實），對業(yè)務進行正向反饋。因此，這種形式的評審會，天然給人一種被挑刺、被挑戰(zhàn)的感覺。

其二、心理原因。基于評審會的形式，缺乏正面反饋可能會引起參與者的不悅和逆反心理。畢竟誰也不喜歡在公眾場合被挑戰(zhàn)，被批評，人性理應如此。尤其對于情緒波動較大的人或職場新人來說，可能會對其情緒產生不利影響。

最終，在評審會形式和心理的雙重作用下，出現(xiàn)了業(yè)務與產品無限爭吵的問題。其實，也同理于產品與研發(fā)評審PRD。

補充說明：此處并未談論產品經理故意甩鍋、無法言明問題等特殊情況。因為，我認為雖然這些情況存在，但通常是個別現(xiàn)象。且，我認為流程設計、制度、心理對參與者有更加深遠的影響。因此，我們討論的重點在于如何改進評審流程和營造積極的心理環(huán)境，以促進更高效和和諧的團隊協(xié)作。

針對評審會中業(yè)務與產品經理之間的無休止爭吵問題，有以下建議：

1、建立反饋機制。評審會中，產品經理要適當、適時的鼓勵和肯定業(yè)務工作，給予正反饋，而不是只有負反饋。

2、避免情緒化。雙方要理性看待工作，秉承“對事不對人”，盡量避免情緒因素。

3、分步驟或暫時擱置解決問題。如果會議中出現(xiàn)爭議，可以將問題分解成小部分，逐一解決，而不是試圖一次性解決所有問題。或采取暫時擱置，先評審其他模塊。

4、專注于解決方案。將會議的重點放在尋找解決方案上，而不是爭論問題的存在。這樣可以將負面的爭吵轉變?yōu)檎娴膯栴}解決。

二、為什么產品經理那么關注業(yè)務流程？

在上文中，我們談到需求評審會中業(yè)務和產品經理為何總是打架。接下來，我們談談，為什么產品經理抓著業(yè)務流程不放，總是那么多問題？

接下來，我將概述下B端產品經理的工作，核心的目的有兩個：其一、讓業(yè)務、運營了解產品經理工作。其二、揭示產品經理為何看重且需熟知業(yè)務流程。

在業(yè)務、產品、研發(fā)的工作流程中，從微觀層面看，這個流程在運作中主要包含以下幾份重要文檔，即業(yè)務需求文檔（MRD）、產品設計文檔（PRD）、研發(fā)設計開發(fā)文檔。從宏觀層面看，這個流程在運作中主要包含以下幾個重要架構，即業(yè)務架構、產品架構、信息架構、技術架構，（也可理解為業(yè)務流程、產品流程、交互流程、技術架構）。

那么，如何從宏觀層面理解他們之間的關系呢？接下來，我們結合下圖，進行詳細介紹，如圖：

整體流程順序看，業(yè)務首先輸出業(yè)務架構，然后產品基于業(yè)務架構設計產品架構和信息（交互）架構，研發(fā)提供技術架構支持，最終共同面向用戶。

業(yè)務架構：業(yè)務架構是產研工作的起點，對整體工作起著決定性作用，十分重要！業(yè)務架構包括商業(yè)邏輯和業(yè)務流程等。其中業(yè)務流程最為關鍵，業(yè)務流程要清晰的描述業(yè)務場景，即誰，在什么時候，依據(jù)什么規(guī)則，能做什么事。因此，這個環(huán)節(jié)的關鍵點是：人和事！

產品&信息架構：這部分就是產品經理的工作領域。產品架構是指：系統(tǒng)、在什么時候、依據(jù)什么規(guī)則，做什么事。信息架構是指：創(chuàng)造用戶使用媒介，提供優(yōu)質的交互流程，方便用戶使用系統(tǒng)or產品。如：PC端、APP、小程序等等。因此，這個環(huán)節(jié)的關鍵點是：系統(tǒng)和事！

產品架構怎么來的呢？其實很簡單，產品經理依據(jù)業(yè)務流程和規(guī)則，再結合系統(tǒng)分工的知識，進行“分類歸堆”。說白了，其實就是產品經理在充分理解業(yè)務流程后，進行“人和事”分門別類，這個A系統(tǒng)做，那個B系統(tǒng)做，就是這么簡單的流程。

信息架構怎么來的呢？更簡單了，主要就是依據(jù)業(yè)務流程中“人”在實際中需要哪些操作，再結合交互設計的原則與規(guī)范，輸出交互流程，一般包括“增刪改查”功能。

到此，你就可以理解，為何產品經理在評審中非常重視業(yè)務流程的原因了。同樣，也就可以理解，為何產品經理團隊往往要求產品經理要前置到業(yè)務中，甚至被要求比業(yè)務還要懂業(yè)務了。

最后，淺談一句產品經理與研發(fā)經理之間的爭論。其實與業(yè)務和產品經理之間境況有異曲同工之妙！主要爭論的就是產品經理“分類歸堆”對不對。

最后的最后，祝每位業(yè)務、產品都能順利通過評審，取得理想的結果！Good Luck！