随着时间、场景的转变，需求永远都是源源不断的，永无终止之日。
上周二，刚去到公司，客户就找上门，说希望加一个筛选某个员工业绩的功能。类似这样的事情不知道发生了多少次，每个客户都有一大堆自己想要的需求，那作为产品经理，应该如何去处理呢？
一、为何会有加需求？
加需求，顾名思义，就是加东西。每个客户/市场部/运营部等都会出于自己的角度，让自己的使用起来更爽，于是会提出各种各种的需求。随着时间、场景的转变，需求永远都是源源不断的，永无终止之日。
二、不断加需求的弊端
或许有些朋友会说，有人提出需求不好吗？这样就不用产品经理自己苦苦寻找，猜测了，直接获取真实使用产品的用户提出的需求，设计出来的产品（功能）肯定是他们想要的，这时候就不用担心他们不使用你的产品了。是的，这话听起来没错，先让我们看一下正常情况产品的诞生流程是怎么样的：
（产品诞生流程）
正常情况下，有了产品V1.0，然后不断加新增需求，最后得到我们想要的产品终稿。非常成功的例子，非常理想的状态，但买家秀终归不是卖家秀！
下面再来看看买家秀的产品诞生流程，特别是遇到客户等不断加需求的情况。
（买家秀的产品诞生流程）
很明显，该图已经表明，最后得出的产品是客户1、2、3的合并版本，并非自己原来想要，也不是每一个客户原来想要。如果幸运的话，客户也许不会介意，表示收货，但如果运气没那么好，就惨了，客户表示不收货（皓皓就试过掉进里面），这是其一。其二，因为不断加需求，没有时间去优化现有产品，导致产品质量越来越差，这也是很多小公司都会遇到的问题。
既然不断加需求，会导致如此结果，应该怎么去防范呢？
三、界定产品边界
归根到底，这确实是产品经理的问题，因为产品经理不断加需求，到时产品很庞大，最后变成一个综合体。很多产品朋友或者都想过，这个那个需求不做的，但是呢又找不到很好的理由去说服老板等原因，最后还是加了进去。这再也正常不过了，毕竟产品是新做的，不存在所谓的数据分析，所以千万别指望说通过数据来说服老板不做，既然没有数据，我们就得说原则！
所以，产品经理跳出不断加需求这个坑，就得讲原则，也就是界定产品边界！
界定产品边界，也就是说首先给自己的产品画了一个圈，告诉老板/客户，我们所做的东西就是这个圈的范围内，如果需求超出了，我们就不做了。这样一来，我们就不用每天都得出来有的没的需求，每天疲命于完成各种需求，最后导致产品六不像！
四、如何界定产品边界？
第一步：确定产品满足的行业领域（必须细分精确）；
第二步：确定产品所在行业位置，是上游，还是下游；
第三步：确定产品的定位，是做平台，还是做工具。
下面，皓皓就用自己以前所做的一个产品举个例子，帮助大家理解。
皓皓以前做的是一款移动医疗产品，因为产品的边界没有划分好，最后成了一款集合医患轻问诊、患者管理、购药、自媒体、2B的科室管理工具、问答社区、资讯功能于一身的平台产品。
假如我们有幸，从头开始……
第一步：确定产品满足的行业领域
既然是做医疗，那就是医疗行业，但这是结合移动互联网，于是我们的行业就是移动医疗行业，但移动医疗行业太大了，有问诊，有购药，有资讯……五花八门，所以我们得精确，缩小。按照目前的观察来看，购药、资讯传播相对还有市场，那我们就从这2个选定一个吧。购药需要大量拍照，毕竟是政府管控很严的一个领域，那皓皓就选择资讯。
第二步：确定产品所在行业位置，是上游，还是下游
资讯，范围也很大，比如有医生和医生之间的，医生和患者之间，仅仅是针对患者的。那这个时候，我们就得确定自己产品所处的行业位置了。患者，是很热衷于看这些保健类的知识，但是一般不肯付费，我们做植入广告也不行。那医生和医生之间呢？还是有点希望的，毕竟目前很多三四线医院的人都会不断去进修的，很多小医生还是很渴望学习的，倘若可以让医生大咖来叫其他小咖，估计也能繁荣。医患之间，皓皓觉得更有看到，现在有几个患者不相信医生呢，毕竟保命要紧呀，所以很多患者还是很相信医生。这里又有2个选择，就让皓皓任性一次，选择医患之间吧，处于中间偏下游的位置。
（按照药物流向划分）
第三步：确定产品的定位
作为医患之间的咨询，也就是有医生发布资讯，患者去查看，药商可以植入广告。这样看来，平台型明显比工具型要好，于是产品定位就是平台型。
把这三步串联起来就是：做移动医疗行业中，医患资讯的平台型产品。产品的基础定位有了，产品的边界也就确定了，这时候就可以有目的的加需求啦！
