書接上回，在上篇文章中，我們談到需求評審會中業(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è)務場景，即誰，在什么時候，依據什么規(guī)則，能做什么事。因此，這個環(huán)節(jié)的關鍵點是：人和事！

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

產品架構怎么來的呢？

其實很簡單，產品經理依據業(yè)務流程和規(guī)則，再結合系統(tǒng)分工的知識，進行“分類歸堆”。

說白了，其實就是產品經理在充分理解業(yè)務流程后，進行“人和事”分門別類，這個A系統(tǒng)做，那個B系統(tǒng)做，就是這么簡單的流程。

信息架構怎么來的呢？

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

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

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

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