技术说做不了，你怎么办？

我的处理四步：先理解约束——是成本、架构、周期还是能力问题，逐项问清；澄清目标——开发说不的可能只是方案 A，回到要解决的用户问题找方案 B；降级分阶段——全做不了就先做核心部分，用最小成本验证价值；建立信任——用数据说话，不把技术当资源而是共同决策者。

我讲一次实战：想要实时推荐，开发说算力成本做不了。我先问清约束——不是不能做，是全量实时每秒万次推理成本太高。回到目标：用户要的是『相关内容』不是『毫秒级实时』。方案改为小时级批量更新加热门兜底，成本 1/10，CTR 达到实时版预期的 80%。复盘：『做不了』多数是『这么做不了』，把目标翻译清楚方案自然出来。

资深认知三点：第一，冲突根源常是信息不对称——产品不了解技术债与成本结构，开发不了解业务优先级，我推动建立技术成本透明化的协作机制；第二，产品经理的技术判断力是信任的货币——不要求会写代码但要求懂可行性的量级感；第三，把『做不了』转化为约束条件下的组合选择：现在做什么、不做什么、什么时候具备条件做什么。长期看，与技术团队的信任账户比任何单次需求推进都值钱。

追问『技术说的理由听不懂怎么办』：请对方用影响与成本的方式翻译——影响多少用户、多少机器、多少钱、多久；不懂就承认并学习，装懂被识破信任崩塌；『真的就是能力不足呢』：评估外部方案或招人路径，把这变成资源决策上抛；『需求真的必须做呢』：讲清业务后果与优先级，请技术给最贵但可行的方案，让资源决策上升。