很多网站在规划阶段都会选择“先留着”，但真正影响长期稳定性的，往往正是这些看似无害的预留。
在项目讨论中，
客户经常会说这样一句话：
“这个功能现在先不做，位置先留着，以后可能会用到。”
这句话听起来非常理性。
不着急、不浪费预算、给未来留空间。
在很多情况下，它甚至是一个成熟决策的表现。
但问题并不在“留不留”，
而在于：
这个功能，是不是已经想清楚怎么用。
很多官网的结构之所以越来越臃肿，
并不是因为不断新增功能，
而是因为一开始留下了太多“未定义的空位”。
这些位置在设计稿里看起来很合理：
一个模块
一个栏目
一个按钮
但它们并没有明确的内容来源、使用频率和责任人。
结果往往是：
上线时先空着
后期随便补点内容
再后来没人敢删
这些“先留着”的地方，
慢慢变成了网站里最尴尬的存在。
它们不影响使用，
但会持续消耗注意力；
不致命，
却会一点点拉低整体清晰度。
更麻烦的是，
结构一旦被这些模糊区域撑开，
后面真正重要的内容，
反而会被挤到不那么理想的位置。
网站看起来越来越大，
但有效信息的密度却在下降。
很多后期改版的项目，
其实都源自同一个问题：
早期预留太多，却没有清理机制。
不是功能错了，
而是顺序错了。
真正对长期使用友好的网站，
并不是“什么可能性都提前考虑到”，
而是：
每一个存在的模块，都知道自己现在要干什么。
未来的可能性可以有，
但不一定要提前占住位置。
回头看，“以后再用”这个判断，
本质上并不是懒惰，
而是一种对不确定性的尊重。
但如果不进一步追问：
什么时候会用
谁来用
用来解决什么问题
那么这个“以后”，
往往就会变成一个没有期限的负担。
很多网站不是被一次错误决定毁掉的，
而是被一连串“先放着”的决定慢慢拖慢的。
