产品工程师做什么？角色、技能和一个功能的全流程

衡量产品工程师的，是用户有没有用上他交付的东西，而不是关了多少工单。本文讲这个角色和软件工程师、产品经理有什么不同，日常工作是什么样，需要哪些技能，并附一个功能从客服工单到全量发布的算例。

什么是产品工程师？

产品工程师（product engineer）是对产品结果负责、而不只对代码负责的软件工程师。他们把一个用户问题从想法一路做到上线：和用户聊、看客服工单，和设计一起定方案，跨前后端开发，逐步发布，再看数据判断有没有用。这个角色起源于产品驱动的小公司：产品经理少、工程师多，工程师要自己做产品决策。

这个职位名称现在用得还比较宽泛。有的公司里「产品工程师」就是产品团队里的全栈工程师；有的公司里它是一个独立角色，明确对某个功能领域的指标负责。共同点是产品判断力：决定做什么，而不只是怎么做。

产品工程师、软件工程师和产品经理的区别

有产品工程师的团队里，产品经理更多关注策略和跨团队协作，日常的功能决策交给工程师。

产品经理更关注策略和路线图。

产品工程师每天做什么？

1. 发现和定义问题。 看客服对话、看会话回放、参加客户电话、看用户在哪里流失。
2. 划出最小可用版本。 把功能砍到几天内能上线、又能回答「用户要不要」的程度。
3. 跨全栈开发。 前端、接口、数据库改动，以及衡量效果需要的统计事件。
4. 发布前先埋点。 把事件写进埋点方案，代码上线前就定好成功指标和护栏指标。
5. 逐步发布。 放在功能开关后面，先给内部用户，再给一部分客户。
6. 读结果。 采用率、漏斗完成率、用过的用户留存、错误率、客服量。
7. 迭代或删除。 有用的继续改进，没人用的删掉。

产品工程师需要的技能

• 全栈开发： 熟悉一个前端框架、一门后端语言、SQL 和部署。
• 产品感： 理解用户要完成的任务，按影响排优先级，敢说不。
• 数据素养： 写事件规范，搭漏斗和留存图，查数据，知道什么差异只是噪声。
• 实验能力： 功能开关、A/B 测试，读结果时不搞 p 值操纵。
• 设计感： 能直接从草图开工，不用等像素级稿件也能做出够用的界面。
• 沟通： 写简短的方案，讲清取舍，和团队分享结果。

算例：一个功能的全流程

一个 B2B SaaS 团队的产品工程师在客服工单里注意到，客户总在问怎么把报表导出成 CSV。原来的导出藏在三层菜单里。三周里发生了这些事（示例数字）：

工程师还核对了一件只看交付指标会漏掉的事：头一个月至少导出过一次的账户，90 天留存 88%，没导出过的是 81%。这是相关，不能证明因果，但足以把导出放进上手清单，作为下一个实验。

产品工程师是好的职业方向吗？

对喜欢和用户打交道、在意自己的工作有没有人用的工程师来说，是。这个角色同时积累工程深度和产品能力，常常通向工程管理、创业或产品经理。它最适合中小型产品公司；很大的组织往往把同样的工作拆给更细分的角色。

产品工程师常用的工具

• 产品分析：事件、漏斗、留存和路径。
• 会话回放和热力图：看功能实际怎么被使用。
• 功能开关和实验：逐步发布、衡量影响。
• 错误跟踪和性能监控：发现回归问题。
• SQL 或笔记本：回答看板回答不了的问题。

用 TapCub 做产品工程

TapCub 覆盖这份工作里衡量的那一半：在埋点方案里规划事件（追踪自定义事件），在计划外事件污染报表之前先审核（事件收件箱），用漏斗衡量完成率（创建漏斗），用热力图看新功能怎么被使用（创建热力图），发布后发现前端错误（查找 JavaScript 错误），需要时用 SQL 查原始事件（用 SQL 查询数据）。延伸阅读：功能采用 和 产品分析师做什么？。

另见：吃自己的狗粮（Dogfooding）。

资料来源

• Gergely Orosz，The product-minded software engineer（The Pragmatic Engineer）。