How-to

企业数字员工该按职能还是按角色来设计

Why we picked it

作者把企业做数字员工的两条路线掰开讲了:职能型保专业深度,角色型围着业务目标转,最后还给了个组合打法,做 Agent 的人可以对照下自己的方案。

作者认为每个人配备一个能力约等于自己的 personal agent 并不能让公司完全由 AI 驱动,因为数字分身执行的任务大概率只是人自身能力的子集,创造性工作和高协同复杂工作仍难以独立完成。企业数字员工有两种设计思路:职能型(function-based)的能力边界相对确定,如研发 Agent 可以在编码、测试、架构设计上持续加深,但难以转向销售;角色型(role-based)则围绕业务目标组织能力,研发 Agent 可能需要承担客服、运营甚至产品的工作。作者目前看到的做法是用职能型沉淀专业能力、保障交付下限,再用角色型围绕业务目标组织这些能力、提升端到端交付上限。

Original · 小胡子哥

企业里面,如果每个人都有一个能力约等于自己的数字分身(personal agent),是不是意味着整个公司的运转完全可以靠 AI 来驱动?

很显然,这是不行的。因为数字分身能够执行的任务,大概率只是人自身能力的一个子集。尤其是创造性工作、高协同复杂工作,personal agent 仍然很难独立完成。即便每个人的工作效率都得到了提升,也不意味着整个组织就具备了自主运转的能力。

那么下一个问题就来了,如果在企业里做数字员工,这个数字员工到底应该是职能型(function-based)的,还是角色型(role-based)的呢?

如果是职能型,意味着它的能力边界相对确定,在特定领域的专业深度上可以持续增长,但在端到端交付的职责范围上,不应该发生太大的变化。例如,一个研发 Agent 可以越来越擅长编码、测试、架构设计,但很难自然地从研发转向销售。

但如果是角色型的,就不一定了。这个角色被赋予的目标可能是业务成功,为了达成这个目标,很多时候,研发 Agent 不得不承担客服、运营甚至产品的工作。它需要根据业务目标主动发现问题、拆解任务,并持续推动结果交付。

这就带来了一个更深层的问题:数字员工的能力边界,究竟应该由专业职能来定义,还是由业务目标和责任来定义?

如果是后者,未来企业的岗位划分可能会发生很大的变化。数字员工可以根据目标动态组合不同的专业能力,传统研发、产品、运营、客服之间的职能边界会逐渐模糊,而角色的责任边界、授权范围和结果评价会变得越来越重要。

目前我看到的做法是,通过 function-based 沉淀专业能力、保障交付下限,再通过 role-based 围绕业务目标组织这些能力,持续提升数字员工端到端交付的上限。感觉未来人和数字员工的岗位边界,包括整个企业的组织分工,都可能会因此发生变化。