双需求池分别承担存档与执行管理职能

原始需求池记录所有用户提报的原生诉求，主要用于存档和追溯，一旦记录基本不再变动；产品需求池是分析拆解后的功能需求清单，会随着方案调整持续更新，一旦形成方案并投入研发就进入正式项目管理周期。两个池子要保持明确的关联，让用户能追踪自己提的诉求进展到哪一步，也让产品经理能反查一个功能设计背后对应的原始诉求。发散：这个双层结构解决的是”变与不变”的矛盾——原始诉求作为历史记录不该被随意修改，但落地方案必然要随着分析深入而调整，把两者混在一个池子里管理，要么会破坏原始记录的存证价值，要么会让方案调整变得畏首畏尾。