近两年自动驾驶行业正从技术先行阶段逐步发展到需要产品入场的阶段，市场对于产品经理的需求肉眼可见的逐步增高。但是关于什么是自动驾驶的产品经理，我们在做什么，我们应该做什么，什么样的才算是好的自动驾驶产品经理，其实并没有很多人讨论清楚。本文通过对日常候选人较为关心的问题做出解答，帮助更多对行业和岗位感兴趣的小伙伴了解自动驾驶产品经理。      自动驾驶产品经理这个词会被用来代指自动驾驶行业里的产品经理。从小的scope来说，即便只是围绕自动驾驶，也会有很多环节需要产品经理，典型的就包括：自动驾驶行为产品经理，地图产品经理，infra产品经理（主要是各种内部平台），数据产品经理，硬件产品经理，远程控制平台产品经理。从大的scope来说分类就更多了，根据各家公司的产品形态，还会有L2、L3驾驶行为产品经理、智能座舱产品经理，用户体验产品经理等。我们今天想聊的，是一个相对传统产品经理而言新的特殊物种，L4级别的驾驶行为产品经理，也是小范围意义上的“自动驾驶产品”经理。      核心只有一点：定义自动驾驶系统的行为。可能反应快的小伙伴就要问题，这有什么好定义的，不就是开，不要撞就完事儿了。要这么说其实也没错，但这只是顶层的需求，对研发来说没有任何意义。类似于过红绿灯要求红灯停、绿灯行，这种需求就是我们常说的"正确的废话"。产品经理要做的，是挖掘人类驾驶习惯的本质、给出明确没有歧义的，可以被验证，可以被实现的需求，让算法去实现。围绕这个目标，L4的自动驾驶产品也会有不同的方向，有做ODD的（搞过就知道有多难），有做核心逻辑的（最重要的部分，定义需求的），有做驾驶行为分析的（有的时候不分析你也想不到人是怎么开的），还有做验证的（如何保证需求是合理的，如何保证算法按照需求实现了）      产品经理其实主要做两件事：对用户，挖掘甚至创造需求，对研发，定义清楚需求。   传统产品经理80%的精力是focus在用户端的，这也是他们的价值大头，至于定义端，只要经过训练的产品经理，基本都不会是难题。自动驾驶相反，需求端看似很明确，但是背后的本质是什么，以及怎么把这种需求表达清楚却非常难。 L4      L4的行为空间是连续的。传统产品我们要定义一个功能，这个功能往往是产品发明出来的，他的scope是由产品定的：我这个feature，就实现这个功能，超出scope的事情不管。但是L4不行，L4面对的是一个连续空间，道路结构、道路使用者的行为千奇百怪。做过产品的同学都知道，考虑全面是设计一款产品不出bug的基本要求，但是对于非离散化的事件空间，枚举是不可能穷尽所有事件的，那么用什么方式去描述去划分这个连续空间就是一个很重要的问题。 定义方式难       定义方式难。能写出来的，基本都是rule-based的东西，但开车这件事，不一定是rule-based，比如什么情况下需要鸣笛，看起来很简单，但实际用规则做效果并不很好，因为危险要鸣笛提示这个事儿，是很intrinsic的。怎么写呢？怎么定量呢？算法实现到什么程度才算符合要求呢？如果没法写，难道就不需要需求吗？learning-based就一定好用吗？这些都是需要思考的问题。 与算法高度耦合，对技术的理解要求很高       与算法高度耦合，对技术的理解要求很高。自动驾驶产品无法脱离技术存在。光了解planning还不行，可能上游都得知道，才有可能理解系统能做什么，从而去平衡技术能力和用户体验。做得更好一点的产品经理，可以利用系统的一些性能，去定义一些巧妙的需求实现方式，解决问题         - 扎实的数理基础：运动学、动力学、概率与统计、优化问题等基本的数学物理基础 - 严谨的逻辑思维- 分析能力- 好奇心- 持续学习的习惯- 沟通能力- 执行力         有趣，薪资不低，可以用到自身的数理背景，新兴行业，同事普遍年轻简单聪明有趣。 职业发展角度       对产品的要求高（未来对产品经理的要求只会越来越高，提前做好准备）机会多，可预见的未来行业有发展空间（毕竟到L5还有一段时间，即便L5做成了，下游产业和衍生产业也很多），可以作相对长远的职业规划。 除此之外最重要的因素是从事这份工作独一无二的价值感    我记得面过一个印象深刻的候选人，问她为什么想做自动驾驶，她说她做一个产品，会想象它的未来，和对世界的改变，她开了个玩笑“比如我现在做xx产品，我无法想象它的未来，制造不存在的焦虑然后让每个人都来买我们的产品？但是自动驾驶，我可以想到他的未来并且觉得兴奋”。这就是自动驾驶行业最大的魅力，自动驾驶的实现可以把人从重复性的劳动中解放出来，延长人类有价值的生命，去从事更多创造性工作，他改变的不只是交通，而是人类存在的方式。这不比年轻的生命在格子间消耗，在打字机上哭泣更有意义？