开发初期说“先跑通主流程”，表面是优先实现核心功能，比如支付流程先做到“用户付款→订单完成”。但真实含义是：那些重要却麻烦的细节（比如退款、订单超时取消、支付失败重试）暂时先放一放，先把能演示的流程搭起来应付进度。等主流程跑通了就会发现，后续补细节的工作量，可能比主流程还大。

开会时听到“需求颗粒度不够”，别以为是产品经理在装专业。表面是说需求拆得太粗，实际是程序员没法下手——比如只说“做个购物车功能”，没说加购是否限数量、是否支持跨店铺合并、库存不足时怎么提示。颗粒度不够的后果就是，程序员只能边做边猜，做出来的东西反复改，最后大家都累得慌。

产品经理说 “这个需求很简单” 时，表面是觉得功能逻辑不复杂，上手就能做。但真实情况往往是：他没考虑到边界场景（比如用户重复提交、异常数据处理），也没理清和其他模块的关联（比如改个订单状态要联动库存、财务系统）。等你开始做就会发现，“简单需求” 背后藏着一堆要补的坑，最后可能比复杂需求花的时间还多。