PM不應(yīng)該是文檔寫(xiě)作員，流程繪制員，上級(jí)口令傳遞員。
PM陪伴問(wèn)題二十年，不是在發(fā)現(xiàn)問(wèn)題的路上，就是在尋找解決方案的路上。

開(kāi)發(fā)跟你談流程和邏輯，你要給他一個(gè)解決方案；測(cè)試跟你談bug,你要給他一個(gè)解決方案。運(yùn)營(yíng)和商務(wù)跟你抱怨，你要給他一個(gè)解決方案，而且這個(gè)方案要是當(dāng)下最優(yōu)解決方案，它不一定是完美的，可能會(huì)有風(fēng)險(xiǎn)，可能有點(diǎn)土，可能不成熟，不是最好的，但它是當(dāng)下最適合的，是考慮了投入產(chǎn)出比，時(shí)間等的結(jié)果。

舉例：開(kāi)發(fā)問(wèn)你這個(gè)登錄注冊(cè)怎么弄，流程是怎樣的

第一步：把一個(gè)模塊的所有可能情況全部列出來(lái)，一般的PM就會(huì)把這個(gè)發(fā)給開(kāi)發(fā)了，讓他開(kāi)始做。

有問(wèn)題：1、沒(méi)有結(jié)合現(xiàn)在的業(yè)務(wù)現(xiàn)狀和用戶場(chǎng)景分析，就不能砍掉其中一些流程嗎，有必要弄這么復(fù)雜嗎？這樣開(kāi)發(fā)和維護(hù)成本會(huì)不會(huì)很高？投入產(chǎn)出比怎樣，值不值得這樣投入？

因此有了后面的步驟。

第二步：把這些所有的情況列出來(lái)后，結(jié)合業(yè)務(wù)現(xiàn)狀和用戶場(chǎng)景分析，刪減，砍掉一些沒(méi)必要，或沒(méi)多少價(jià)值，投入產(chǎn)出比不高，或不值得當(dāng)下這個(gè)階段來(lái)做的需求，給一個(gè)精簡(jiǎn)后的最簡(jiǎn)單的需求和流程，發(fā)給開(kāi)發(fā)。

第三步：做到以上就夠了嗎？不是，這樣下去就會(huì)變成短視之徒了，心中要有規(guī)劃，要跟開(kāi)發(fā)說(shuō)：“先這樣做，我有規(guī)劃，以后版本迭代時(shí)再看看有沒(méi)有更好的方案?！?/p>

這樣開(kāi)發(fā)才會(huì)覺(jué)得你靠譜，有大局觀，對(duì)大局觀其實(shí)就是對(duì)業(yè)務(wù)實(shí)際和用戶場(chǎng)景的熟悉，兩把刷子，都要精通。一些PM沉迷于分析用戶體驗(yàn)，現(xiàn)在好些了，嘴邊經(jīng)常掛著”場(chǎng)景“一詞，但脫離了業(yè)務(wù)實(shí)際，還是不夠的。

只看場(chǎng)景不看業(yè)務(wù)舉例：公司機(jī)器上什么功能是用的最多的，這時(shí)你通過(guò)用戶分析，想改版，按照自己的理解，這個(gè)功能要把入口做深，那這就不符合業(yè)務(wù)實(shí)際了。

只看業(yè)務(wù)不看場(chǎng)景舉例：某個(gè)功能其實(shí)就是一個(gè)低頻需求，這時(shí)你跟開(kāi)發(fā)說(shuō)讓他統(tǒng)計(jì)這個(gè)功能的當(dāng)日活躍、三日活躍和周活躍。事實(shí)上，這個(gè)功能用的人就不多，但你要開(kāi)發(fā)花費(fèi)時(shí)間和精力來(lái)統(tǒng)計(jì)這么多活躍，沒(méi)多大用。而你呢，熟悉了看用戶活躍數(shù)據(jù)時(shí)，看當(dāng)日、3日和周活躍，覺(jué)得工作方式就是這樣的。

產(chǎn)品要的不是好方案，不是完美方案，是當(dāng)下最優(yōu)解決方案?；诖?，才有了快速迭代。產(chǎn)品就是權(quán)衡后的解決方案。