我把能设计出整个产品的能力叫做产品力，我认为产品力是一个产品经理的根本能力。但本文不谈产品力，只谈产品力的最最核心的内核是什么。
那么什么是产品力最最核心的内核呢，它并不是说能提出多么creative的产品需求，也不是说能设计出多么fancy的产品交互逻辑，更不是说能把产品整的用户体验多么的excellent，而是说知道需求的边界。
也就是说能知道哪些需求是做不出来的。这是上面creative，fancy，excellent的地基。
因为提出更多的需求，谁都会，又有何难。而知道哪些需求不能提，就需要产品经理真的要既懂产品逻辑，又懂技术，而且产品经理要能把产品逻辑和技术整合在一起来看问题。
很多搞笑图片里程序员提着刀和产品经理聊天，就是因为产品经理提出了做不出来的需求。程序员算不算产品经理的客户，产品经理连客户能做什么不能做什么都不懂，又怎么能弄出成功的产品。
限制需求边界的，正是技术。所以产品经理一定要是技术的expert。
产品经理一定要明白，并不是所有的idea程序员都可以做的出来。产品经理一定要懂图灵机的限制。图灵机本身，就限制了连个停机问题都是解不了的。所以大千世界那些天花乱坠的需求，程序员能真正用计算机实现的出来的，只不过是一个极小极小极小的部分而已。程序不是万能的。
即使有些需求技术上可以做，产品经理也需要对实现这些需求要有多少的cost，有一个基本的判断。
没有这个判断，就会出现产品经理说一周，程序员说要一个月的情况。产品经理也不能完全听程序员的，万一程序员骗你呢，哈哈哈。
需求即使可以做，如果cost太大，那也是要简化或者被砍掉的。所有的产品，都是要在需求，工期，编程人手这些cost间取得平衡。产品经理如果不懂这些，那么就对一个需求到底要做多久没有任何gut feeling，他就不知道是否需要简化或者砍掉需求，那这产品最后大概率是没法按时发布的或者强行发布有一堆质量问题的产品。
但是判断cost，这也是技术的范畴，所以产品经理还是一定要是技术的expert。
所以技术不行的产品经理，或者是其他行业转产品经理以为产品经理不需要懂技术只要成天想需求就好了的，其实是很难发展好的。
最好的产品经理都是技术大拿，比如张小龙，foxmail作者。
最后，我这里说的技术expert并不是一定要亲手写code，而是要能用程序员的逻辑去思考需求大概是要怎么样实现的。