什么是需求边界，为什么边界不清需求就会失控

一句话提醒

边界不是否定价值，而是明确这次只解决到哪里，保护团队先聚焦在当前核心问题上。

为什么今天看它

• 它能把‘这些以后也要做’和‘这次先做到哪里’拆开，减少范围失控。
• 它适合在需求讨论里开始出现一连串‘顺手再加一下’时及时收口。

留一个问题

我现在加进去的这些扩展项，是当前闭环必需，还是只是因为它们看起来也有价值？

参考思路

1. 1.先定义这次解决到哪里。明确当前版本的核心问题、核心流程和最小闭环。
2. 2.再把暂不做写清楚。边界不是否定价值，而是把后续扩展留到更合适的阶段。
3. 3.最后检查蔓延点。凡是‘顺便加下载/编辑/分类/外链’这类扩展，都要先问是不是当前必须。

03_知识库/问题/什么是需求边界，为什么边界不清需求就会失控.md