如何在設計產品時避免給開發挖坑？

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

　　

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

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

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

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

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

　　如果產品經理真的懂技術，能夠大神般地幫助研發同學想好大部分細節，挖坑的可能性也會比較少。但這種產品經理太少了，不具備普適應。

　　產品經理之前做過類似的功能/模塊，可以完全套用到現在的產品上，非常確信沒問題。這樣，坑也會少。

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