我也经常问这种问题，虽然没写过程序，但项目做多了，多多少少能知道哪些技术上可实现哪些不能实现。上面各位也说了不能做的各种原因，但其实有时候就是程序员想偷懒而已，或者脑子没转过来想复杂了。那么问清楚，这样要么改需求，根据项目时间删改功能，或者提供思路给程序员，帮他用容易的方法实现。我做了这么多年产品，当程序员说不能做的时候，有 50%是确实要删改需求的，有 40%是我提供思路，最后可以实现的，有 10%是程序员想偷懒而不做的。

大部分产品经理是不懂技术的，所以不是想问你具体代码怎么写，而是问清楚原因要衡量需求和开发成本来进行取舍，所以，我觉得负责任的产品会刨根问底。否则如果遇到一个半吊子的程序员，这不能做那不能做，最后出来的产品不是用户市场导向，而是开发的能力导向了。我们公司以前的几个开发就是这种样子。所以他们说不能做的，我甚至去帮他们找代码或者例子做参考。但如果是能力很强的，有责任心的，一般问清楚了我就自己去改需求了......

上周刚发生一件事情，我给程序员一个需求，结果他自己想简单了，省略了一些我要求的功能。最后被测试发现，我就去问他为什么没严格按照我的需求来做，他说觉得他那样做功能就够了，没必要完全按照我的来，太繁琐。最后我让测试模拟最低配置的环境测试，问题就暴露出来了，然后他只好回去重写这部分代码......举这个例子的意思是，每个人因为自己的角色，看问题的角度是不一样的，既然作为产品，他因为某个功能肯定有特定的需求（否则项目需求评审也不会通过）人家产品对某个功能是有数据支撑的，而你的观点只能代表你个人。当然不是说程序员就不能对某些功能提反对意见，只是，别拿自己觉得没用来做借口不去做。

当然以上只代表我个人的经历和感受。如果你们的产品经理啥都不懂就喜欢瞎来，那你还是赶紧换工作吧，一个烂产品，这个公司也迟早完蛋。