用 Claude Code 改善护理机构招聘页：减少申请前的不安

护理和福利机构的招聘页面，经常把理念写得很漂亮，却没有回答求职者最想确认的问题。班次怎么排，夜班几次，是否要开车接送，记录用纸还是平板，休息室在哪里，能不能先参观，这些信息如果藏在页面底部，很多人不会点开申请表。日本厚生劳动省公布的护理人才需求显示，2026年度需要约240万人，2040年度需要约272万人。这个趋势说明，招聘页面不能只写热情和使命，而要把工作现场说清楚。

要点

• 先回答班次、见学、工资构成和记录方式，再要求申请。
• Claude Code适合整理求人票、面试问题、照片清单和FAQ草稿。
• 薪资、夜班、医疗行为、个人信息、照片同意必须由人确认。
• JobPosting结构化数据要和页面正文一致。
• ROI看见学预约、表单开始、面谈化、辞退理由和介绍公司依赖度。

从求人票到见学预约的流程

先选一个岗位，不要一次处理所有设施。把求人票、班次表、设施照片、研修资料、面试常见问题、辞退理由、申请表字段放在同一张表里。Claude Code可以把这些材料整理成页面结构。

交给AI前要删除申请者姓名、前职、家庭情况、健康信息和面试评价。页面需要的是不安的类型，而不是个人的故事。

输入资料	页面内容	人工确认
求人票	岗位、工资、地点、雇用形态	法定表示和手当
班次表	早班、日班、夜班例子	是否符合实际
设施照片	照片顺序和说明	同意和个人信息
面试问题	FAQ和见学前说明	是否误导
辞退理由	页面上部的不安回答	工资、通勤、夜班根据

Claude Code负责的范围和人负责的范围

Claude Code负责页面结构、FAQ、照片说明、见学CTA、JobPosting字段检查和候选人问题分类。它可以把“有接送”拆成车辆、范围、同乘训练、不会开车能否申请。

人负责求人条件。工资、处理改善、夜班、医疗行为、资格、试用期、加班、休息、照片同意和个人信息都要由设施长或招聘负责人确认。

Google JobPosting: Google Search Central. Care workforce data: MHLW.

3个Use case

Use case 1: 把不安变成FAQ

输入面试常见问题、辞退理由、见学问题和表单离脱记录。输出是FAQ、页面上部的安心说明和见学前清单。人确认班次和管理者说明。

Use case 2: 调整设施照片顺序

输入外观、玄关、浴室、休息室、记录终端、送迎车和研修照片。输出是招聘页面的照片顺序、caption和重拍清单。人确认名牌、记录画面和利用者脸部。

Use case 3: 核对JobPosting

输入正文、JSON-LD、求人票和媒体原稿。Claude Code列出岗位名、地点、工资、雇用形态、申请方法的差异。人决定最终公开条件。

可复制的提示词

请作为护理机构招聘页面编辑，整理岗位、工资、班次、夜班、接送、记录方式、研修、见学、FAQ、照片和申请表URL。输出首屏标题、FAQ、照片顺序、工资班次确认表、JobPosting字段、人工确认清单。不要推测工资或夜班。CTA只选见学预约或申请。

可运行的确认代码

const recruitmentPage = {
  role: "介護職員",
  location: "大阪市内のデイサービス",
  salaryRange: "月給 235,000円〜285,000円",
  shifts: ["早番 7:30-16:30", "日勤 8:30-17:30", "遅番 10:00-19:00"],
  applicationFlow: ["見学予約", "面談", "条件確認", "内定"],
  carePolicy: "利用者さんの生活リズムを尊重し、記録と申し送りを丁寧に行う",
  privacyNote: "応募フォームでは健康情報、家族情報、マイナンバーを入力させない",
  jobPostingFields: {
    title: "介護職員",
    hiringOrganization: "サンプル福祉会",
    jobLocation: "大阪府大阪市",
    datePosted: "2026-07-19",
    employmentType: "FULL_TIME",
  },
  ctas: ["apply"],
};

const requiredPageFields = ["role", "location", "salaryRange", "shifts", "applicationFlow", "privacyNote"];
const requiredJobPostingFields = ["title", "hiringOrganization", "jobLocation", "datePosted", "employmentType"];

const missingPageFields = requiredPageFields.filter((field) => {
  const value = recruitmentPage[field];
  return Array.isArray(value) ? value.length === 0 : !value;
});

const missingJobPostingFields = requiredJobPostingFields.filter((field) => !recruitmentPage.jobPostingFields[field]);
const asksSensitiveInfo = /健康情報|家族情報|マイナンバー|銀行口座/.test(recruitmentPage.privacyNote) === false;
const tooManyCtas = recruitmentPage.ctas.length !== 1 || recruitmentPage.ctas[0] !== "apply";
const hasShiftDetail = recruitmentPage.shifts.length >= 2;
const hasFlow = recruitmentPage.applicationFlow.length >= 3;

if (missingPageFields.length || missingJobPostingFields.length || asksSensitiveInfo || tooManyCtas || !hasShiftDetail || !hasFlow) {
  console.error("採用ページの公開前チェックに未解決があります。");
  console.error({ missingPageFields, missingJobPostingFields, asksSensitiveInfo, tooManyCtas, hasShiftDetail, hasFlow });
  process.exit(1);
}

console.log("Care recruitment page checklist is ready for human review.");

这段代码不是法律审查，而是发布前检查。它能提醒页面是否缺少岗位、工资、班次、申请流程和隐私说明。

Pitfall: 常见问题和修正

只写未经验欢迎
原因是没有写入职第一天、一周后和一个月后的训练。修正是把同行期间和学习内容放进页面。

工资写得太漂亮
原因是把基本工资、手当和夜班次数混在一起。修正是分表显示。

照片泄露个人信息
原因是没有看名牌、记录画面和墙上日程。修正是发布前用照片检查表。

CTA太多
原因是同时想要申请和见学。修正是按求职者成熟度选一个主CTA。

ROI的看法

不要只看录用人数。每周看页面PV、见学点击、表单开始、表单送信、面谈化、内定承诺、辞退理由和介绍公司依赖度。自社页面每月多一个见学预约，也会改变採用成本。

对于小型护理机构，最先看的不是漂亮的访问量，而是候选人有没有进入下一步。比如页面有访问却没有见学点击，说明上方缺少班次、工资内訳或照片。表单开始很多但送信少，说明输入项太多，或者在太早的阶段问了健康和家庭信息。Claude Code可以把这些数字放进一张周报表，但最终要由招聘负责人决定页面改动。

如果介绍公司带来的候选人很多，自社页面的任务不是立刻替代所有渠道，而是减少重复说明。把「能否先看现场」「夜班几次」「没有资格能否学习」「送迎是否必须」放在页面上方，面谈前的电话确认会减少，负责人也能更快判断哪个信息还不够清楚。

常见问题

Q. 有求人媒体还需要自社页面吗？
需要。很多求职者在応募前会搜索设施名。自社页面是最后确认。

Q. 未经验者和经验者要分开吗？
最好分开。未经验者看研修和见学，经验者看班次、配置、记录、工资。

Q. 手当写到什么程度？
只写能确认的条件。变动项目要表格化。

咨询路径

如果有多个岗位或设施，请带着求人票、班次例、问题清单和辞退理由到研修・相談。也可以参考制作会社の権限チェックリスト。

实际确认结果

本文确认了厚生劳动省护理人才数据、护理劳动调查概要和Google JobPosting资料，并用Node.js执行了确认代码。最初的一步是把班次例、见学可否和FAQ移动到申请表上方。

中文 readers should start with one small page: shift examples, visit availability, FAQ, and one CTA. Keep the hiring conditions under human review.