在脈脈上參與了如何避免給開發(fā)挖坑的主題討論，結(jié)合自己的回復(fù)和脈友的回復(fù)，重新整理了一下這塊的一些想法。

要想避免挖坑，首先要明確什么是“挖坑”？個人淺見，所謂挖坑多數(shù)情況下是指：產(chǎn)品經(jīng)理已經(jīng)完全確定了需求，甚至寫好了需求文檔，然后找開發(fā)同學(xué)碰最終定下來的需求，但是此時才發(fā)現(xiàn)時間不夠、資源不足、投入產(chǎn)出比太低、當(dāng)前沒有相關(guān)專業(yè)人員、核心邏輯不夠清晰、對現(xiàn)有系統(tǒng)影響太大甚至有消極影響等等一系列問題。如果這時候由于某些原因硬上，就會出現(xiàn)各種問題，也就是會有各種坑。我把這種坑稱之為“大坑”，也是最開發(fā)同學(xué)最害怕的坑。

還有一種是那種細(xì)節(jié)上的不完善或缺失，我稱之為“小坑”。對于小坑，在碰需求的時候，開發(fā)同學(xué)多數(shù)能夠極大化地彌補，而且即使發(fā)現(xiàn)不了，對整體的開發(fā)也不會有太大的影響。

對于避免挖“大坑”來講，產(chǎn)品經(jīng)理的最佳做法是：一開始就將開發(fā)同學(xué)拉進來討論各種設(shè)計方案的可能性。多數(shù)情況下，產(chǎn)品經(jīng)理在面對一個需求時，滿足需求的方案絕對不止一個。有一勞永逸的方案也有暫時性方案，有適應(yīng)未來的擴展性方案也有當(dāng)下使用的毫無擴展性方案，有簡單的方案也有復(fù)雜的方案，有滿足核心需求的方案也有滿足所有需求的方案……而這些方案實施起來肯定大有不同。如果在設(shè)計方案之初，在產(chǎn)品經(jīng)理心中有了一系列備選方案之時，就讓開發(fā)同學(xué)參與進來，開發(fā)同學(xué)就可以根據(jù)這些方案來提出一些建議，產(chǎn)品經(jīng)理也可以權(quán)衡一下得失和難度等。在這種溝通機制下，當(dāng)大的方向或?qū)嵤┓桨复_定后，再繼續(xù)往下走細(xì)枝末節(jié)的地方，往往也不會出現(xiàn)什么問題?？偨Y(jié)成一句話，就是“開發(fā)前多溝通，開發(fā)中就省心”。一個功能或一個應(yīng)用在雛形設(shè)計階段，調(diào)整起來是非常快的，一旦開發(fā)開始，越到后期越難調(diào)整。正如一棟大廈在圖紙階段調(diào)整起來是相對容易的，但到封頂時想要調(diào)整就很難了。

對于避免挖“小坑”來講，就要更多地看產(chǎn)品經(jīng)理對細(xì)節(jié)的把控程度和精力時間的投入上了。在最終與研發(fā)同學(xué)討論需求前，將每一步的細(xì)節(jié)逐一過一遍，會有很好的效果。畫流程圖和寫需求文檔也能夠極大地彌補細(xì)節(jié)上的不足之處?？赡苡腥藭f，難道做產(chǎn)品還有不畫流程圖和寫需求文檔的嗎？當(dāng)然有。很多情況下，在人力物力緊缺時，產(chǎn)品真的沒時間畫流程圖和寫需求文檔，往往是只要核心邏輯沒問題，就開干了。

有沒有不怎么溝通，也不怎么挖坑的情況？有。

1. 如果產(chǎn)品經(jīng)理真的懂技術(shù)，能夠大神般地幫助研發(fā)同學(xué)想好大部分細(xì)節(jié)，挖坑的可能性也會比較少。但這種產(chǎn)品經(jīng)理太少了，不具備普適應(yīng)。
2. 產(chǎn)品經(jīng)理之前做過類似的功能／模塊，可以完全套用到現(xiàn)在的產(chǎn)品上，非常確信沒問題。這樣，坑也會少。

正如沒有百分之百完美的事物一樣，也沒有百分之百不挖坑的產(chǎn)品經(jīng)理。不挖大坑，少挖小坑，是一個合格產(chǎn)品經(jīng)理的基本追求。

#專欄作家#

岳山丘，微信公眾號：iamyueshanqiu，人人都是產(chǎn)品經(jīng)理專欄作家，慕課網(wǎng)產(chǎn)品經(jīng)理。兜兜轉(zhuǎn)轉(zhuǎn)好多年，一直在教育行業(yè)做產(chǎn)品。初始做內(nèi)容，后來開始做WEB端。關(guān)注在線教育、互聯(lián)網(wǎng)金融（順便賺點小錢花）。最近一段時間開始研究移動APP產(chǎn)品，希望能夠多學(xué)習(xí)一些東西。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。