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