起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理必讀｜如何跳出不斷加需求的坑？
隨著時間、場景的轉變，需求永遠都是源源不斷的，永無終止之日。
上周二，剛去到公司，客戶就找上門，說希望加一個篩選某個員工業績的功能。類似這樣的事情不知道發生了多少次，每個客戶都有一大堆自己想要的需求，那作為產品經理，應該如何去處理呢？
一、為何會有加需求？
加需求，顧名思義，就是加東西。每個客戶/市場部/運營部等都會出于自己的角度，讓自己的使用起來更爽，于是會提出各種各種的需求。隨著時間、場景的轉變，需求永遠都是源源不斷的，永無終止之日。
二、不斷加需求的弊端
或許有些朋友會說，有人提出需求不好嗎？這樣就不用產品經理自己苦苦尋找，猜測了，直接獲取真實使用產品的用戶提出的需求，設計出來的產品（功能）肯定是他們想要的，這時候就不用擔心他們不使用你的產品了。是的，這話聽起來沒錯，先讓我們看一下正常情況產品的誕生流程是怎么樣的：
（產品誕生流程）
正常情況下，有了產品V1.0，然后不斷加新增需求，最后得到我們想要的產品終稿。非常成功的例子，非常理想的狀態，但買家秀終歸不是賣家秀！
下面再來看看買家秀的產品誕生流程，特別是遇到客戶等不斷加需求的情況。
（買家秀的產品誕生流程）
很明顯，該圖已經表明，最后得出的產品是客戶1、2、3的合并版本，并非自己原來想要，也不是每一個客戶原來想要。如果幸運的話，客戶也許不會介意，表示收貨，但如果運氣沒那么好，就慘了，客戶表示不收貨（皓皓就試過掉進里面），這是其一。其二，因為不斷加需求，沒有時間去優化現有產品，導致產品質量越來越差，這也是很多小公司都會遇到的問題。
既然不斷加需求，會導致如此結果，應該怎么去防范呢？
三、界定產品邊界
歸根到底，這確實是產品經理的問題，因為產品經理不斷加需求，到時產品很龐大，最后變成一個綜合體。很多產品朋友或者都想過，這個那個需求不做的，但是呢又找不到很好的理由去說服老板等原因，最后還是加了進去。這再也正常不過了，畢竟產品是新做的，不存在所謂的數據分析，所以千萬別指望說通過數據來說服老板不做，既然沒有數據，我們就得說原則！
所以，產品經理跳出不斷加需求這個坑，就得講原則，也就是界定產品邊界！
界定產品邊界，也就是說首先給自己的產品畫了一個圈，告訴老板/客戶，我們所做的東西就是這個圈的范圍內，如果需求超出了，我們就不做了。這樣一來，我們就不用每天都得出來有的沒的需求，每天疲命于完成各種需求，最后導致產品六不像！
四、如何界定產品邊界？
第一步：確定產品滿足的行業領域（必須細分精確）；
第二步：確定產品所在行業位置，是上游，還是下游；
第三步：確定產品的定位，是做平臺，還是做工具。
下面，皓皓就用自己以前所做的一個產品舉個例子，幫助大家理解。
皓皓以前做的是一款移動醫療產品，因為產品的邊界沒有劃分好，最后成了一款集合醫患輕問診、患者管理、購藥、自媒體、2B的科室管理工具、問答社區、資訊功能于一身的平臺產品。
假如我們有幸，從頭開始……
第一步：確定產品滿足的行業領域
既然是做醫療，那就是醫療行業，但這是結合移動互聯網，于是我們的行業就是移動醫療行業，但移動醫療行業太大了，有問診，有購藥，有資訊……五花八門，所以我們得精確，縮小。按照目前的觀察來看，購藥、資訊傳播相對還有市場，那我們就從這2個選定一個吧。購藥需要大量拍照，畢竟是政府管控很嚴的一個領域，那皓皓就選擇資訊。
第二步：確定產品所在行業位置，是上游，還是下游
資訊，范圍也很大，比如有醫生和醫生之間的，醫生和患者之間，僅僅是針對患者的。那這個時候，我們就得確定自己產品所處的行業位置了?；颊撸呛軣嶂杂诳催@些保健類的知識，但是一般不肯付費，我們做植入廣告也不行。那醫生和醫生之間呢？還是有點希望的，畢竟目前很多三四線醫院的人都會不斷去進修的，很多小醫生還是很渴望學習的，倘若可以讓醫生大咖來叫其他小咖，估計也能繁榮。醫患之間，皓皓覺得更有看到，現在有幾個患者不相信醫生呢，畢竟保命要緊呀，所以很多患者還是很相信醫生。這里又有2個選擇，就讓皓皓任性一次，選擇醫患之間吧，處于中間偏下游的位置。
（按照藥物流向劃分）
第三步：確定產品的定位
作為醫患之間的咨詢，也就是有醫生發布資訊，患者去查看，藥商可以植入廣告。這樣看來，平臺型明顯比工具型要好，于是產品定位就是平臺型。
把這三步串聯起來就是：做移動醫療行業中，醫患資訊的平臺型產品。產品的基礎定位有了，產品的邊界也就確定了，這時候就可以有目的的加需求啦！
作者：皓皓，微信公眾號qipa2233，從市場轉型到產品經理，從事過移動醫療產品設計，目前任職于SAAS產品經理。
本文由 @皓皓 原創發布于人人都是產品經理。未經許可，禁止轉載。
學習了。
額，我表示，這樣根本沒用。因為，如果不是第三方的產品，在很多時間，是目有砍這么多功能的話語權的。
確實，大部分BOSS產品，需要定義的是BOSS的邊際。我的解決方法是，先滿足BOSS的需求快速出一版然后小范圍測試，這時候拿數據來力挽狂瀾。
同問
皓皓認為，平臺主要是做連接，供求雙方通過平臺，各取所需。比如移動醫療平臺，一方是醫生，一方是患者，雙方通過該平臺獲取自己的想要的東西。而工具則是帶有協助管理的作用，且大多是一方即可完成的，比如常見的企業郵箱。
有沒有平臺和工具屬性都具備的產品呢？有個疑問有社交有內容，是算平臺還是工具呢？工具型產品如果產生內容產生社區 是不是就有平臺屬性呢？請教
同問：怎么定義平臺型和工具型產品？
皓皓認為，平臺主要是做連接，供求雙方通過平臺，各取所需。比如移動醫療平臺，一方是醫生，一方是患者，雙方通過該平臺獲取自己的想要的東西。而工具則是帶有協助管理的作用，且大多是一方即可完成的，比如常見的企業郵箱。
論如何與需求方撕X的高級技巧
有空可以把皓皓的淺薄修為告訴大家。