不可否認(rèn)的是，互聯(lián)網(wǎng)行業(yè)在不停地前進(jìn)與創(chuàng)新下，總會帶來新的工作模式：面對面、遠(yuǎn)程會議、電子郵件、任務(wù)板等。但是即使手段再多，帶來的效率也未必有所提高，而且會常常因為事情緩急而隨意進(jìn)行“自我工作”模式。

作為一名善于思考的產(chǎn)品經(jīng)理，有必要找出合理的方式來開展工作。從落地角度來看，把需求想明白始終是第一位的，畢竟所有的研發(fā)設(shè)計都將按此才可開展工作，運營人員也會根據(jù)需求有節(jié)奏地穿插各種運營方案。唯有各個方面的共同協(xié)作方可快速開展任務(wù)，達(dá)到來自市場應(yīng)有的客觀數(shù)據(jù)。本期主要從三個維度講起，如何更好地協(xié)調(diào)合理的工作？

一. 處理合適的需求方案

這該如何定義呢？需求顯示是策劃產(chǎn)品的首要目的。就現(xiàn)實角度來講，PM得來的需求常常來自于領(lǐng)導(dǎo)，至少大多數(shù)情況是這樣。不僅在于上司的角度看得遠(yuǎn)，也因為其所擁有的資源會更加放開手去處理。因此，對于得來的需求不要懷有怨言的態(tài)度，無論它是多么糟糕，當(dāng)然對于良好的目的（達(dá)成一致），也不要開心太早，畢竟執(zhí)行力才是靠譜的。

該懷有質(zhì)疑精神的依舊懷疑，對于自認(rèn)為不合理的需求，常常站在上司的角度思考下，則會發(fā)現(xiàn)不同之處。通常來講，做出一些不同的方案是有效的，因為它能做對比，明確需求哪里處理的不到位，畢竟眼觀的永遠(yuǎn)比想象更具有場景化。一款好的產(chǎn)品將策劃方案改動N多版是正常的，展現(xiàn)不同的體現(xiàn)方式，始終會更加合理的。就好比柳冠中先生作畫那樣，將自己的畫作推倒重來才磨來得精品。也許第一版策劃方案就是完美的，但也需要去探索其他的方式來驗證，至少這不是件壞事情。

遇到分歧點該怎么辦？有個好的方式，將對比點單獨拉出來做一張表單，將每種類型的優(yōu)缺點共同列出來，然后進(jìn)行篩選整合，多數(shù)情況下會有所新的發(fā)現(xiàn)。前期會很麻煩，但一旦熟練起來將屢試不爽，無論對于上級還是其他人員，會有充足的說服力與論據(jù)來化解分歧點。

二. 如何讓項目順利開展？

需求一旦確定，文檔一旦梳理，就需求配合相關(guān)人士進(jìn)入開發(fā)階段，注意是配合，而非管理等。至少從本質(zhì)上來講，PM在中期協(xié)調(diào)工作會成為主導(dǎo)，也許不絕對，但至少有一時間段是這樣。接觸的人員最深的莫過于設(shè)計與研發(fā)，研發(fā)又分為客戶端和服務(wù)端。

先從設(shè)計講起，所謂設(shè)計，就是找到最佳的體現(xiàn)形式，包括布局、顏色等，將策劃的方案具體呈現(xiàn)出來。從互聯(lián)網(wǎng)發(fā)展到現(xiàn)在，設(shè)計已經(jīng)越來越趨向于如何服務(wù)好大眾化，畢竟用戶的審美能力得到提高。從另外的角度看來，現(xiàn)在的產(chǎn)品至少在實現(xiàn)角度上已趨于簡單化，因此設(shè)計無疑是重中之重。

PM都有個慣病，認(rèn)為自己策劃的方案會趨于理想化，整體的設(shè)計思路要跟著方案走，實際不然。一方面，站的角度不同，畢竟專業(yè)的人做專業(yè)的事情；另一方面，當(dāng)PM過多參與設(shè)計討論，就如同上級過多參與產(chǎn)品討論中，總會形成循環(huán)的閉路，導(dǎo)致設(shè)計很大程度上按照方案的思路走。

那么該如何解決這個問題呢，一般來說用兩點來讓設(shè)計充分發(fā)揮而又達(dá)到產(chǎn)品要求，一是在相關(guān)頁面表明每個頁面體現(xiàn)的所有數(shù)據(jù)類型，如距離、昵稱、頭像等，二是在該頁面著重強調(diào)要體現(xiàn)的要點，如某個動作，某條動態(tài)條等。這樣一來，技能保證設(shè)計稿對于數(shù)據(jù)類型的充分點，又能契合地體現(xiàn)產(chǎn)品相關(guān)要點。設(shè)計師會有自己的思路去完善產(chǎn)品工作。

對于研發(fā)而言，最重要的莫過于需求的完整性。無論對于整體功能還是邏輯問題，亦或是反饋的表現(xiàn)，都需要有充足的數(shù)據(jù)來說明，并非草草而過。在策劃階段，如果項目一旦達(dá)到基本框架，比如70%的完善程度，那么就需要讓研發(fā)來介入，這里的好處不會多說。既可以讓研發(fā)明白本次開發(fā)的重點與形式，又給研發(fā)留給足夠空間去思考實現(xiàn)問題。

常常會遇到研發(fā)對產(chǎn)品需求的整體不理解，導(dǎo)致大改框架，甚至動整個架構(gòu)等問題，時間成本是非常要緊的。因此有必要讓研發(fā)提前知道下一步做什么是很關(guān)鍵的。并不是說要求跑多快，因為需求肯定有變更，但每次開發(fā)期間，都讓后幾期思路透明化，始終不是件壞事。而從需求文檔的角度看來，也會分幾部走，把所有有數(shù)據(jù)的情況講明一遍，把所有無數(shù)據(jù)（網(wǎng)絡(luò)異常、定位失敗、加載慢等）情況講一遍，然后把整體交互效果提示一遍，當(dāng)然交互也同時配合設(shè)計稿。這樣對研發(fā)來說，需求上至少不會有大的遺漏點，即使被問了，也能很好的解答，不耽誤其工作總是好的。測試工作也照此進(jìn)行。

一般來講，服務(wù)端和設(shè)計要趕在客戶端一些模塊前，主要保證客戶端要圖有圖，要接口有接口。這樣有節(jié)奏的協(xié)作模式至少能得到一個好的效果。

三. 產(chǎn)品上線如何處理？

產(chǎn)品上線只是起點，而非是完成階段。這之后，有兩件事情首要處理，一是下一個版本迭代，二是與運營相關(guān)的討論。前者主要保持團隊能進(jìn)入整體有效開發(fā)階段，不會出現(xiàn)時忙時閑的狀態(tài)，至少要保持閑忙差距不能太大，后者則是根據(jù)市場反饋為產(chǎn)品需求做更好的嵌入工作。

這時候則需要和相關(guān)運營人員共同討論，可能有些人會有些疑問，產(chǎn)品多數(shù)在策劃，怎么涉及運營呢。對于分工明確的團隊來講，產(chǎn)品多與運營打交道是非常有必要的，既可以知道運營方案的產(chǎn)生和服務(wù)點（即給用戶帶來什么），有可以很即時的從運營人員的交流中得到最即時的反饋，比如用戶抱怨了什么，提出了哪些好的建議。畢竟產(chǎn)品是給用戶做的，用戶提的問題要虛心傾聽，正確的建議要想辦法解決，也并非什么都聽。

在互聯(lián)網(wǎng)企業(yè)中，產(chǎn)品完成后總是說大力運營，推廣什么的，而運營給產(chǎn)品提了很多功能上的意見。首先來說，有爭論互相壓力自然是好事，證明大家對于事情重視。另一角度來看，產(chǎn)品和運營根本就是不分家的關(guān)系，相輔相成就能夠進(jìn)步，產(chǎn)品學(xué)習(xí)運營如何與用戶打角度，運營學(xué)習(xí)產(chǎn)品怎樣幫用戶思考。

總之，產(chǎn)品經(jīng)理始終是個做事、協(xié)調(diào)的角色，不能忘本。如何把產(chǎn)品做好，把事情做好始終放在第一位。每個PM都找到合適的方式去處理相關(guān)問題。

#專欄作家#

Oneto，人人都是產(chǎn)品經(jīng)理專欄作家，專注于分享優(yōu)質(zhì)的原創(chuàng)信息，關(guān)注互聯(lián)網(wǎng)、文化、知識等領(lǐng)域，只為傳遞好的見解。個人博客：www.oneto.top，一點時代。愿以大家一同發(fā)現(xiàn)互聯(lián)網(wǎng)的價值信息，共同進(jìn)步！?興趣：下棋、讀書，研究好的產(chǎn)品。

轉(zhuǎn)載請保留上述作者信息并附帶本文鏈接