如何成为一名受技术员欢迎的产品经理.doc

　　如今，用户体验这个词已经渗透到越来越多的行业，贯穿于整个企业的研发、推广和市场运作。RD(研发)和 PM(产品经理)之间的矛盾与协作，也时常成为互联网行业里的热门话题。PM 方面文科出身偏感性的居多，时常看到他们分享经验(RD 一般直接骂 PM 是傻X)，但考虑到他们的知识体系和思维习惯，这些分享大多没啥营养，缺少参考价值。 　　那么如何缓解RD和PM之间的矛盾，成为一名受程序员欢迎的产品经理呢? 　　一、了解web产品的一些技术知识： 　　1、B/S结构： 　　首先要讲到是Web产品的结构，Web产品是属于B/S结构 (Browser/Server，浏览器/服务器)，这种结构我们只需要考虑到服务器的 负载而不用担心用户设备的性能，因为很多事浏览器已经帮我们解决了，当然这种结构模式拥有一个无比头疼的问题，那就是跨浏览器的兼容，当然这是前端工程师 的事了(嘿嘿)，不过，作为产品经理，必须要知道哦，例如有些功能特效在IE6浏览器里，那就… 　　对于B/S，是要考虑浏览器和服务器两端的性能的。在浏览器上跑JS，载入瀑布流页面，大 量图片等都可能 过多的消耗资源，逻辑不合理的页面甚至会不断消耗导致浏览器崩溃。产品经理在制定性能规格的时候，页面打开时间其实是B和S双方的考核，所以现在有 lazy loading这样的技术从用户体验上加速 　　2、技术框架(PHP框架)： 　　技术框架太偏向于技术层面的知识了，不过对于产品经理来说，如果能够掌握相关原理，那么在以后的产品规划中，能够帮助我们做很多资源整合和资源复用的工作，减少技术资源成本，当然这些更多是技术负责人考虑的问题了，但是如果我们PM也懂原理知识的话，在沟通上就方便多了。 　　3、模板引擎： 　　模板引擎最典型的案例就是CMS系统的架构，通过模板引擎让我们实现了前端界面和系统架构分离，无论任何一方的升级改良都不会影响到另一方。WordPress主题就是模板文件，由模板文件定义前端界面的展现风格，模板标签调用数据，实现数据内容的显示。 　　通常最基本的模板引擎文件分为：首页、列表页、内容页。由于每一页的头部和尾部是一样的，所以这三页又拆分成：头部、中间内容、尾部。三页共用头尾部，只是中间内容不一样。如果你了解Axure软件的话，应该能够明白，这和Axure软件中的Masters是一样的原理。 　　4、插件扩展： 　　一般情况下，技术框架都会有一套内在的API接口，用于实现一些相对独立的技术功能，例如计划任务。这个技术知识没有统一的理解，也会根据不同的产 品需求有不一样的结构规划，主要应用在平台级产品中，例如WordPress就有一套系统插件的机制，如果有兴趣可以看看官方的相关介绍，这里我就不多介 绍了。 　　5、CMS： 　　每一位产品经理都应该非常了解CMS系统的架构，因为这是一套最基本且可扩展性很强的平台级产品架构。推荐PM们在自己的电脑里配置一 个PHP环境，多多下载体验一些Web产品，多了解各种类型的产品结构，这对我们以后规划产品时非常有帮助的。这篇文章里讲到的所有知识在CMS系统里都 有体现。 　　6、开源程序 ： 　　开源的英文是Open Source，意思是开放源码，也就是说开源程序是一个开放源代码的程序，技术框架就是一种开源的项目，很多热心的个人或组织将自己积累的技术框架开源出来，提供给大家使用。 　　Discuz(被腾讯收购)、PHPWind(被阿里巴巴收购)、PHPCms(被盛大收购)、ThinkSNS(功能类似新浪微博，但是开发出来比新浪微博早)、WordPress(应用最多的Blog系统，国内各大公司的UED团队博客都是使用的这套系统)、EmpireCMS和DedeCMS(国内知名的CMS系统) 　　7、API(应用程序编程接口)： 　　随着移动互联网和开放平台的发展，产品的多方面拓展需求增强，因此产品规划中对API的需求也会更加重要，因此API的相关知识对于PM也是相当重要的。 　　二、不要假传圣旨狐假虎威： 　　偏偏很多 PM 还特别喜欢用“我觉得……”这种句式跟 RD 交流，遇到挑战往往也没法拿出数据、竞品设计进一步讨论，只能说“总会有人……”“像我这样……”，甚至继续“我觉得……”。他们忽视了一个问题：大家的 命运都和产品息息相关。RD 对产品的关注程度，倾注的情感，并不比 PM 少。RD 对产品的期望，也不比 PM 低。这个时候，如果 PM 拿来的一份说不清好坏甚至脑残设计，那被抵制或消极对待就是自然而然了。除了直接合作的 RD 以外，争取交几个 RD 朋友，提需求之前，请他们先帮忙评估下开发成本，再去跟自己的 RD 沟通时会有准备的多。 　　PM 一定要树立自己的专业性权威性，要让 RD 相信，这个需求是有利的，是有效