企业官网建设流程全解析

简介：这份PDF资料围绕贝尔宾团队角色理论，面向创业者、团队管理者及人力资源从业者，帮助解决团队组建中角色配置不清、能力互补不足与成员定位模糊等问题。内容按行动导向、人际导向、谋略导向三类展开，系统梳理完成者、执行者、塑造者、协调者、资源调查者、协作者、创新者、专家和监控评估者九种角色的个性特征、行为表现与任务分工，并延伸到创业团队中一人兼任多角色、成员轮换及结构优化等实际用法。资源包共1个PDF文件，约291KB，轻量便于查阅和打印，适合作为团队工作坊、创业课程或日常管理的速查材料。已有125人学习下载。读者可据此对照识别自身与同伴的角色倾向，明确岗位职责与协作接口，形成优势互补的团队组合，并借助理论框架复盘团队短板、规划成员补充，从而提升协作效率与决策质量。

1. 九种角色不是九个岗位：一份能给早期团队直接照着搭骨架的手册

三个人干十件事，招人时只想着“缺个写代码的”，结果进来的人全是一个脾气：都爱把活干完，但没人愿意出去找资源，也没人敢在方向明显跑偏时拍桌子。这份手册处理的正是这类问题。贝尔宾团队角色理论把一支能打的团队拆成行动导向、人际导向、谋略导向三大类，下面挂九个角色——完成者、执行者、塑造者、协调者、资源调查者、协作者、创新者、专家、监控评估者。它不解决“怎么招到牛人”，解决的是“人凑齐了，结构上是不是缺一条腿”。适合 3 到 30 人团队的负责人、HR 和项目牵头人，尤其是那种团队不大、但每个人都在超负荷兼活的阶段。手册本身不长，真正的价值在于它给了一套可以落成表格和提问脚本的语言，让“我们团队配合不太顺”这种模糊判断，变成能逐条对照、能补人的具体缺口。

2. 三类导向与九种角色：先把行为锚点钉死，再谈分工

2.1 三类导向对应三种性质完全不同的任务

团队里同时跑着三股流：决定要变成交付，信息和关系要在内部外部流动，判断和新知要持续供给。行动导向管第一股，人际导向管第二股，谋略导向管第三股。这个划分的价值不在于分类漂亮，而在于它能直接对应“缺了会怎样”的症状。缺行动导向，会议开得很热闹，两周后交付物还在原地；缺人际导向，每个人都在埋头干自己的，外部资源没人接、内部摩擦没人拆；缺谋略导向，执行很顺、节奏很稳，但半年后发现方向从一开始就偏了。

把这张表和自己的团队对一遍，比直接看九种角色的定义更有用，因为大多数人第一反应是“我们团队好像什么角色都有”，但一问症状就沉默了。

2.2 九种角色的行为锚点与“用过头”的信号

原手册给了每个角色的贡献和个性特征，这是正向描述。实操里更需要的是反向信号：同一个角色用过头，会变成团队的主要摩擦源。下表是我按手册定义补的行为锚点，左边两列来自原文，右边三列是落地时真正要盯的东西。

这张表最大的用途是解决“我们团队到底谁是谁”的争论。判断依据必须是可观察行为，不是形容词。“他很有创新精神”没法验证，“过去三个月他提了 7 个方案、其中 2 个进入实施”可以验证。

2.3 角色、岗位、性格：三个概念千万别混着用

岗位是组织授权的职责边界，写在 JD 上，有汇报关系；角色是行为倾向，随任务和阶段变化；性格是稳定的心理特质，短期不会变。三者混用会直接导致人事误判：把“他是创新者”当成“他适合做产品岗”，或者把“她不是协调者”当成“她不能带团队”。

一个人完全可以岗位是后端工程师、角色上兼执行者和完成者、性格偏内向。这不矛盾，也不说明他“只能写代码”。反过来，同一岗位换一个角色倾向不同的人来做，产出节奏和协作方式会完全不同，但岗位说明书一个字都不用改。手册里那句“创业初期可以一人兼任不同角色、成员之间还可以轮换角色”，前提就是角色和岗位是两套东西。如果混为一谈，轮换就变成了调岗，没人敢试。

2.4 十五分钟自评：用行为锚点打分，不用形容词

自评最容易翻车的地方是变成“我希望自己是什么样”。做法很土但有效：每个角色只给一句行为描述，0 到 3 打分，每个分数必须配一条最近三个月的具体事例，写不出事例的分数作废。

打分时有两条硬规则：最高分最多选 2 个角色，最低分至少选 1 个角色。不允许 9 项全在 2 分以上，那是没打分，是给自己发奖状。写完先自己隔一天再看一遍，通常会删掉一两个“理想自我”的分数。

2.5 角色是被场景激活的，不是固定标签

同一个人在公司只有 5 个人的时候，可能天天在扮演资源调查者和塑造者；团队扩到 20 人、流程建起来之后，他反而更多扮演监控评估者。这不是他变了，是场景变了。手册本身也强调“灵活运用”，落到实操就是：任何一次角色盘点结果都有保质期，我一般按季度重测一次，或者在团队规模跨过 5 人、15 人、30 人这几个台阶时重测。把一次结果当永久结论，后面所有判断都会失真。

3. 团队角色盘点：把九宫格填成一张能看的缺口清单

3.1 只做自评一定会失真，原因有三条

第一条是社会赞许偏差。手册里对九种角色的描述全是正面词——严谨、热情、有战略眼光，没人愿意给自己打低分。第二条是角色理想化，创始团队成员普遍觉得自己“什么都能干”，尤其在公司小的时候，承认“我不擅长协调人际关系”像是一种失职。第三条是缺少团队共识，自评只反映自我认知，而角色问题的本质是“别人怎么体验到你”，这两者经常对不上。

他评要解决的就是这三条。设计上有几个必须守住的点：评价人只看行为不看人，题目里不出现角色名，避免评价人照着角色定义往上套；每人被 3 到 5 名近期有密集协作的人评，覆盖上下游；全程匿名，只汇总到角色维度，不出个人排名。

3.2 评分表设计：题目、量纲、评价人

这块参数定得粗，后面所有结论都不可信。我给一套自己常用的配置。

题目写法上有个技巧：不问“他是不是一个有创造力的人”，问“最近一次项目卡住时，他提出了几个可执行的替代方案”。行为频率比特质判断可靠得多。每个角色三道题分别覆盖“主动发起”“被要求时会做”“别人如何受益”三个角度，避免全问同一层。

3.3 汇总脚本：把分数摊平成覆盖度矩阵

问卷收回来是一堆 CSV，手工算容易出错。下面这段用标准库就能跑，不依赖第三方包，输入是“每行一个被评人、每列一个角色分数”的宽表。

import csv from statistics import median # 九个角色，列名必须与 CSV 表头完全一致 ROLES = ["完成者", "执行者", "塑造者", "协调者", "资源调查者", "协作者", "创新者", "专家", "监控评估者"] THRESHOLD = 2.0 # 团队层面认定该角色“已覆盖”的中位数下限 STRONG = 2.5 # 个人层面认定“强覆盖”的单人分数下限 MIN_STRONG = 1 # 至少要有几个人达到 STRONG，才算真覆盖 def load(path): with open(path, newline="", encoding="utf-8") as f: return list(csv.DictReader(f)) def analyze(rows): result = [] for role in ROLES: # 跳过空值，避免缺填的人把中位数拉低 scores = [float(r[role]) for r in rows if r.get(role)] if not scores: result.append((role, 0, 0, "无数据")) continue med = median(scores) strong = sum(1 for s in scores if s >= STRONG) # 覆盖判定必须同时满足“整体不弱”和“有人能顶住” if med >= THRESHOLD and strong >= MIN_STRONG: status = "覆盖" elif med < THRESHOLD and strong >= MIN_STRONG: status = "单点依赖" # 只有一两个人强，人一走就断 else: status = "缺口" result.append((role, round(med, 2), strong, status)) return result rows = load("roles.csv") for role, med, strong, status in analyze(rows): print(f"{role}\t中位数={med}\t强覆盖人数={strong}\t{status}")

逻辑上分三步：先按角色取中位数，判断团队整体在这个角色上弱不弱；再数有多少人单人在这个角色上达到 2.5 分以上，判断有没有人能实际顶住；两个条件交叉出四种状态。重点看单点依赖——很多团队不是没有某个角色，而是只有一个人有，这个人请假、离职或者被塞进别的项目，那个角色当场消失，这比明确的缺口更隐蔽。

参数调整上，THRESHOLD从 2.0 起，团队普遍打分偏松就往 2.2 调，偏严就往 1.8 调，但同一轮盘点内必须统一。MIN_STRONG在 10 人以下团队设 1，10 人以上设 2，因为大团队里单点依赖的风险更高。CSV 里的分数要先用自评和他评分别导两份文件，两份都跑一遍，两张表对比着看才有意思。

3.4 缺口判定之后，先看形态再看名单

拿到覆盖度矩阵，别急着列“要招什么人”。先看缺口的形态，不同形态对应的动作完全不同。

最后一种形态特别容易被误判成“缺人”。九个角色全都在 1.5 分上下，说明的是没人愿意主动承担，而不是没人有能力承担。这时候招人的结果通常是新人进来三个月也被同化。

3.5 把结论写成一句话，而不是一张表

盘点报告最后应该收敛成一到两句能被记住的话，例如“我们团队交付能力没问题，但所有对外信息和机会都压在一个人身上，且没有第二个人能在方案层面提出反对意见”。这种句子能直接推导出下一个季度的两个动作。相反，一份九行九列、每格都有分数的表，发到群里没人会看第二眼，也就不会有任何后续动作。

4. 从角色到岗位：招聘、分工与一人多角的落地改法

4.1 JD 改写：把角色语言翻成岗位语言

角色盘点的结论不能直接写进招聘需求。“我们需要一个监控评估者”没人看得懂，也招不到。要做的是把角色缺口翻译成岗位职责，同时在职责里塞进能吸引对应角色倾向的人的信号。

改写之后 JD 会变长，但筛选效率会明显提高。写的时候注意一点：不要把九种角色都塞进一个岗位，那样写出来的是一个不存在的完人，投简历的人一看就知道这岗位没人想清楚。

4.2 面试提问：每个角色两道行为题

面试里问“你觉得自己是哪种角色”基本无效，候选人会照着岗位描述回答。有效的是问具体场景下的行为，并且追问细节。

每道题都要追问三层：当时的情况、你具体做了什么、结果和复盘。只答第一层的人，多半是在背准备好的故事。

4.3 一人多角：兼角色的优先级与两组禁忌

早期团队不可能凑齐九个人，兼角色是常态。我的经验是：一个人最多同时兼 3 个角色，超过 3 个就会出现角色冲突，表现为哪件事都做不深。兼的时候按“行为不冲突”优先。

不推荐的组合不是不能兼，是要明确知道代价：这个人会长期只用其中一半。真避不开的时候，给他配一个相反角色的搭档，让另一半有人接。

4.4 会议与项目里的临时角色指派

角色不一定非要长期固化，短周期项目里可以按事指派。评审会前花 30 秒点名四个人，会议质量会明显不一样：一个人负责最终决策并承担后果，一个人专门挑错和查遗漏，一个人负责补充外部信息和同类案例，一个人负责记录被压下去的异议并在下次会上复核。

这四件事看起来是流程，实际是强行把四个角色拉到现场。很多会开得没结果，不是人不行，是现场只有一种角色在说话——通常是塑造者在推、其他人在点头。点名之后，被指派的人有明确的发言义务，沉默反而需要解释。

5. 避坑与排查：这套框架最容易翻车的五处

5.1 盘点阶段的两个坑

坑一：全员自评都是高分，人人都是创新者。

现象：27 道题收回来，九项里七项在 2 分以上，团队看上去是个全明星阵容，但实际协作问题一个都没解释清楚。

原因：题目用了大量正面形容词，加上自评本身的社会赞许偏差，填表人是在描述理想中的自己，不是描述上个月的真实行为。另一个常被忽略的原因是量表用了 5 点，中间那个“一般”成了所有人的默认选项。

解决：量表改 4 点去掉中间项；每道题强制要求填一条最近三个月的事例，写不出事例的分数按 0 计；最高分限选 2 项、最低分必选 1 项。三条规则加上去，分数会立刻变得有区分度。如果还是全员高分，说明填表前没有做行为锚点的说明，大家不知道“2 分”和“3 分”的边界在哪。

坑二：把盘点结果直接当人事结论。

现象：报告出来第二周，某个被评“协作者分数低”的成员发现自己被移出了核心项目，团队气氛立刻变冷，下一轮问卷回收率腰斩。

原因：角色盘点测的是特定场景下的行为倾向，不是能力，更不是品行。协作者分数低可能只是因为他最近在赶一个紧急项目，没有余力处理人际摩擦。把倾向当结论用，本质上是把一个统计量变成了人事判决。

解决：盘点报告只到团队维度，不出个人排名，这是设计时就该定死的规则；个人层面的结果只给本人，作为自我调整的参考；任何人事动作必须另有绩效和行为记录支撑。这条规矩最好在第一轮盘点之前就当众说清楚，事后再解释基本没用。

5.2 落地阶段的三个坑

坑三：照着九宫格招九个人。

现象：团队 6 个人的时候发现缺 4 个角色，于是按角色一一对应开了 4 个 HC，招进来之后发现活不够分，每个人都在抢有限的决策权。

原因：把角色覆盖率当成了编制表。九种角色是“行为需要被覆盖”，不是“岗位需要被设立”。一个 8 人团队完全可以覆盖九种角色，只要有人兼。

解决：招人之前先问一句“这个角色缺口，是没人做，还是没人被授权做”。相当一部分缺口是授权问题：收尾没人做，往往是没人有权限卡住交付；评估没人做，往往是没人被允许在会上说不。这类缺口补流程比补人快得多，成本也低一个量级。

坑四：角色固化，一个人被钉死在“完成者”上。

现象：某成员第一轮被评为完成者，之后两年所有校对、验收、收尾的活全压给他，他自己想尝试方案设计，但每次一提就被回“你先把这版对完”。

原因：把一次测量结果当成了固定属性。角色是被场景激活的行为倾向，会被任务分配反过来强化——你一直让他做收尾，他当然越来越像完成者。

解决：季度复盘时强制做一次小范围轮换，每人接手一个非主导角色的任务，哪怕只在一个小项目里。轮换不是为了让人人全能，是为了防止团队把某个人的可能性提前锁死。轮换失败也是有价值的信息，说明这个角色他确实顶不住，这比凭印象判断靠谱。

坑五：用角色解释一切，出问题就说“他是那个角色”。

现象：项目延期，复盘结论是“因为 XX 是创新者，落地能力不行”。这个解释听起来很专业，但下一次还是延期。

原因：角色语言成了黑匣子，一旦能用一个标签解释问题，就没人再去看具体发生了什么。角色理论描述的是倾向，倾向只有和具体任务、具体时间点、具体决策链结合才有解释力。

解决：复盘时禁止单独使用角色词，必须带上行为和时间。“他在第 3 周提出换技术方案，之后两周没有给出迁移成本估算，导致排期没有更新”，这句话才可执行。角色词只能作为补充说明，不能作为结论。

6. 进阶：角色轮换与季度健康度复盘

跑过两轮完整盘点之后，重点就该从“认人”转到“验证”上。我常用的做法是每季度做一张四列的小表，把覆盖度变化和行为证据放在一起看。

看这张表时只关注两件事：单点依赖有没有变成覆盖，缺口有没有人接手。状态从覆盖掉回单点依赖，通常意味着那个人被调走了或者被塞进了别的项目，这比缺口更值得警惕，因为团队会误以为自己还有这个能力。

轮换的做法要小步。每季度挑一个非关键项目，指定一个人临时承担他非主导的角色，给他一个明确的交付物和一次复盘机会。比如让平时只做执行的人负责一次方案评审，让平时只提创意的人负责一次交付验收。轮换周期不超过一个项目，失败就换回来，不追责。做上四五个季度，团队会自然形成“谁能顶哪个位置”的真实认知，这比任何一次盘点报告都可靠。

验证方法上还有个便宜的手段：拿上一季度的缺口清单，去问团队里三个不同的人“我们这季度补上了吗，从哪里看出来的”。三个人给出的事实描述如果对得上，说明补上了；如果三个人说的完全不一样，说明只是纸面上补上了。这个动作十分钟能做完，比再发一轮问卷有效。

血泪经验是：我早年做过一次很完整的盘点，报告做得漂亮，九宫格填得满满当当，然后就没有然后了——没有指定任何人负责任何一个缺口，三个月后重测，数据几乎没变。从那以后我每次做角色盘点，都强制走一遍“缺口→责任人→下一个可观察的行为”这三步，写不出第三步的缺口直接不进报告。角色这套东西的价值不在于分类有多精确，而在于它能不能推着团队真的去补一个位置。希望帮到你。

本文还有配套的精品资源，点击获取