如何在設計產品時避免給開發挖坑?
在脈脈上參與了如何避免給開發挖坑的主題討論,結合自己的回復和脈友的回復,重新整理了一下這塊的一些想法。
要想避免挖坑,首先要明確什么是“挖坑”?個人淺見,所謂挖坑多數情況下是指:產品經理已經完全確定了需求,甚至寫好了需求文檔,然后找開發同學碰最終定下來的需求,但是此時才發現時間不夠、資源不足、投入產出比太低、當前沒有相關專業人員、核心邏輯不夠清晰、對現有系統影響太大甚至有消極影響等等一系列問題。如果這時候由于某些原因硬上,就會出現各種問題,也就是會有各種坑。我把這種坑稱之為“大坑”,也是最開發同學最害怕的坑。
還有一種是那種細節上的不完善或缺失,我稱之為“小坑”。對于小坑,在碰需求的時候,開發同學多數能夠極大化地彌補,而且即使發現不了,對整體的開發也不會有太大的影響。
對于避免挖“大坑”來講,產品經理的最佳做法是:一開始就將開發同學拉進來討論各種設計方案的可能性。多數情況下,產品經理在面對一個需求時,滿足需求的方案絕對不止一個。有一勞永逸的方案也有暫時性方案,有適應未來的擴展性方案也有當下使用的毫無擴展性方案,有簡單的方案也有復雜的方案,有滿足核心需求的方案也有滿足所有需求的方案……而這些方案實施起來肯定大有不同。如果在設計方案之初,在產品經理心中有了一系列備選方案之時,就讓開發同學參與進來,開發同學就可以根據這些方案來提出一些建議,產品經理也可以權衡一下得失和難度等。在這種溝通機制下,當大的方向或實施方案確定后,再繼續往下走細枝末節的地方,往往也不會出現什么問題??偨Y成一句話,就是“開發前多溝通,開發中就省心”。一個功能或一個應用在雛形設計階段,調整起來是非??斓?,一旦開發開始,越到后期越難調整。正如一棟大廈在圖紙階段調整起來是相對容易的,但到封頂時想要調整就很難了。
對于避免挖“小坑”來講,就要更多地看產品經理對細節的把控程度和精力時間的投入上了。在最終與研發同學討論需求前,將每一步的細節逐一過一遍,會有很好的效果。畫流程圖和寫需求文檔也能夠極大地彌補細節上的不足之處。可能有人會說,難道做產品還有不畫流程圖和寫需求文檔的嗎?當然有。很多情況下,在人力物力緊缺時,產品真的沒時間畫流程圖和寫需求文檔,往往是只要核心邏輯沒問題,就開干了。
有沒有不怎么溝通,也不怎么挖坑的情況?有。
- 如果產品經理真的懂技術,能夠大神般地幫助研發同學想好大部分細節,挖坑的可能性也會比較少。但這種產品經理太少了,不具備普適應。
- 產品經理之前做過類似的功能/模塊,可以完全套用到現在的產品上,非常確信沒問題。這樣,坑也會少。
正如沒有百分之百完美的事物一樣,也沒有百分之百不挖坑的產品經理。不挖大坑,少挖小坑,是一個合格產品經理的基本追求。
#專欄作家#
岳山丘,微信公眾號:iamyueshanqiu,人人都是產品經理專欄作家,慕課網產品經理。兜兜轉轉好多年,一直在教育行業做產品。初始做內容,后來開始做WEB端。關注在線教育、互聯網金融(順便賺點小錢花)。最近一段時間開始研究移動APP產品,希望能夠多學習一些東西。
本文原創發布于人人都是產品經理,未經許可,不得轉載。
- 目前還沒評論,等你發揮!