原文发布是发布在知乎上的一个回答,得到了 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,平时多学习一点东西,做事的时候谦虚一点。

Comments
Write a Comment