记得前些年有幸接触到一个资深的风险投资人Frank Wang，和他深入的聊了一下当时在做的美食类产品。
起初他还听的津津有味，想特别了解下产品的细节，于是乎，我便启动了周星星模式，滔滔不绝的讲起了产品的流程设计、架构、策划等等，还没讲多久（Frank的耐心其实出了名的好…），他就打断了我说：“OK，不用讲了，你讲的东西就已经够复杂了，我不想听了。”；
瞬间我有种不好的感觉，“我把产品做复杂了”。
Frank接着说道：“一个好的项目，好的产品，不在乎他有多少完备的功能，而是在于这个项目本身是不是够简单且ROI很高，这个ROI包括运营、技术开发维护、系统拓展、用户转化成本等等。如果项目初期就做的很复杂，想的很多面面俱到，甚至一开始就想推翻某个互联网大佬做一个平台，那是一件非常恐怖，难以想象的事情。那等到产品做出来以后想再精简的话，运营接受成本、系统改进成本、用户接受成本等等都会大大提高，从另外一个层面来说，这或许也是需求分析没到位的结果，也是很多创业公司走不下去的重要原因之一”。
的确，我犯了很多产品人员都犯过的毛病，在还没有搞清楚产品的核心需求是什么之前，就大张旗鼓的做事了，以至于越坐越多，越做越杂，越杂越偏。
之后的好几次，静下心来细细的反思Frank的话，有了写感悟。想要把产品做的更具竞争力，首先就要把产品做的简单专一，把力量汇聚到一点才有可能突出重围。而要做到简单，就必须拥有下列技巧：
- 对产品需求的把控。
- 对产品功能点的优先级的排序。
- 对产品市场行情的了解。
- 对产品核心环节的熟悉。
- 对产品ROI预算的评估。
- 对产品发展的规划。
最后引用网上看到的一则关于产品人员总结性的话来做结尾：
我们要满足终端用户，还要满足同事、老板与合作伙伴。
我们要收集“尽可能多”的需求，还要坚持做“尽可能少”的功能。
我们要保证项目的质量，还要愿意为了拿到结果而妥协。
我们要和业务方谈业务，还要和技术团队谈技术。
我们要抗下老板的各种要求，还要面对技术“最少做一个月”的估算。
我们要为了冲数字指标做活动，还要考虑短期运营是否会影响长期发展。
我们要理解、影响、甚至制订战略，还要关注执行的每一个细节。
我们要对周围很挑剔，还要能够且愿意想出解决方案去改善。
我们要对业界保持关注，还要有自己能产生影响的专业领域。
我们要有理想，还要懂得脱离了现实的理想只能是空想。