筛完后的需求就要考虑解决方案了，做方案是基础，推动落地才是升阶。方案合理性最重要：可以满足主流程需要、有业务价值、技术实现可行、说服上下游协同、有开发资源排期，这几个方面在实际工作中往往都不会同时具备，需要产品经理不断介入推动达成，必要时也要调整方案

时机的选择依赖业务节奏，对B端产品来说，通常迭代节点与业务节奏保持大概同步。集成类项目需要死守，大家都在跑，如果目标没完成，走路的那个人就要背锅；小范围的部门内自闭环的需求，如果因为开发临时做了紧急项目，那就没有死守的必要，可以跟业务协商推迟上线。总之在节奏层面上有张有弛，收放自如。

现在很多复盘是针对问题或者失败案例，养成习惯的人对每件事都会复盘，做的好坏都是有原因的。效果好就要思考是哪些地方做对了，避过了哪些坑幸亏当时没做，效果差就要思考哪些地方做的不对，用什么方式做更好。任何思考除了考虑内外部环境，如果是外部原因导致的差，那也没要甩锅，人还是要为自己做的事情负责，就像失业不能总怪大环境，对外部环境变动感知弱，自己做了误判，做了错误的决策和行动，就要为结果买单。

总结：需求管理在横向上是自始至终的，事前评估，事后复盘；在纵向步骤中需要考虑周全，张弛有度。