前言

 这几天，开始准备新的产品开发，主要是和现货有关，在这家公司做了2年了快，还是有些想法的。今天就开发是否应该研究产品来说说。

不知道该是不该

开发要不要研究产品，这肯定不是一个新问题，而今我也想说说，因为工作中遇到的问题。（注：这里的产品指互联网产品，下同）

在很多时候，产品经理做产品相关的需求、文档、效果、UI等设计，而开发团队只是需要依据产品经理画的圈子去做工作就好了。在我刚入行的时候，我觉得没什么问题，因为我对产品知之甚少，也不知道什么叫产品。慢慢的等我渐渐的懂了一些，发现如果开发并不懂产品经理的产品设计是什么，只是简单的堆功能，这个产品必然要走向失败，无论多么伟大的产品经理都要面临失败的问题。

这个时候，我就在想，为什么开发不能懂产品？

之前有关于产品、开发、测试等对话的一个漫画，因为改变需求的问题，导致多方矛盾重重，但是这只是大团队病，很多小团队并不难推进这个问题。原因是团队人少，很多时候并不存在部门间的合作，而且沟通成本相对较低，更多的时候属于寡头领导，并不是多头领导，麻烦很少，只要老大点头或者牵头都OK，所有其他人都是配合。但大团队作战却常常面临这个问题，毕竟在一个公司里，资源永远都是有限的，各方都在争资源，摩擦经常性出现，当然一般也只是局部的。

我觉得，开发是要懂产品的。如果你只是开发，而不懂产品，那你也就相当于一个会coding的工具——无意识的、被动的实现一些功能、需求，无所谓成长。工具的成长就是更新换代被替代而已！

一个懂产品的开发和一个不懂产品的开发有什么区别？

懂产品的开发，产品经理来沟通需求、效果、目标会很简单，因为他知道产品经理说什么，也知道产品经理想要什么，而且可能知道产品经理的思维缺陷是什么！一个好的产品，不仅仅是靠产品经理能完成的，也需要开发的支持，开发人员能及早发现产品经理的问题，就能避免一些积重难返的问题。

懂产品的开发，更能体现自身的价值，工具毕竟只是工具，如果没有对产品的本身有一些深入的理解，永远只能在产品构建过程中担当小角色，也永远难以成长起来。你知道为啥很多人不建议去做外包吗？

外包虽然经历的项目奇多，但是，真正有意义的项目、有成长的项目少之又少，因为没有积累，只是代码的copy by copy，堆积程的程序，自己都不知道为什么要堆砌。干了十年外包，对产品一点点概念都么有，又有什么用？！

研究产品是一件很愉快的事情！

当你越多的研究产品，你也会发现生活的乐趣，不再为工作的枯燥而感觉乏味，感觉自己的时间可以不浪费在小说、游戏这些东西上了，某一天回头望，也似乎深感欣慰当初的选择！

感言

越努力越幸运，所以如果你现在是一个开发，一定不要错过研究产品的机会，这将对你一生都有所助益！

END

因为这家公司是小公司，老板明着说大家各抒己见，实际上在意见冲突和违背自己的情况下。会要求或者建议我们技术听他的~所以在很多方面我只能在自己的项目中研究需求和原理。所以重要的是还是靠自己吧