中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

一、為什么業務和產品經常爭吵？

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

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

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

需求A評審對話：

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

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

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

業務：系統自行兜底處理不就OK了么？我認為不屬于業務規則缺失。

產品經理：系統是依據業務規則寫的，沒有業務規則，無法設計！

業務：那是系統的問題，兜底的事情系統應該自己想辦法。

……以上談話循環，最終無疾而終，散會！

需求B評審對話：

業務：我需要Y類型商家，使用特殊的發單流程。

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

業務：這是雙方系統的問題，你去問問Y類型對應他們是什么類型。

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

業務：我也不知道規則怎么對應，系統通過交互方案實現吧！

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

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

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

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

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

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

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

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

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

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

3、分步驟或暫時擱置解決問題。如果會議中出現爭議，可以將問題分解成小部分，逐一解決，而不是試圖一次性解決所有問題?；虿扇簳r擱置，先評審其他模塊。

4、專注于解決方案。將會議的重點放在尋找解決方案上，而不是爭論問題的存在。這樣可以將負面的爭吵轉變為正面的問題解決。

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

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

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

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

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

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

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

產品&信息架構：這部分就是產品經理的工作領域。產品架構是指：系統、在什么時候、依據什么規則，做什么事。信息架構是指：創造用戶使用媒介，提供優質的交互流程，方便用戶使用系統or產品。如：PC端、APP、小程序等等。因此，這個環節的關鍵點是：系統和事！

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

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

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

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

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