團隊架構就說到這，那么產品和運營應該怎么配合，才是合理的，是可以發(fā)揮雙方合力的。我認為，分為產品上線前和上線后兩個階段。當然，可能沒有這樣純粹的階段，但有這樣的狀態(tài)。

上線前：

第一步：產品的功能規(guī)劃以及發(fā)展方向，都是老板的決策。在決策完成之后，應該告知團隊全員，項目的背景、方向和規(guī)劃，讓大家充分了解信息，對于后續(xù)執(zhí)行的過程是有幫助的。

第二步：之后執(zhí)行環(huán)節(jié)的規(guī)劃，就是產品和運營協(xié)同工作的開始。比如，受眾人群、功能特點、版本節(jié)奏、運營規(guī)劃等，應該雙方一起參與討論，得出一個大概的框架和計劃。

第三步：按照框架計劃，大家開始分頭行動。產品去畫原型，定功能細節(jié)；運營做準備內容、流量渠道和核心用戶，以及策劃上線后的爆點。在這個階段，產品和運營可以暫時分離開，不必有頻繁的協(xié)作。但由于有了前兩步的鋪墊，在分頭行動的過程中，雙方也了解對方的計劃和進展，所以信息是互通的。

第四步：上線前的準備階段，之前分頭行動的產品和運營的雙方，就要再次回到一起，交出之前的作業(yè)。也就是大家為產品上線所做的準備，進展、遇到問題和后續(xù)計劃是什么，拿出來互通和討論。問題都解決后，就可以上線了。

上線后：

進入到產品正式運轉階段，產品和運營再次結合在一起協(xié)同工作。在這個階段需要高頻次的溝通，以及互相推動彼此的工作。

運營，主要關注用戶反饋。

在做好內容、用戶、活動、渠道等運營工作的同時，向產品及時和詳盡的通報用戶反饋，讓團隊了解用戶對產品的反應。

關注用戶需求，轉化為產品需求，推進 PM 上線。

提出可以大幅提升運營效率的工具需求，推進 PM 用產品的方式解決。

產品，協(xié)助運營的規(guī)劃和執(zhí)行工作

除了修復 BUG 和完成產品需求之外，要關注運營的反饋，因為這是產品投入到用戶群體之后的反應，是印證之前決策的過程。

要關注運營遇到的問題，是否可以通過產品的方式解決。主動與運營同學溝通，給出解決方案并推動研發(fā)完成。

還需要關注運營措施是否合理，是否對產品的目標有推進作用。如果發(fā)現(xiàn)偏離目標，或者唯 KPI 的行為，要及時溝通并推動改進。

當然，在產品上線前后可不只是做這些事，上面只是提到需要產品和運營配合的節(jié)點。由于每個項目的情況都很復雜，所以上述事項肯定也不全，只能是作為一個思路，舉例說明。