已有方案优先于新建功能

收到需求后先判断能不能用现有功能间接或部分解决，而不是立刻着手设计新功能——尤其对自研自用系统，研发资源有限，通过运营手段或变通方式解决问题的投入产出比往往比开发新功能更高。发散：这条原则的底层逻辑是”软件只是解决业务问题的一种手段，不是目的本身”，一旦把做功能本身当成了目标，就会陷入不管需求是否真的需要开发都要写PRD的惯性，判断要不要开发的第一步永远是先问”不写代码能不能先顶住”。