题引：产品的说法。
我所理解的产品，不单单是一个App客户端和CMS。它其实是一套体系的。
从宣传作用的窗口网站讲起，比如某行业的介绍产品内容的官方Web站。
再到内部挂着下载链接的客户端等等。
大众化认为Web代表前端或网站。
其实不然，网站等这些只是Web的一小部分罢了。
也许1.0时代可以这么说，
但是到了现在，时代不同了，演变成一种叫做泛化的Web的说法。
前面说到，产品是一个体系，若用术语的话来说，可以叫做（Web）产品矩阵。
Web产品矩阵.png
举个栗子:
应对苹果公司收回App审核权限，我们的做法就是对iOS App进行热更新，
不用全部download下来才能实现更新，不然用户体验会很差。用户所关心的是，他的界面只要等进度条跑完即可。
特别对于手游来说，这样体验是非常棒的，不会让用户觉得需要更新一整个App（少说也有80~100MB）才能玩一把。
其实，这里是有用到Web技术的（比如JSPatch等，Github上有）。
类似的还有很多。。。。。。
由此可见，如今技术壁垒界限开始或已经模糊化了。
不像以前做原生开发全部都单纯一胡同走到底，而是通过多方面多元化技术的整合。
现在从这个矩阵来说，能涉及到的好几块技术，
在某些产品线上，通篇做下来的有实践过，有实战经验的技术人员，是比较有优势的，
毕竟积累了比较多的相关经验。
在技术这块积累后，又带有点对市场的敏感度，加上深知用户想法，
在公司规模的产品线上，就会催生一种职业。那就是PM。
PM是对产品线人和事（团队，项目等）的管理，不单单是需求整理等工作，还是需要多方面的沟通。
前几年有本书，叫《人人都是PM》。
这里我们并不能否认这个观点，我觉得是人人不一定能做好PM，
我更加倾向于需要有沉淀过的技术型人士转产品，
因为这样的人跟只是某专业直接转到做PM的，在一些技能树上是存在差别的。
作为PM，他是leader，要有具备同理心，
是需要站在工程师及其设计师的角度思考问题的。
在面对老板变色龙般的想法的时候，
不仅仅要做好需求的输出，还要在匹配目前团队技术倾向，
合理把需求梳理后列给老板，跟老板或公司客户老板在需求方面沟通上达到共识。
再则，在团队沟通上，懂技术的话，不一定要深入到底层的技术，这样可以减少与技术团队的沟通成本，
也不会被技术歧视，这样有利于工作的进展。
PM有自己的想法时候，在各个方面衡量后找到平衡点，就要考虑盈利方面了。
（刚好整过一点小东西，也大致懂了一些。所以对盈利方面的考虑，我个人还是有一点小小的认识。）
PM要把握行业动态和市场趋势，经过自己的产出，书写相关《制定和规划》产品方向，实时性地变动调整，
对于关注当前产品的目标用户群，以及目标用户群的实际需求，要非常地清楚，
要输出有契合用户需求的内容。利用各种工具交流（axure，xmine，画布啥的），
让技术团队更好地实现用户所关心的功能。
这些对用户来说有价值的东西，才是王道。
在推广的过程中才能产生裂变，产生用户量，量变到质变，
只要积累到一定程度，那么离变现也不会太远。
网友评论