我的产品方法论（3）

好久没有更新文章了，一直在忙~

这次我们来说说关于产品和开发的“爱恨情仇”

“相爱相杀”

做过开发的朋友们一定知道，开发最恨的就是产品经理这个角色，时常该需求，时常穿插需求，对自己的代码指指点点。甚至当时爆发的一件事情在互联网圈疯狂转发“某外包开发和产品疯狂互殴，原因是要手机主题能根据手机壳变色！”这件事情一出，尤其是了解到它的原因后，真的是让人啼笑皆非，这到底是什么鬼？

我想大家应该会很明白为什么开发小哥们想“杀了”产品经理了吧，哈哈哈~

但是，我为什么还会说“相爱”呢？因为产品经理的职能，在整个产品生产到上线的过程中，起了很大的作用。如果没有产品经理，而是让需求方直接和开发对接，那这个情况就会变得很糟。

产品经理产出需求的流程的开始就是收集需求，一堆杂七杂八的需求整合到一起，去其糟粕，取其精华，将梳理的内容输出成一份需求文档，产出给开发。试想一下，如果每个开发按模块和客户或者需求方对接，那么，这个项目得乱成什么样？

我该拿你怎么办，我的产品经理！

作为一个从开发转行的人，我能明白开发的那份心情，但是我也体会到了产品经理的难做。

整理需求，讨论需求，产出需求，协调开发、UI、UE等等，都是产品经理需要干的，跑前跑后有时还需要赔笑脸，经常为了使一个功能，一个需求做的更加完善，更加符合预期，要经常的“骚扰”开发，虽然被厌恶，但是还是会厚着脸皮的去完成。

所以，我其实很希望开发小哥们可以理解产品经理的难处，多一分理解，其实能让我们之间的合作交流多十分。

我拿什么爱你，我的开发？

其实我想分享的重点就在这儿，作为产品经理，我们怎么去“爱”我们的开发小哥？

静下心来仔细想想，为什么开发和产品之间会有矛盾？还不是因为那些神仙需求的存在？但是，那些神仙需求为什么会存在？这个问题的根源就是，产品经理不懂技术，他不知道这个可不可以实现。

那么重点来了，在我看来，不懂技术的产品不是好的产品经理。作为一个产品经理，如果不懂交互，你起码能看懂UE的交互图，不懂设计，你起码能看懂UI的设计稿，不懂开发？你是真看不懂代码啊！！！所以，我认为产品经理至少需要了解一门开发语言，了解一种开发框架，了解数据库，了解前后端的数据交互，不需要你来写代码，但是你要明白这个产品是怎么运作的，那么在和开发的交流上，就少了那一份障碍，互相理解起来就更加便捷畅快。

所以，作为曾经是一名开发的我，在和组内开发，测试的交流上和对需求的确定上，占有很大的优势。也正是这份优势的存在，让我们在进度上节省了很多时间，减少了很多不必要的麻烦。

懂技术真的很“吃香”

我们的项目是Web项目，类似于一种编辑器，所以对前端处理和后端数据库结构的要求比较大，但是初期的产品规划并没有做的很好（我是后来接手的），数据结构不紧密，导致前端响应时间很长，用户体验十分差。在我和开发交流后，我发现了问题，并且用一周的时间对产品的数据结构进行了规划（具体实施还是看开发怎么做），对前端处理提出了一些优化意见。在差不多迭代三次以后，之前遗留的问题基本全都搞定了。

从一开始的小白，到开发测试有什么问题都会来问我（还有一个产品不懂技术），一共只用了一个月。在巩固了自己的技术优势以后，充分的去学习一些产品知识，这样才能让自己走得更快，走的更远。

---

所以我真的建议产品小白们在闲暇之余去学习一些技术知识，最好是能系统的学习而不是零散的看，这样对自己的职业生涯非常有帮助。