第一步：剖析需求，提出问题
在做需求分析的时候，产品经理的一个大忌就是，拿来就做，不问问题。不问问题有两种可能性：第一种可能性是需求已经提的很完善了，没有什么问题可以提；第二种可能性是需求分析不到位。
举一个例子，曾经有一个业务部门需求是，将原本T+1的金融产品赎回到账体验改为T+0实时到账。但是该需求并没有提出具体的实现方式，只提出他们可以先垫一部分钱给投资者。我们在分析这个需求的时候，首先要明白，这个需求的第一要务是，无论如何，投资者应该在赎回的当前就拿到赎回款。
衍生出的第一波待解决问题较为宏观：
一旦T+1变为T+0，原来的T+1产品是否还存在？
是重新创建一个T+0的产品还是把原来T+1的产品改为T+0？
这个T+0产品将会是系统中唯一的T+0产品还是未来多个同类型产品中的第一个？
这一波问题找到答案后，我们将会对T+0赎回这个业务的边界有大致的了解。如果是孤例，那就是一个功能模块级别的任务。如果将来会大规模开展，那我们应该从现在就开始考虑功能的扩展性（然而市场总是变化快，开始说只是先做做，后来要大批量上的情况也很多，这主要看产品经理自己的判断是否准确了）。
匿名回答于2021-11-15 17:19:52
