1.在产出PRD文档时，需要对于所提出的需求进行复盘
研发侧：提前和研发沟通，从研发的角度去看这个方案的可行性，完成的难易度，以及完成的工作量。
影响范围：对于B类产品来说，需要考虑所做的改动对于上下游的影响。
eg:当对于一线号码进行修改时，二线的号码是否也会跟着一起变？如果二线号码跟着一起变，那么客服同学在使用的过程中会产生什么样的影响？所做的修改，对于其他模块是否也会产生影响？
to C 类的产品需求是属于“点”的需求，产品经理所作出的改动往往都是以一个具体的点来进行更新迭代的（用户体验/数据指标）在做需求的时候，只要需求对于这些“点”有好处，那么这个需求可以初步的算作是一个好需求。而对于所做的需求除了会对这个点产生影响之外，是否会对其他的地方产生影响，C类的产品经理关心的不算特别多。
而之所以产生这样的原因，首先是因为这些“点”本身是一个独立的模块，或者说这些“点”本身与其他的模块的关系并不紧密。对于这个点进行修改，网往往并不会对于其他模块产生多大的影响。
而与之相反的to B类的产品则更像是“线段”的需求。线段之间由节点所连接，当其中一个节点发生改变，就会影响到下一个节点。牵一发而动全身。所以说B类产品的需求，需要对于上下游进行考虑。
2.
网友评论