Level Standard
FDE 职级标准：五级双通道
级别看责任半径，不看技术深度
这份标准回答三件事：一个 FDE 现在在哪一级、凭什么这么定、下一级还缺什么。 每级都给责任半径、典型 scope、能力要求、可观察证据、交付产物与该用的量化口径。
权威版本与开源共建在 fde.0706.tech：那里有完整台阶矩阵、自测工具、JD 生成器与机读数据（levels.json）。本页为企业站内的摘要版本。
职级名与关键词是两层东西
职级名用行业通用中文职级，方便企业直接挂 JD、也方便有大厂背景的人对照； 「执行 / 独立 / 统筹 / 体系 / 方法」是核心关键词，负责一句话说清这级在负责什么。
手机上表格可左右滑动查看。
| 级 | 中文职级 | 核心关键词 | 责任对象 | 一句话定位 |
|---|---|---|---|---|
| L1 | 初级 | 执行 | 任务 | 在既有框架与模板内，把一件边界清晰的事做对、交干净。 |
| L2 | 中级 | 独立 | 场景 | 端到端对一个场景负责：范围、基线、验收、上线后能跑住。 |
| L3 | 高级 | 统筹 | 项目群 | 统筹多个场景的组合与资源，把一次攻坚变成可重复的打法。 |
| L4 | 资深 | 体系 | 组织体系 | 设计组织的交付体系：质量门禁、资产化、能力培养，让结果不依赖个人。 |
| L5 | 专家 | 方法 | 行业方法 | 方法被行业采用：标准、生态与跨企业迁移，影响的不再是单个组织。 |
说明：本表中的「专家」是职级名称（对应行业通用职级语境，如大厂 P8/P9 段位）， 不代表我们对自身水平的评价。
Principles
三条设计原则
这套标准只回答三个问题：凭什么定这一级、拿什么证明、两条通道怎么共存。
级别由责任半径决定
看的是「对什么负责」：任务、场景、项目群、组织体系、行业方法。同样的技术，负责范围不同就是不同级别。
失败后果与不可替代性一起看，缺一不可。
证据优先于自述
每一级都要求可提交的材料：范围卡、失败样例集、运行手册、资产复用记录。没有材料就写「待验证」。
「待验证」是合法结论，且比虚高的结论有用。
双通道共用一把尺子
技术交付（T）与业务交付（B）责任半径相同、薪酬区间相同，只是能力权重不同。
跨通道不自动升级；同级转轨需补对方通道的核心证据。
五级标准：每级六件套
折叠区默认只展开 L2（多数人对照的起点），其余按需展开。 每级开头那行写「本级的台阶」—— 一个职级一个台阶，台阶必须是具体的变化，不是形容词。
L1 · 初级 · 执行 · 任务初级交付工程师 / 初级业务分析
在既有框架与模板内，把一件边界清晰的事做对、交干净。
| 本级的台阶 | 入门基线：从「会用工具」变成「能交干净一件事」。 |
|---|---|
| 责任半径 | 任务（负责什么见下） |
| 典型 scope | 场景：1 个场景中的单个任务（一个模块、一段流程、一个接口）；系统：1 个系统内的 1–2 个模块； 干系人：直接对接一线使用者与导师；时间尺度：天到周； 预算：不承担预算决策 |
| 能力要求 | 业务认知 依循 / 场景工程 依循 / AI 技术与调试 依循 / 交付保障 依循 / 交付工程化 依循 |
| 可观察证据 |
|
| 交付产物 | 可运行的模块或配置、启动说明、失败样例记录 |
| 量化口径 | 任务级耗时与返工次数（分钟/小时口径） |
| 晋级条件 |
|
| 破格规则 | 不做破格。这一级的价值在于基本功，跳过等于把风险留给下一级。 |
| 常见误区 | 把「用过很多工具」当成能力 —— 工具熟练度不等于交付能力。 |
| 失败形态 | 任务做完但交不干净：没文档、没失败样例，第二个人接手就得从头问。 |
L2 · 中级 · 独立 · 场景交付工程师 / 场景交付顾问
端到端对一个场景负责：范围、基线、验收、上线后能跑住。
| 本级的台阶 | 从「交任务」到「对结果负责」—— 开始为一条流程的成败签字。 |
|---|---|
| 责任半径 | 场景（负责什么见下） |
| 典型 scope | 场景：1 个场景全环（从需求到上线后运行）；系统：1–3 个系统的数据与接口打通； 干系人：业务负责人 + 一线骨干 + IT/数据；时间尺度：周到月； 预算：单场景量级，需报批 |
| 能力要求 | 业务认知 独立 / 场景工程 独立 / AI 技术与调试 独立 / 交付保障 独立 / 交付工程化 独立 |
| 可观察证据 |
|
| 交付产物 | 可运行场景、验收单、失败样例集、运行手册初版 |
| 量化口径 | 场景指标（准确率、处理周期、单次耗时、错误率） |
| 晋级条件 |
|
| 破格规则 | 有同等规模场景的完整交付证据（含验收与接管）可跨过任务级考察，但不免除证据评审。 |
| 常见误区 | 把「系统上线」当成交付完成 —— 上线只是开始，跑住才算。 |
| 失败形态 | 场景做完了但没人用：验收写的是功能，不是业务变化。 |
L3 · 高级 · 统筹 · 项目群高级交付工程师 / 高级场景顾问
统筹多个场景的组合与资源，把一次攻坚变成可重复的打法。
| 本级的台阶 | 从「做好一个」到「决定做哪几个」—— 第一次拥有取舍权。 |
|---|---|
| 责任半径 | 项目群（负责什么见下） |
| 典型 scope | 场景：3–10 个场景的组合（含优先级取舍）；系统：跨系统、跨部门的数据与流程编排； 干系人：部门负责人及以上 + 多方供应商；时间尺度：季度； 预算：项目群量级，参与预算编制 |
| 能力要求 | 业务认知 应变 / 场景工程 应变 / AI 技术与调试 应变 / 交付保障 应变 / 交付工程化 应变 |
| 可观察证据 |
|
| 交付产物 | 场景组合路线图、评审与运营机制、架构决策记录、可复用资产 ≥2 件 |
| 量化口径 | 组合价值（总成本、总工时、合格率、复用率） |
| 晋级条件 |
|
| 破格规则 | 在单一复杂系统上达成 L4 级资产化成果（被跨项目复用 ≥3 次）可破格，需评审一致通过。 |
| 常见误区 | 把「协调会议多」当成统筹能力 —— 统筹的产出是机制与取舍，不是会议数量。 |
| 失败形态 | 什么都在做、什么都差一点：没有取舍，等于没有优先级。 |
L4 · 资深 · 体系 · 组织体系资深交付工程师 / 场景交付负责人
设计组织的交付体系：质量门禁、资产化、能力培养，让结果不依赖个人。
| 本级的台阶 | 从「自己交付」到「让组织能交付」—— 产出从项目变成机制。 |
|---|---|
| 责任半径 | 组织体系（负责什么见下） |
| 典型 scope | 场景：跨项目群的体系设计（覆盖 10+ 场景 / 多业务线）；系统：平台与工具链（含复用架构与质量门禁）； 干系人：分管领导 / 跨企业合作方；时间尺度：半年到一年； 预算：体系级，主导编制 |
| 能力要求 | 业务认知 系统 / 场景工程 系统 / AI 技术与调试 系统 / 交付保障 系统 / 交付工程化 系统 |
| 可观察证据 |
|
| 交付产物 | 交付体系与门禁、资产库与复用指标、人才培养路径、跨项目复盘机制 |
| 量化口径 | 经营口径（资金占用、单位交付成本、资产入表、复用带来的毛利变化） |
| 晋级条件 |
|
| 破格规则 | 在行业层做出被外部采纳的方法论或标准，可直接进入 L5 评审（需外部采纳证据）。 |
| 常见误区 | 把「管的人多」当成体系能力 —— 体系能力看的是「人走了结果还在不在」。 |
| 失败形态 | 制度写得漂亮但没人执行：门禁形同虚设，问题仍然靠能人兜。 |
L5 · 专家 · 方法 · 行业方法交付专家 / 场景专家
方法被行业采用：标准、生态与跨企业迁移，影响的不再是单个组织。
| 本级的台阶 | 从「组织内有效」到「外部也照做」—— 判定权交给外部证据。 |
|---|---|
| 责任半径 | 行业方法（负责什么见下） |
| 典型 scope | 场景：跨行业方法输出（含标准、教材、开源资产）；系统：行业级方法论与平台生态； 干系人：行业组织 / 生态伙伴 / 监管与标准机构；时间尺度：一年以上； 预算：生态级，涉及对外投入 |
| 能力要求 | 业务认知 行业 / 场景工程 行业 / AI 技术与调试 行业 / 交付保障 行业 / 交付工程化 行业 |
| 可观察证据 |
|
| 交付产物 | 行业标准或方法论、生态合作机制、公开可引用的研究成果 |
| 量化口径 | 行业影响（被采纳次数、生态伙伴数、行业口径变化） |
| 晋级条件 |
|
| 破格规则 | 本级的判定以外部采纳为准，不接受自证；无外部证据时不评定本级。 |
| 常见误区 | 把「讲得多」当成影响力 —— 影响力看的是别人有没有照着做。 |
| 失败形态 | 方法停留在演讲与文章：没有一家外部企业真正跑通。 |
Ladder
五个域，各自走完五个台阶
五个能力档位与五个级别一一对应：依循 → 独立 → 应变 → 系统 → 行业。 每个域在 L1→L5 上恰好走完这五档，不允许相邻两级同档，也不允许跳档 —— 否则这个域就无法区分两级，定级会退化成凭整体印象。
有模板或指引时能完成，不需要自己判断
没有指引也能独立完成标准情形
能处理异常与非标准情形，并做出取舍
能把做法固化为机制或标准，供他人照做
能影响外部：被同行采纳，或参与标准制定
手机上可左右滑动查看完整矩阵。
| 能力域 | L1 初级 | L2 中级 | L3 高级 | L4 资深 | L5 专家 |
|---|---|---|---|---|---|
| 业务认知 | 依循按现成提纲记录流程与角色，复述时不出错 | 独立独立跑完一次流程梳理，说清每个环节的输入、输出与责任人 | 应变识别口径冲突与伪需求，在多部门诉求之间判断真实痛点 | 系统判断业务线的 AI 适用边界，把判断标准写成可复用的评估清单 | 行业提出被同行采用的行业问题框架或分类方法 |
| 场景工程 | 依循按模板把范围与验收填完整，不擅自扩大范围 | 独立独立确认范围、量出基线、写出可判断的验收动作 | 应变对一组场景排优先级并做取舍，说明放弃的理由 | 系统定义组织的场景准入与验收标准，并让评审照此执行 | 行业输出被外部引用的场景分类与判定方法 |
| AI 技术与调试 | 依循按既定脚本复现正常与失败输出，并记录现象 | 独立建 ≥20 条失败样例集，区分检索问题与生成问题 | 应变处理模型、数据、工具三者交互导致的复杂故障，并设计兜底 | 系统建评估与回归机制，把质量做成可检查的门禁 | 行业提出被外部采用的评估方法或质量指标 |
| 交付保障 | 依循按清单同步进展、完成交接，不遗漏已知风险 | 独立打通数据与权限，说明脱敏与最小必要，推进试用与接管 | 应变协调多方依赖与变更，控制范围蔓延与成本超支 | 系统建立数据治理、事故应对与交付质量机制 | 行业参与行业交付与合规规范的制定或实质讨论 |
| 交付工程化 | 依循整理可复用的片段与说明，供他人取用 | 独立产出 ≥1 件资产（连接器/模板/评估集）并被第二处使用 | 应变设计资产复用接口，沉淀 ≥2 件并统计复用效果 | 系统建立资产库与复用指标，让同类项目工时可见下降 | 行业资产被外部企业采用或开源复用 |
六张证据卡：每一级要交什么材料
六张卡覆盖一次交付的完整链条：诊断 → 场景与验收 → 数据与权限 → AI 调试与评估 → 交付运营 → 资产化。任何一张空着，都说明这一级的证据不完整。
手机上可左右滑动查看完整表格。
| 证据卡 | L1 初级 | L2 中级 | L3 高级 | L4 资深 | L5 专家 |
|---|---|---|---|---|---|
| 业务诊断卡 | 记录用户流程与问题，不遗漏关键角色 | 能用客户指标语言描述问题，并给出量化基线 | 能在多个部门间识别真实痛点与伪需求 | 能判断业务线的 AI 适用边界，给出取舍依据 | 能定义行业级问题框架并被外部采用 |
| 场景与验收卡 | 按模板填写范围与验收，不擅自扩大 | 独立确认范围、基线与验收动作 | 对一组场景做优先级排序与资源分配 | 定义组织的场景准入与验收标准 | 输出可被同行引用的场景分类与判定方法 |
| 数据与权限卡 | 在指导下完成数据接入，不动权限配置 | 打通数据与权限，能说明脱敏与最小必要 | 设计跨系统数据流与权限分级方案 | 建立数据治理与审计机制 | 参与行业数据与合规方法讨论 |
| AI 调试与评估卡 | 能复现正常与失败输出 | 建立 ≥20 条失败样例集，能区分检索与生成问题 | 设计评估体系，处理模型/数据/工具交互问题 | 建立回归机制与质量门禁 | 提出被行业采用的评估方法 |
| 交付运营卡 | 按清单交接，同步进展 | 推进试用、验收与用户接管 | 协调多方依赖与变更，控制范围蔓延 | 建立交付质量与事故应对机制 | 推动行业交付规范 |
| 资产化卡 | 能整理可复用的片段与说明 | 产出 ≥1 件可复用资产并被第二处使用 | 设计资产复用接口，沉淀 ≥2 件并统计复用 | 建立资产库与复用指标，工时下降可量化 | 资产被外部采用或开源复用 |
Dual Channel
两条通道，共用一把尺子
技术交付通道
以系统构建、数据接入与评估调试为主线，对「能不能跑通、跑稳」负责。
权重：业务认知 3 / 场景工程 3 / AI 技术与调试 5 / 交付保障 3 / 交付工程化 5
业务交付通道
以行业认知、场景定义与价值证明为主线，对「该不该做、做成没做成」负责。
权重：业务认知 5 / 场景工程 5 / AI 技术与调试 2 / 交付保障 4 / 交付工程化 3
转轨规则：同级转轨需补目标通道的 2 张核心证据卡；跨级转轨按目标级重新评审； 转轨后定级不得高于原级（避免「转轨升职」套利）。
Self Check
自测：你现在在哪一级
18 道题，按五域问「这件事你做过几次」。结果只在你自己的浏览器里计算，不上传、不留资。
fde-score score 同源。大厂职级参考区间
公开信息整理 · 非官方口径 · 各公司职级近年多次改革。只给区间，不给点值。
手机上可左右滑动查看。
| 本文级别 | 阿里 | 字节 | 腾讯 | 百度 | 置信度 |
|---|---|---|---|---|---|
| L1 初级 | P4–P5 | 1-1 ~ 2-1 | T1.3–T2.1 | T4–T5 | 中 |
| L2 中级 | P5–P6 | 2-1 ~ 2-2 | T2.1–T2.3 | T5–T6 | 高 |
| L3 高级 | P6–P7 | 2-2 ~ 3-1 | T2.3–T3.1 | T6–T7 | 中 |
| L4 资深 | P7–P8 | 3-1 ~ 3-2 | T3.1–T3.3 | T7–T8 | 中 |
| L5 专家 | P8–P9 | 3-2 ~ 4-1 | T3.3–T4 | T8–T9 | 低 |
为什么不给精确对应：大厂职级没有官方公开表，流传版本皆为第三方整理且各家近年都调整过； 精确对应一旦公开就会被当成招聘承诺与薪资谈判依据，而它承载不了这个功能。区间已足够解决 「该找什么级别的人」与「我在什么位置」两个真实问题。
市场薪酬区间
单位：年薪（万元，税前，含奖金不含股权），时间：2026 年 10 月。 口径为招聘广告月薪 × 12–15 个月反推，并用薪酬报告中位数交叉校准 ——不是分位值，也不是任何雇主的实际支付。
手机上可左右滑动查看。
| 级别 | 苏州 | 杭州 | 上海 | 北京 / 深圳 | 校准依据 |
|---|---|---|---|---|---|
| L1 初级 | 12–20 | 14–23 | 16–26 | 18–30 | 应届至 2 年，招聘广告月薪 1.2–2.0 万反推 |
| L2 中级 | 20–33 | 23–38 | 26–42 | 30–48 | 3–5 年，AI 应用集成月薪均值 4.7 万的下沿校准 |
| L3 高级 | 32–52 | 36–59 | 42–68 | 48–78 | 5–8 年，含场景负责人溢价（AI 技能溢价 +62%） |
| L4 资深 | 50–85 | 56–95 | 65–110 | 75–130 | 8 年以上，对齐资深架构师区间下段 |
| L5 专家 | 80–130 | 90–145 | 100–170 | 120–200 | 样本极少，参照头部资深 150–200 万的下沿 |
杭州无单独的城市分档公开数据，按长三角区间（介于苏州与上海之间）估算；其余城市依据同一批招聘广告与薪酬报告口径。 行业差异同样显著：制造行业 AI 技能溢价约 +73%，消费品约 +118%，政府约 +16%（PwC 2026，招聘广告口径）。 同级别在不同行业不该用同一个数；本表也不作为我方服务报价依据。
Open standard
这份标准是开放的，欢迎纠错与行业适配
正文以 CC BY 4.0 开放（署名即可商用、可改编），机读数据用 MIT，第三方系统可直接接入。 纠错、提案、行业适配三类提案都走公开流程；我们不发证、不办考试。