本篇以一个菜鸟赛季产品经理的视角，从“道”和“术”角度展开讨论。
- “道”即世界观——怎么看待产品经理的世界；
- “术”即方法论——怎么做好产品经理（之我见）。
道：怎么看待产品经理的世界
什么是产品经理？产品经理需要具备哪些能力？
引用我最赞成的关于产品经理定义：驱动和影响设计、开发、测试、运营和市场等人员，推进产品周期的经理人。
具体来说，产品经理通过市场调研、竞品分析、用户调研等手段，产生了若干idea（需求的雏形），经过需求评估和管理后，将需求具象化为产品需求文档、原型交互图。接下来，翻译给研发（RD）开发实现；联系测试（QA）测试开发结果是否符合预期，验收无误后联系打包开小流量实验；跟着DA（数据分析师）一起看实验结果是否正向，正向就扩量直至上线发版，否则评估是否下线；产品上线后和运营一起demo出产品策略，包装showcase，为销售提供支撑。
总体而言，从需求产生到最终落地，产品经理需要全程参与，是产品的主要负责人。
某种程度上，干着老板的活，操着老板的心，但是没有特权，甚至全司的RD都是老板，坊间称为“无授权领导”。
聚焦到商业产品经理，最重要的能力如下图：
Strike a balance：产品是平衡各方的产物
1）策略效益和开发成本的平衡——产品经理和开发的平衡
谈及PM，就不得不说到PM和RD之间“不可调和”的矛盾。
产品经理和开发之间的矛盾，是策略效益和开发成本之间矛盾的外在表现。
一个预期能带来丰厚收益的产品策略，如果因为导致开发成本过高而难以落地，也不能算得上是一个好的策略。毕竟在瞬息万变的互联网世界里，敏捷开发快速迭代是生存的首要技能。
举一个简单的例子：
埋点记录了事件发生的界面、具体事件、时间动作发生的具体对象，对于产品经理做归因十分有帮助。换句话说，有了埋点，往小了说，产品经理可以知道用户是在哪个环节的哪个区域进行了怎样的触发；往大了说，整体链路上各个环节的用户流失情况可以尽收眼底。
极端的一种设想情况（当然这种情况没有实操性）下，通过分析用户进入沉浸流界面后滑动屏幕的触发埋点位置，判断用户使用的是左手还是右手，依此调整接下来屏次转化button的位置。
理论上，埋点越详细，产品经理在数据后台生成的的用户行为轮廓越清晰，归因越严谨。但是，增加埋点密度的同时，意味着开发成本的极大提高，而且后台数据量也会爆炸上升，数据存储和处理要占用的资源可能超出承受范围，这时候就得回归到一个重要问题上来：是否有做的必要，ROI是多少？
最终，在策略效益和开发成本之间取得一个平衡，那就是只对头像、名称、来源、转化按钮、蒙层、吊起小程序等位置设置埋点。
同样的道理，产品经理在考虑极致性的时候，也得考虑可行性。
听说过一个极端的反面案例，一硬件厂商PM让RD设计传感器识别用户虹膜颜色，依照识别结果动态调整点击按钮的算色。这种需求听起来很极客，但实际上几乎没有实操的可能，实在是为难程序员。
“围绕生意展开的主义”（图片来自网络）
用户体验和商业变现能力都是互联网企业生存的前置条件，二者似乎又站在了对立面上：
对于以广告模式变现的企业，只考虑用户体验，最好永远不要给用户下发广告——没有广告企业生存不下去；企业拼命下发广告触达用户，恨不得十屏视频有九条广告——用户使用体验太差，就会选择离开，没有了用户，企业也失去了存在的价值。
如何破局呢？
答案是在用户体验和商业变现能力之间达到折中。
比如上述例子的难点归根到底可以聚焦成一个问题：adload设为多少，可以保证在不过分影响用户体验的前提下，实现高广告收益？
实际上，演化成一个优化问题，边界条件涉及两方面指标：用户侧的留存、日活、停留时长等；商业侧的广告主消耗、CVR、CTR等。
“你是想继续卖糖水，还是和我一起改变世界”，这句话为乔布斯为苹果拉来了时任百事可乐公司总裁的斯卡利
参加公司实习转正面试时，样式部门负责人问了一个问题：西瓜视频feed流的长视频前贴广告，怎么提高用户点击率？
我不假思索地把我认识世界里所有炫酷的样式优化几乎全答上去了，其中包括视频下方广告转化按钮的延时出现、算色和动效。这时候，他问我为什么要做样式优化，我答为了原生化减少用户反感、增加转化入口……
没等我答完，他追问：实现这些的目的的前提是什么？见我没有回答，他继续说：是用户能够看到。长视频的使用场景以横屏全屏播放为主，也就是说我在视频下方位置进行的所有优化，用户都看不到，完全是无用功。
现在回头看，这道题是面试官挖的一个坑：给到的需求不一定全是有价值的需求，需要多问几个why，深挖需求背后隐藏的价值。对于这个需求，应该先调研用户横竖屏看长视频的比例、切换至横屏的时机分布，然后评估需求有无必要进行，有必要的话再考虑算色动效这些具体的方法。
人是善于自驱的动物，多思考背景、意义，会有更足的动力启程，一定比盲干上算得多。
借鉴他山之石
实习期的末段的一天下午，在公司内部做AB测试的平台上，看到一个很有意思的问卷调查。征集的是对测试平台的满意度和改进意见，可能考虑到大家在平台都有急活，很可能不耐烦地叉掉问卷，所以问卷被设计成叉选后变成小窗停留在角落，点击后恢复。
我心血来潮地想，对于按点击收费的开屏广告而言，这个样式是不是可以借鉴一下？
当时小范围调研了一下，大家都有随手叉选开屏广告的习惯，并且相当比例的同事表示有时候进行叉选操作的同时发现广告内容是自己感兴趣，想要再仔细看，不过为时已晚。
更往前一步，如果用户有同时浏览不同屏次内容的需求，是不是可以广泛采纳浮窗样式？需求调研一直到实习期结束，回到学校没多久，发现新版微信采用了浮窗了样式，侧面印证了当时的想法并不是天马行空。
书中原本的表述是：
- 准确清晰、客观地描述观察结果；
- 对于观察结果的感受；
- 表达抽象的需求/价值观；
- 提出具体到可以直接行动的请求。
非暴力沟通模式被封为圭臬，从模型要素可以看出，其出发点和落脚点都是再清晰不过的客观事实。这样的沟通模式人们乐于接受，又有着力点去推动建立亲密关系，在职场上表现为工作有的放矢，淘汰无效环节。
有趣的是，在现实生活中，经常可以看到暴力沟通的影子：
术：怎么做好产品经理（之我见）
数据导向
之前提到过，对产品经理数据能力要求越来越高：通过搜集数据和信息，经由逻辑分析得出解决方案，以数据验证方案的有效性，一切基于数据。
在公司里，数据会由专门负责的程序员落到hive表，产品经理需要会写sql从表里取数。在W3school网站里摸索半天，sql基本的增删查改语句能过一遍，实际使用难点还是做不同表的join。
有了数据之后，就可以做逻辑分析了（说实话这一块我还没怎么接触，以后有机会详细写）。
对于程序员小哥负责的数据获取，菜鸟赛季的产品经理最好也能学一些爬虫语句，熟悉数据是怎么来的、怎么存储，大致怎么分析。
一点题外话
这篇不成熟的帖文，谨作为迟到的暑期实习总结。
给看到的各位开了编辑权限：对它有任何不满意的地方，欢迎留言。我们把它当成一款产品，一起迭代更新。
作者：谢杭烽；公众号：杭一白
本文由 @谢杭烽 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议