做一名做过程序员的产品经理是一种什么样的体验

原文发布是发布在知乎上的一个回答，得到了 200 多个赞，发现正好可以收录『产品汪的技能修炼册』系列，所以就移过来了。有兴趣的话，可以帮忙点个赞。

答案内容如下：

职业写代码只有 1 年，业余也写了一些，一个人参加黑客马拉松拿过奖，已经转产品经理 2 年多了，平时会关注技术方面的东西，说下自己的一点体会和总结。

优势：

• 数据方面
  • SQL，大多数公司的数据的产品化其实都比较一般，很多数据都需要研发来跑脚本，这个时候会 SQL 就基本可以不去麻烦 RD，他们的时间是很宝贵的
  • EXCEL，由于有编程的基础，写 EXCEL 的公式基本都是得心应手，查文档基本足够了，复杂点的需求还可以写点 VB 脚本来解决（个人用的是 Google Doc，支持 Javascript）
  • Python
    • 完成重复性劳动，比如每天要给别人数据周报，SQL 查出来的数据可能格式上不能满足，通过 Python 进行一些格式化，转置之类的操作可以一条命令生成数据周报
    • 爬虫，做竞品分析的时候，花两三个小时就能把竞品所有的数据都爬下来（一些反爬虫的需要反编译，绕过验证码之类的估计麻烦一点），统计成图表
  • 稍复杂一点的数据分析，近期在学习《精益数据分析》，无计算机背景估计会比较难看懂
• 工具的使用
  • Google，任何事情问别人之前，请先尝试自己解决
  • 选最好的工具，作为一个超级工具控，在做任何事情之前会为自己挑一件趁手的兵器
  • 用好冷门的软件，你能想到的所有功能都已经有现成的软件了
  • 尽量使用快捷键
• 复用，写代码的时候要把多处用到的代码写成函数，写文档之类的事情也是一样，做一份 PRD 的模板，自己定义好样式和规则，不要总是重复无规则的劳动
• Bug 定位，遇到 Bug用 Chrome 的开发者模式或者 Charles 之类的抓包工具，看懂自己业务的 API 基本没什么难度，可以很快定位是前端还是服务器或者是数据的的问题，就不用天天跑到研发面前说：这个页面加载不出来了。
• 技术调研，能知道功能大致是怎么实现的，要接入第三方服务时，可以看懂开发者文档，知道什么功能能实现，什么不能实现，不要瞎提需求（不过这里会有个坑，后面说）
• 同理心，能理解研发的辛苦，沟通起来也会顺畅一些

劣势：

• 思维容易局限，觉得用户能理解一切，不用说和用户交流，我经常和同事交流的时候都觉得：你怎么这都不知道
• 项目推动，虽然和研发沟通起来可能会有又是，但是作为产品是需要多方沟通的，要出面撕逼的时候容易怂；对排期没有其他产品那么敏感

雷区：（这其实是我最想说的东西）

• 千万不要觉得自己做过研发，就可以对 RD 指手画脚，需要尊重他人在自己领域的专业性
• 利用技术手段提升工作效率是好事，别陷进去，产品最终拿出来说话的还是有没有解决用户的问题，而不是解决你自己的问题
• 技术调研什么的，还是谨慎一点，判断失误是常有的事

说了这么多，还是乔老爷子的话比较牢靠：stay hungry，stay foolish，平时多学习一点东西，做事的时候谦虚一点。