VOLOVLO职业自动化风险与转型导航
问 VOLO职业专业企业创业者近期变化长文方法与证据
搜索职业、专业…给 Agent
中文
  • English
  • 简体中文
  • 日本語
  • Español
  • Português
  • Français
VLO
VOLO

理解自动化如何改变工作 —— 逐个任务地看,证据摆出来,不确定的地方承认不确定。

问 VOLO职业专业企业创业者近期变化长文方法与证据AI 会取代我的工作吗?关于岗位诊断开放数据本体给 AgentVOLO Pro隐私条款
© 2026 VOLO
职业
全部职业
AI / 软件
翻译 / 口译银行柜员文案内容审核员客服行政助理测试工程师数据录入员平面设计师律师助理视频剪辑师会计 / 记账市场营销专员前端工程师报税员 / 税务代理配音演员医疗编码员数据分析师保险理赔员技术文档工程师 / 技术写作初级程序员保险核保员人力资源 / 招聘信贷员 / 客户经理(信贷)金融分析师采购 / 供应链专员记者销售 / 客户经理房产中介 / 地产经纪网络工程师插画师旅行社顾问IT 支持 / 技术支持审计师供应链计划员管理咨询顾问摄影师后端工程师AI 研究员产品 / UX 设计师业务系统与流程负责人电商运营精算师动画师与视效师作家与编剧薪资专员放射科医生数据工程师项目经理数据科学家法庭速记员编辑与校对律师医助 / 诊所助理工料测量师内容创作者量化分析师算法 / 机器学习工程师中高级软件工程师运维 / 平台工程师 / SRE业务分析师音乐人与作曲者地理信息分析师房地产估价师物业经理产品经理营养师经济学家药师业务合作 / 渠道经理网络安全分析师 / 安全运营理财顾问 / 理财规划师口译员病理医生芯片设计工程师基金申请书撰写人合规专员 / 合规经理图书馆员CAD 制图员建筑师一线主管 / 团队管理者心理咨询师导购 / 店员土木 / 结构工程师电气工程师工业工程师统计师保安 / 安保员室内设计师大学教师心理学家公交司机保险代理人机械工程师服装设计师验光师 / 视光师公证员中小学教师全科医生 / 门诊医生航线飞行员驾驶教练城市规划师应急调度员餐厅服务员放射技师 / 医学影像技师土地测量师汽车维修技师 / 汽修警察超声技师飞机维修技师牙科卫生士麻醉医生建筑检查员言语语言治疗师执业护士空中交通管制员兽医调酒师 / 咖啡师康复治疗师 / 物理治疗师牙医外科医生急救员 / 院前急救人员建筑工人 / 施工人员社工法官护士按摩治疗师助产士养老护理员 / 护工水管工企业 AI 落地负责人
RPA / 自助化
政务服务窗口人员运营专员 / 业务运营地铁司机前台 / 接待药房技术员采血员牙科助理呼吸治疗师作业治疗师
机器人
收银员 / 零售店员集装箱码头工人仓储分拣员流水线装配工医学检验技师演员与模特机加工技工 / 数控机床技工焊工厨师园林绿化工保洁 / 清洁工农民消防员暖通空调技工砌砖工 / 砌筑工木工 / 木匠客舱机组理发师 / 美发师电工
自动驾驶
网约车 / 出租车司机卡车司机外卖骑手 / 快递员
专业
全部专业英语 / 外语计算机科学会计学心理学新闻传播金融学法学视觉传达设计市场营销护理学工商管理教育学 / 师范建筑学公共管理临床医学酒店与旅游管理经济学信息管理与信息系统
指南
问 VOLO企业创业者近期变化长文机构版VOLO Pro方法与证据关于订阅职业变化站内搜索
你在看:我在工作我在读书我在经营公司我在做东西
本页发生了什么任务拆解近期变化对你对你意味着什么你能做什么凭什么这些判断底下是什么
职业›业务系统与流程负责人

这个职业有新的已核实记录时通知我 → · 标出哪些任务是你的(VOLO Pro,免费)→ · 给一个团队或一届毕业生用 →

业务系统与流程负责人

拥有「这门生意在里面运转的那套系统」的人 —— CRM 或订单系统:流程在里面被配成什么样、它的记录还有没有意义,以及从里面跑出来的数字被允许主张什么。

运营与履约评估于 2026-09-11
正在自动化的任务
2/ 5 项
1 项正在被增强
仍由人主导
1/ 5 项
1 项新任务
有证据支撑的判断
5/ 5 项
8 条已核实记录
本周可验证 · 4 条路径中的第一条

写下你这套系统本该让哪三个数字变化,以及每个数字现在是多少。如果第二列你不问别人就填不出来,那你管的是一个实例,不是一个结果 —— 这个空格本身就是那场谈话的全部内容。

看全部 4 条 ↓
52/100
自动化影响指数低置信度

这不是失业概率。它把「岗位任务中有多少暴露于自动化」与「采用实际走到了哪一步」合成为一个值 —— 只用于在同一套口径下横向比较职业,除此之外不作他用。

适用范围

一家公司内部 CRM、订单或流程系统的所有者 —— 常被叫作销售运营、收入运营或业务系统,在小公司里就叫 CRM 团队。不是厂商的支持工程师,也不是在写公司要卖的那个产品的软件工程师:这个岗位配置、治理并解释一套别人造出来的系统。

发生了什么

到底什么在变#

分析单位是任务,不是职位名称。职业不会被整体替代 —— 变的是它的任务构成。

正在自动化正在被增强仍由人主导新出现的任务斜纹:平台推断,还没有已核实记录支撑

每一格是一项任务。大小是它在这份工作里的分量,颜色是它正在往哪个方向走。点一格,看这个判断还不能说明什么。

核心任务
把流程配成系统里的样子
正在被增强✓ 有证据支撑
这还不能说明什么

配得更快意味着配得更多,不是活更少。每加一条规则,都是一条以后会变错、并且要被找出来的规则 —— 于是这个岗位的工时从「搭」挪到「拆」,而拆在路线图上是看不见的。

读这项任务的全文 →在你的免费工作台里,用这项任务检验 AI →
核心任务
让记录还值得信
正在自动化✓ 有证据支撑
这还不能说明什么

数据更干净,下游一切才更可信,这正是它的意义 —— 而它同时拿掉了这份工作唯一看得见的产出物。没有人会注意到「从来没错过的记录」,于是这项工作读起来是一种缺席;定预算的时候,这是个很糟的位置。

读这项任务的全文 →在你的免费工作台里,用这项任务检验 AI →
重要任务
决定系统能自己决定什么
新出现的任务✓ 有证据支撑
这还不能说明什么

划下边界,和被允许守住它,不是一回事。这个岗位通常有知识而没有权限:当销售希望自动化多发一点时,能说不的人在更上面 —— 而反复被推翻,正是边界在没有任何决定被记录的情况下被磨掉的方式。

读这项任务的全文 →
重要任务
让跑出来的数字有意义
正在自动化✓ 有证据支撑
这还不能说明什么

自助取数不会拿掉那个知道「这个数字不对」的人。它让更多人开始笃定地引用一个自己从没见过附注的数字 —— 于是工作从「出报表」挪到「在会上纠正报表」,那更慢,而且更难拿来论证一个编制。

读这项任务的全文 →在你的免费工作台里,用这项任务检验 AI →
重要任务
让团队按该用的方式用它
仍由人主导✓ 有证据支撑
这还不能说明什么

这是岗位吃紧时第一个被砍掉的任务,因为它产不出任何可交付物。砍掉它在两个季度内不会表现为问题,之后表现为「没人信这份数据」—— 而那时候已经归因不到原因了。

读这项任务的全文 →

这就是你做的吗?认一下,这一页会缩到只剩与你有关的那一份。

职位名只是一组恰好被打包买走的任务,而没有两个人手里的那一组是一样的。什么都不会被发送出去 —— 它只留在这个浏览器里。

把流程配成系统里的样子正在被增强✓ 有证据支撑让记录还值得信正在自动化✓ 有证据支撑决定系统能自己决定什么新出现的任务✓ 有证据支撑让跑出来的数字有意义正在自动化✓ 有证据支撑让团队按该用的方式用它仍由人主导✓ 有证据支撑

逐条读完这 5 项任务 —— 方向、理由与界限 →

近期变化#

2023202420252026今天2023-02-01 · 实际部署美国移民局(USCIS)报告:一个自 2023 年 2 月起部署的机器学习模型判断七个系统里的哪些案件记录属于同一人;识别出的误配和漏配交给员工2024-08-01 · 政策推动欧盟《人工智能法》第 26 条第 4 款要求:在部署方掌控高风险系统输入数据的范围内,它必须确保这些数据相关且有足够代表性;自 2027 年 12 月 2 日起适用2024-08-23 · 试点澳大利亚财政部发现,其为期 14 周的 Copilot 试验中员工用得比预期少,原因包括起初期望过高、技术局限,以及缺少使用方面的教育和培训2024-12-09 · 实际部署领英部署了一个把问题转成 SQL 的助手,各业务线数百名员工在用;它说数据专家原本要花大量时间帮同事找数据2024-12-30 · 试点英国一个部委评估其 1,000 个许可的 Copilot 试点后发现:团队和直属上级的态度影响员工用多少、怎么用,自学比部门组织的正式培训更有效2025-10-06 · 实际部署英国司法部在生产环境中用概率模型链接并去重监狱、缓刑和法院各案件系统里的人员记录,此前认定基于规则的匹配不合适2026-04-01 · 实际部署美国人口普查局 BTOS 专项:16% 的「已用 AI」企业把原有软件或设备换成了内置 AI 的方案2026-04-30 · 限制或撤回国家网信办公告:截至 2026 年 4 月 30 日累计 868 款生成式 AI 服务完成备案、530 款应用完成登记,并要求已上线应用公示所用的已备案服务
能移动判断不能移动判断(预测、能力演示……)
限制或撤回2026-04-30核实于 2026-09-11
国家网信办公告:截至 2026 年 4 月 30 日累计 868 款生成式 AI 服务完成备案、530 款应用完成登记,并要求已上线应用公示所用的已备案服务

中国大陆。按《生成式人工智能服务管理暂行办法》,服务在国家网信办备案,而通过 API 调用已备案模型能力的应用或功能由地方网信办登记;已上线的应用要在显著位置或产品详情页公示所用服务的模型名称与备案号或上线编号。对一个业务系统的负责人来说,这意味着「打开一个生成式功能」不再是一次配置改动,而是一个有名有号、可被核对的前置条件。这些数字统计的是备案量,不是使用量:它说明有多少服务过了这道门,不说明有多少公司真的用了、用得怎么样,也不说明有没有人去核对那条公示。它也不涉及中国境外的系统。

失败、撤回、监管或成本正在抑制采用。可以下调评估,或扩大不确定区间。

国家互联网信息办公室——《关于发布生成式人工智能服务已备案信息的公告(2026 年 3 月至 4 月)》 ↗看完整影响卡 →
实际部署2026-04-01核实于 2026-09-12
美国人口普查局 BTOS 专项:16% 的「已用 AI」企业把原有软件或设备换成了内置 AI 的方案

全美企业,具全国代表性;参照期 2025 年 11 月至 2026 年 1 月。16% 的分母是「已使用 AI 的企业」,不是全部企业。问卷问的是企业替换了什么,不识别是哪套系统、哪个厂商、由谁管理,所以这里没有任何一句话说的是某个 CRM 或订单系统被换掉了。要和同一份调查的劳动力数字放在一起读,而不是拿它代替:在已用 AI 的企业里,95% 报告没有任何与 AI 相关的雇佣变化,增加 2.3%、减少 2.0%(按企业计);同时在用 AI 替代任务的企业中,报告「被替代的任务数量很多」的比例从首次专项的 2.5% 升到 7% —— 作者提醒,这个上升可能有一部分来自周边题目的修改,不过任务替代这道题本身的措辞没有变。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

U.S. Census Bureau, Center for Economic Studies (CES-WP-26-25) ↗看完整影响卡 →
实际部署2025-10-06核实于 2026-09-28
英国司法部在生产环境中用概率模型链接并去重监狱、缓刑和法院各案件系统里的人员记录,此前认定基于规则的匹配不合适

这是司法部为其数据链接团队自建的匹配模型发布的透明度记录。它说:模型在监狱、缓刑和法院的案件管理系统内部和之间比对人员记录,给出两条记录属于同一人的概率;曾考虑确定性的、基于规则的链接,认为它无法捕捉细微差别、漏配率高、规则多了难以管理,因此不合适;模型随新数据持续运行,每个系统有数百万条记录;在模型向人给出候选匹配清单的场合,由人作最终决定,负责合并与拆分记录的员工有相应培训。它没有公布准确率,并说人工标注不能当作标准答案。这是政府的司法系统,不是企业的 CRM。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

UK Ministry of Justice — Algorithmic Transparency Recording Standard record, "MoJ : Splink Master Record" (GOV.UK, published 6 October 2025; phase: production) ↗看完整影响卡 →
试点2024-12-30核实于 2026-09-28
英国一个部委评估其 1,000 个许可的 Copilot 试点后发现:团队和直属上级的态度影响员工用多少、怎么用,自学比部门组织的正式培训更有效

这是该部委自己的监测评估团队的报告:2024 年 10 月至 12 月,向英国境内员工发放 1,000 个 Microsoft 365 Copilot 许可,约 70% 是自愿报名。报告发现:同事的态度有鼓励也有劝阻,个人所在团队和直属上级的态度看来影响此人用得多少、怎么用;培训是满意度的重要因素,自学比部门组织的正式培训更有效;试点以外的同事不了解它的能力、局限和安全问题;在观察任务中,使用者做 Excel 数据分析比不用的人更慢、更不准确。这是办公 AI 助手,不是 CRM 或订单系统,这些发现也不是对使用率的对照测量。

真实场景里的小规模试验。说明落地条件正在被检验,不代表条件已经成立 —— 所以单独一次试点永远不够,两次互不相干的才够。

UK Department for Business and Trade — "The Evaluation of the M365 Copilot Pilot in the Department for Business and Trade" (August 2025) ↗看完整影响卡 →
实际部署2024-12-09核实于 2026-09-28
领英部署了一个把问题转成 SQL 的助手,各业务线数百名员工在用;它说数据专家原本要花大量时间帮同事找数据

领英工程师介绍一个公司不对外销售的内部工具 SQL Bot。他们说:数据专家要花大量时间帮同事找数据,业务伙伴因此要等;SQL Bot 现在被领英各业务线的数百名员工使用,接入公司的数据科学笔记本平台后使用量持续;它能用起来,前提是各领域的专家先标出本领域的关键数据表,并写好必填的表说明;调查中约 95% 的人认为它的查询准确度「合格」或以上,约 40% 认为「很好」或「优秀」。使用情况和准确度都是自报;用户既有分析师也有业务人员。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

LinkedIn Engineering blog — Albert Chen et al., "Practical text-to-SQL for data analytics" (9 December 2024) ↗看完整影响卡 →
试点2024-08-23核实于 2026-09-28
澳大利亚财政部发现,其为期 14 周的 Copilot 试验中员工用得比预期少,原因包括起初期望过高、技术局限,以及缺少使用方面的教育和培训

这是财政部内部评估单位的报告:2024 年 5 月 20 日至 8 月 23 日,218 名员工试用 Microsoft 365 Copilot,属于澳大利亚政府整体试验的一部分。报告说:产品用得比原先预期少,到试验结束时约四分之一的人经常使用;用得少的原因可能是起初期望很高、实际用过后落空,技术局限,以及缺少怎样使用的教育和培训;42 名参与者自荐担任试验推广人,负责帮助各自团队使用。结论基于问卷(试验后 136 份回复)和焦点小组。这是政策部门里的办公 AI 助手,不是 CRM 或订单系统。

真实场景里的小规模试验。说明落地条件正在被检验,不代表条件已经成立 —— 所以单独一次试点永远不够,两次互不相干的才够。

Australian Centre for Evaluation, Department of the Treasury — "Evaluation of a trial of generative artificial intelligence (Copilot) in The Department of the Treasury" (evaluation report, February 2025) ↗看完整影响卡 →
政策推动2024-08-01核实于 2026-09-27
欧盟《人工智能法》第 26 条第 4 款要求:在部署方掌控高风险系统输入数据的范围内,它必须确保这些数据相关且有足够代表性;自 2027 年 12 月 2 日起适用

欧盟,仅适用于高风险 AI 系统的部署方。它建立的是:在这些系统的输入侧,「数据干净」从一件内部治理上的好习惯,变成了一项法定义务 —— 而在多数公司里,掌控输入数据的正是拥有这套系统的那个岗位。同条第 1 款还要求部署方按随附的使用说明使用系统。2026/1744 号条例(《AI 数字综合法》,2026 年 7 月 24 日刊登)把这些义务的适用日期从 2026 年 8 月 2 日推迟到:附件三所列高风险系统 2027 年 12 月 2 日,第 6 条第 1 款与附件一所列高风险系统 2028 年 8 月 2 日;所以这是一条已经成文、但尚未适用的规则。法律没有点名任何岗位,也没有要求设专职的数据负责人,把这项义务挂到这个职业上是我们的推断;它只覆盖被列为高风险的系统。

监管、补贴或公共采购正在要求或出资推动采用 —— 与「限制或撤回」互为镜像。它说明采用正在被要求,不说明采用已经发生,所以单独一条永远不够,两条互不相干的才够。

Regulation (EU) 2024/1689 (Artificial Intelligence Act), Article 26(1) and 26(4) and Article 113, as amended by Regulation (EU) 2026/1744 — EUR-Lex consolidated text of 27 July 2026 ↗看完整影响卡 →
实际部署2023-02-01核实于 2026-09-28
美国移民局(USCIS)报告:一个自 2023 年 2 月起部署的机器学习模型判断七个系统里的哪些案件记录属于同一人;识别出的误配和漏配交给员工

这是该机构在联邦 AI 清单里的条目,状态为已部署,投入使用日期 2023 年 2 月 1 日。它说:模型以很高的把握判断哪些案件管理记录属于同一个人,数据来自七个表格处理系统;机器学习对模糊匹配和字段填充率不一更稳健,与基于规则的系统相比改进了实体识别;可能性评分超过 0.98 才把记录归到某人名下;误配和漏配进入人工处理队列,由获授权、受过培训的人员处理。它没有给出准确率或数量,而且这是政府的移民业务系统,不是企业的 CRM。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

Office of Management and Budget — 2025 Federal Agency AI Use Case Inventory, individually reported use cases (Department of Homeland Security entry DHS-55, USCIS "Person-Centric Identity Services Deduplication Model") ↗看完整影响卡 →
对你意味着什么

这对你意味着什么#

如果你刚入行

这一直是没有技术学历也能进入商业职能的可靠路径之一:把系统学会,成为那个知道东西都在哪儿的人,再转去运营或分析。而「把系统学会」恰恰是助手现在做得很好的部分,所以这级台阶变薄了。仍然稀缺、而且仍然只能靠待在里面学到的,是知道流程为什么被配成现在这样 —— 包括那些因为三年前一场争论才存在的部分。

如果你已有经验

你是唯一知道「哪些数字是承重的、哪些是装饰」的人,而这份知识不在你管理的那套系统里。风险是:从外面看,你的价值很像维护 —— 数据干净、报表正常跑的时候,这份工作是隐形的,而隐形的工作正是会被外包给厂商支持计划的那种。

你的选择#

四个方向,每个都写明真实约束和一个本周可验证的动作。继续做下去也是正当选择 —— 只要它是被选择的,而不是被默认的。

保住并强化

为一个结果负责,而不是为一个实例

管一套系统是一条成本;让一个业务数字变化不是。留下来的系统负责人,职责是按「这套系统存在是为了让哪个数字变化」来写的 —— 配置是手段,不是工作本身。

现实约束

这意味着要为一个别人也在影响的数字负责,并放弃「我完全照要求做了」这个好辩护的位置。

本周可验证

写下你这套系统本该让哪三个数字变化,以及每个数字现在是多少。如果第二列你不问别人就填不出来,那你管的是一个实例,不是一个结果 —— 这个空格本身就是那场谈话的全部内容。

调整职责

把自动化被允许做什么写下来

系统从「记录」变成「行动」之后,总得有人划定并守住那条边界。你是唯一同时看得见配置与业务后果的人 —— 而在多数公司,这件事是被默认决定的,不是被决定的。

现实约束

你会被那个背收入指标的人反复推翻。一条没有成文规则和具名批准人的边界会悄悄被磨掉,而这种磨损只有在出事之后才看得见。

本周可验证

把你们系统今天在没有人参与的情况下会做的每一个自动动作列出来:指派、打分、发消息、改状态。逐条标注:没问题、该过人、本来就不该自动。带三个计数去,不要带看法。

相邻转岗

转到你一直在服务的那个职能

你对某个职能流程的了解,已经超过里面大多数人 —— 因为是你把它编码进去的。销售、财务、运营现在都需要一个既懂业务、又懂它跑在什么系统里的人。

现实约束

你是在用一个「对错可证明」的位置,去换一个「判断要靠争论」的位置;而且尽管你比谁都懂管道,在领域上你会当一年新人。

本周可验证

拿你最近从某个团队收到的十条变更需求,逐条写下「它真正想达成的是什么」,写在它字面要求的下面。如果你写的版本一直比他们的更准,说明你已经懂他们的活了 —— 这就是全部论据。

跨行业转型

跨到数据治理

谁的记录是权威的、一个字段被允许表示什么、谁可以改它、什么被记录下来 —— 随着越来越多的决定由这些数据自动作出,这些问题正在变成一个独立职能,而你已经非正式地回答了很多年。

现实约束

这是一份带合规气味的政策工作,按年而不是按迭代考核,而且主要在受监管行业、或大到已经吃过亏的公司里才有正式编制。

本周可验证

在你的系统里挑出「最多决定依赖于它」的那个字段,试着用两句话写清它的定义:它表示什么、谁可以设置它、什么情况下它是错的。然后拿给两个用它的人看。如果他们彼此不同意,你就找到这份工作了。

常见问题#

AI 会取代 CRM 管理员和销售运营吗?

属于「取」和「清」的那些部分 —— 清理重复记录、写报表背后的查询 —— 正在自动化,而配置系统是在被辅助,而不是被拿走。不属于的是:知道流程为什么被配成这样,以及哪些数字是承重的。预期这类岗位会变少、并且由更贴近业务的人来做;也预期第一个被砍的是只做管理维护的那个人。

我还有多久?

去数需求。拿你们上个季度收到的变更与取数需求,和去年同期比。如果数量下降而业务没有萎缩,说明自助工具正在吸走你的队列 —— 而这件事会在任何人重新考虑编制之前就显现出来。它没告诉你的是:需求是消失了,还是只是不再流到你这里;所以在把下降读成任何一种结论之前,先查清它们去了哪儿。

现在人人都能出报表了,这对我是好事还是坏事?

它拿走了排队,留下了责任。现在更多人会引用一个自己从没见过附注的数字,而你仍然是唯一知道哪些数字靠一个假设撑着的人。这同时是更有价值、也更不可见的工作 —— 所以实际的做法是:把附注做进报表里,而不是留在你的记忆里。

该让系统自己指派归属、自己给线索打分吗?

排序可以;凡是会关掉一条记录或把东西发出去的,要小心;而且在没有写下「它不确定时会怎样」之前,一律不要。这份工作里昂贵的失败不是打分打错,是无声的状态变更:一条记录被关掉、一个归属被改掉、一条消息被发出去 —— 事后每一条看起来都像一行正常记录。在还没出事的时候把边界写下来,因为出事之后,这件事会由别人替你决定。

还在读书、想往这个方向走?

这些专业能通到这里。它们的页面会拆解:哪些能力真的用得上、毕业生普遍缺什么。

工商管理 →信息管理与信息系统 →
凭什么这么说

这些判断底下是什么#

这一页上 5 条任务判断里,5 条有已核实事件支撑、0 条是平台推断,每一条都在它出现的地方标注着。它们底下是 2 个技术维度、一条自语言模型进入公众视野以来的回溯轨迹,以及 8 条已核实事件。

看哪些技术、它是怎么走到这里的,以及方法 →

它在权威分类里是谁:技能、知识、相关职业 →

同一个职能里的其他岗位#

一家公司先把工作分成职能,再分成岗位。下面这些和这一份工作同在「技术与数据」里 —— 那是一件关于组织结构的事实,不是「它们相似」或者「它们在朝同一个方向变」的判断。

初级程序员 · 中高级软件工程师 · 前端工程师 · 后端工程师 · 数据工程师 · 算法 / 机器学习工程师 · AI 研究员 · 测试工程师 · 数据分析师 · 数据科学家 · 统计师 · 经济学家 · 业务分析师 · IT 支持 / 技术支持 · 网络安全分析师 / 安全运营 · 运维 / 平台工程师 / SRE · 网络工程师 · 技术文档工程师 / 技术写作 · 基金申请书撰写人