我们做产品很多时候会有一些疑虑：
有时候我们会搞不太清楚哪些需求是否该满足
哪些需求什么时候满足
哪些需求该怎么满足
有人认为这是在评估需求，考察的是产品人员对需求的理解和控制能力。诚然，这么说也没错，但是在笔者看来，这更应该是产品经理对产品边界的理解。
笔者个人是从下面三个方面对产品边界的认识 ：
- 产品定位需要明确的产品边界
- 产品版本需要明确的产品边界
- 产品功能需要明确的产品边界
下面笔者将依次说明自己对几点的理解和认识：
-
产品定位需要明确产品边界
这一点的意思就是说我们要明确自己产品的定位，哪些来自市场和用户的需求是自家产品应该解决的。各位作为优秀的产品经理一定会发现生活中各种未被满足的需求，对我们而言，和我们的产品定位不匹配的需求都没有实际意义。
笔者曾经做过一个餐饮项目，当时我们的定位是做一个餐饮SAAS产品，为餐饮门店提供一套更加灵活的餐饮一体化解决方案。那么在服务餐饮门店的外卖业务时，我们内部就有了一些关于产品的讨论：
甲方观点：我们可以自己做一个外卖订餐产品
乙方观点：我们需要做的是和现有的外卖平台对接。
甲方的理由是这样做对我们系统而言，订单都是系统内流转，我们也可以灵活控制，从完整的产品上来说这是形成了闭环的。
而笔者和另外的小伙伴认为我们做的是餐饮saas产品，不是外卖产品，这和我们自己定位相违背。并且我们自己做外卖订餐产品和三大外卖巨头甚至其他小平台不仅没有流量上的优势，更会让我们陷入到不必要的产品竞争中，白白消耗公司的战斗力。
所以，当我们自己对自己所参与设计的产品有了一个认定之后，实际上产品本身的边界也就已经确定了。盲目夸大产品定位的边界，很有可能会使自己偷鸡不成蚀把米 。
2 . 从开发周期上确定产品边界
我们在做产品迭代时，除开对之前产品设计的优化，还会加入一些新的功能或者模块，这时候就需要我们清楚的了解当前产品的版本边界。不要在满足当前一个未被明确的需求或者尚未成功的模块功能上进行更多的产品叠加。
有一个关于版本边界的栗子:
一个网络展会平台的产品，在产品当前版本就一定是能够正常创建展会，相应的展商能够参加展会并将展品发布出来，在产品本身而言就是一个完整的CMS系统。如果这个时候让你在增加观众报名线下展会的入口，并在相应的报名系统，很显然这是不太合理的，也明显不符合当前产品版本的主要目的。
每一次的产品迭代版本都要明确目的，这个目的就是我们这个阶段的产品边界，相应的，超越这个边界的事情，笔者认为至少在当前的阶段是不能够做的。
3 . 产品设计本身需要确定边界
在产品中，每个功能不应该是无限扩展的，而是有它的边界和限制，而决定功能边界和限制的就是功能自身的属性决定的.
就像我们在产品里面给用户发送优惠券的一样，我们肯定做过产品活动和优惠券的逻辑。比如饿了么外卖，我们每次点完餐之后分享再去领取优惠券，那么领取优惠券的通知应该跟随用户参与分享领券活动呢？还是跟随用户账户获得优惠券呢？如果领一张优惠券就发送一个通知，那么在饿了么这套逻辑中，用户获得系列优惠券就应该会被多次通知得到优惠券，很显然这样用户就会被信息轰炸了。而现实情况，饿了么也是对整个领券活动综合通知用户的优惠券获取情况。
所以在上面饿了么这个例子中，产品的通知边界应该是控制在活动这样一个逻辑上面，而非优惠券。
产品设计的时候，对产品边界的限制是建立在对产品功能模块的深入理解上的，在设计的时候需要将相应的功能限制在对应的模块中。
总结
综合而言，笔者认为在做产品设计时，我们要深刻理解产品的用户定位和产品各模块之间的逻辑，不论是隔离还是连接，需要在产品上做到伸展有度
By Tick