大多数 SAP 职位描述，都出自不做 SAP 的人之手。结果就是一则招聘启事要求“5 年 SAP 经验”，而这个岗位真正需要的，是一位在受监管行业完整做过两次 S/4HANA 切换的资深 FICO 顾问。招聘人员收到 200 份申请。其中能胜任的只有三个人。
同样的情形我看了 25 年，才做了这个生成器。一个项目延期，是因为主导顾问的岗位空缺了四个月。用人经理怪市场。真正的元凶是职位描述（JD）。在我见过的 SAP 实施延期中，43% 都可以追溯到用错了人，而其中大部分又要追溯到一份从未真正描述过这份工作的职位描述。
这个工具接收职位名称、职级和少量细节，几分钟内生成一份结构清晰的 SAP 职位描述，您可以直接粘贴到自己的 ATS 中。它在您的浏览器中运行。不会向任何地方发送任何数据。
输入职位名称，前面带上 SAP 前缀和模块（SAP FICO Consultant、SAP MM Lead、SAP S/4HANA Architect）。选择职级，让生成器知道该按分析师、资深顾问还是项目负责人来写。在补充信息框中填写模块版本、行业背景、方法论（Activate、混合模式），以及您需要的任何认证。选择语言。点击生成。
输出内容涵盖岗位职责、必备技能、认证、经验要求，以及根据岗位和地区确定的薪酬区间。凡是与您的实际情况不符的地方，都可以修改。这个工具给您的是一份扎实的初稿，而不是最终的招聘启事。
一份能吸引合适人选、同时筛掉其余人选的职位描述，要覆盖六件事：
- 职位名称要具体到模块。 “SAP 顾问”只是噪音。“具备新总账（New GL）和平行分类账经验的 SAP FICO 顾问”才是有效信号。
- 职责要对应项目阶段。 设计、构建、测试、切换、Hypercare 和 AMS 运维是不同的工作。写明这个岗位负责哪几项。
- 模块和版本。 S/4HANA 2023 不是 ECC 6.0。云部署不是本地部署。写明范围内有什么。
- 认证和资格。 区分必需与优先。SAP Certified Application Associate、TOGAF、PMP，相关时再加上会计资质。
- 经验水平。 完整生命周期实施的次数、在该模块的年限、行业经验。
- 薪酬区间。 合约岗位写日费率，正式岗位写基本工资加奖金。写区间，不要写单一数字。
描述该岗位
标有*的字段为必填项。
生成器覆盖我在实施项目和 AMS 项目中最常见的岗位类型：
- SAP 功能顾问（FICO、MM、SD、PP、HCM、EWM、PM、QM）
- SAP 技术顾问（ABAP、BASIS、Fiori、CPI、BTP）
- SAP 功能负责人和解决方案架构师
- SAP 技术负责人和集成架构师
- SAP S/4HANA 架构师（绿地、棕地、选择性转换）
- SAP 项目经理和项目群经理
- SAP 测试负责人和切换经理
- SAP 数据迁移负责人
- SAP 变革管理与培训负责人
- SAP 支持分析师和 AMS 人员
把前缀换一换，也可以用于相邻的 ERP 岗位（Oracle Fusion、Microsoft Dynamics、IFS）。骨架通用，变的是词汇。
通用的职位描述模板，漏掉了决定候选人能否真正胜任的那些部分。SAP 岗位有五件事很重要，而通用招聘启事里几乎从不出现：
要模块深度，不要广度。 在 12 个模块上都只浅尝辄止的 FICO 顾问，和完整做过两次新总账迁移的顾问，不是同一种人。职位描述应当要求在具体模块上的深度，并举出子领域的例子（AR、AP、AA、CO-PA、PCA）。
S/4HANA 经验与 ECC 经验。 到了 2026 年，这是两款不同的产品。ECC 经验依然有用，但从棕地迁移到 S/4HANA，需要的是亲手做过系统转换的人，而不只是熟悉旧系统的人。职位描述应当明确写出版本。
地区背景。 在海湾合作委员会（GCC）地区交付过项目的顾问，懂得增值税登记逻辑、阿拉伯语本地化和斋月期间的工作时间。只在美国工作过的顾问则不懂。如果岗位在该地区，职位描述应当写明。
日费率与正式雇用。 合约岗位需要不同的写法：日费率区间、适用时写明 IR35 状态、合约期限、远程还是现场。正式岗位则需要基本工资、奖金、股权、福利。把两者混在一起，两边都会被搞糊涂。
您招聘的是哪个实施阶段。 设计阶段需要资深架构师。构建阶段需要经验丰富的配置人员。切换阶段需要亲身经历过上线周末的人。Hypercare 阶段需要耐心和 AMS 技能。职位描述应当说明该岗位加入的是哪个阶段。
- 用人经理要为团队所需的岗位撰写说明，希望做到技术上准确，却没有 SAP 背景。
- 招聘人员要在同一个项目上招多个 SAP 岗位，需要快速得到格式一致、可直接用于 ATS 的描述。
- HR 业务伙伴要把项目总监的需求，变成法务和薪酬部门都能签字通过的招聘启事。
- 招聘机构要为各个模块、各种资历的 SAP 岗位建立候选人短名单。
- 独立顾问和自由职业者要为分包人员起草岗位说明，或为请他们界定团队构成的客户起草。
- 项目总监要在招聘人员刚发来的职位描述发布之前，做一次基本的合理性检查。
- 模块层面的准确性。 职位描述要求的是对的 SAP 技能，而不是笼统的一句“SAP 经验”。
- 节省时间。 从零起草一份结构清晰的 SAP 职位描述，需要 2 到 3 个小时。用生成器，只要 10 分钟。
- 格式一致。 在同一个项目上招 5 到 20 个岗位，需要它们读起来属于同一个岗位序列时，这一点很有用。
- 薪酬参考。 按岗位、地区和资历给出一个起步区间，您可以用自己的数据再做细化。
- 输出可编辑。 文本是一份扎实的初稿，不是锁死的模板。发布之前，什么都可以改。
- 无需注册，不会泄露数据。 工具在您的浏览器中运行。不会存储任何内容，也不会向任何地方发送。
这个工具生成的职位描述有多准确？
输出内容反映的是我自己撰写这个岗位时会采用的标准结构和用语，背后是 25 年间在功能、技术和管理岗位上的 SAP 招聘经验。它是一份扎实的初稿，不是最终的招聘启事。
请把结果当作完成了 80%。加入贴合贵公司的背景信息（团队结构、项目范围、汇报关系、现场办公要求），并在发布之前，对照当地市场核对薪酬区间。
生成之后，我可以修改职位描述吗？
可以。输出是纯文本，您可以复制、粘贴，并在任何地方改写。多数用户会调整岗位职责，使之匹配具体的项目阶段，并按岗位的实际要求调整认证清单。
生成器覆盖所有 SAP 模块吗？
覆盖我最常见到的功能模块（FI、CO、MM、SD、PP、HCM、EWM、PM、QM）、技术岗位（ABAP、BASIS、Fiori、CPI、BTP）和管理岗位（功能负责人、技术负责人、架构师、项目群经理）。小众模块（IS-U、IS-Oil、GTS）也能用，但要想得到最好的结果，请在补充背景框里写上该模块的具体信息。
它如何处理当地市场费率和薪酬？
薪酬区间采用的是按岗位和资历设定的地区默认值。这些是起点，不是市场数据。对外发布区间之前，请对照您当地的招聘网络、ERPCV 薪酬基准或同行数据加以验证。
GCC 的日费率与英国的日费率不同，又都不同于美国正式岗位的基本工资。生成器给您一个框架，本地数据让它更精确。
除了正式岗位，我能用它来写合约和自由职业岗位吗？
可以。在补充信息中写明“合约”，生成器就会切换写法：用日费率区间取代基本工资，并给出合约期限、相关时的 IR35 状态，以及远程还是现场的要求。合约岗位的职位描述与正式岗位的读起来不一样，工具会照顾到这一点。
使用这个工具需要懂 SAP 吗？
不需要。这个工具之所以存在，就是因为大多数撰写 SAP 职位描述的人没有 SAP 背景。只要您能用平实的语言描述这个岗位（做什么、什么级别、哪些模块），SAP 的术语交给生成器处理。
起草之前，先和项目负责人或功能架构师聊一次，结果会更好。花十分钟沟通，能省下之后招聘人员一小时的来回确认。
输出内容能用在我们的 ATS 里吗？
可以。格式是标准文本，带有清晰的分节标题（职责、要求、资质、薪酬）。粘贴到 Workday、SuccessFactors、Greenhouse、Lever 和主流 ATS 平台时，结构不会丢失。
SAP 职位描述应该多久更新一次？
每个招聘周期开始时，以及 SAP 版本或项目阶段发生重大变化之后，都要复核一次职位描述。S/4HANA 的发布说明每隔几个季度就会改变范围内的内容。两年前的职位描述，多半要求的已经不是对的技能了。