Claude Code로 행정서사무소 인허가 상담 폼 고치기: 제출 전 서류와 회신 시간을 보이게 하기

행정서사무소의 인허가 상담 폼에서 신청 종류, 필요 서류, 비용 안내, 회신 시간이 각각 다른 페이지에 흩어져 있으면 방문자는 제출 전에 멈춥니다. 건설업 허가를 문의하려는 사람은 “서류가 아직 다 없는데 물어봐도 되나”, “언제 답장을 받나”, “지금 보내지 말아야 할 자료는 무엇인가”를 확인하려고 뒤로 갑니다. 오늘 먼저 고칠 곳은 입력칸이 아니라 폼 위의 5줄 안내표입니다.

인허가 문의는 일반 문의보다 경계가 많습니다. 회사 정보, 대표자 정보, 주소, 재류카드 이미지, 결산서, 계약서, 비용, 수임 가능 여부가 걸립니다. 첫 화면에서 이 자료를 모두 요구하면 방문자는 불안해지고, 사무소는 민감한 정보를 너무 일찍 받습니다. Claude Code는 페이지를 읽고 점검표 초안을 만드는 데 쓰고, 허가 가능 여부를 판단하게 두지 않습니다.

이 글은 행정서사무소가 Claude Code로 인허가 상담 폼을 점검하는 절차를 다룹니다. 목표 산출물은 제출 버튼 위에 놓는 표입니다. 신청 종류, 필요 서류, 비용 안내, 회신 시간, 첫 폼으로 보내지 않는 정보를 한눈에 보이게 합니다. 주 CTA는 직원 역할, 승인 절차, 자료 경계를 정하는 교육 및 상담입니다.

핵심 요약

• 행정서사무소의 인허가 상담 폼은 제출 버튼 위에 신청 종류, 필요 서류, 비용 안내, 회신 시간, 아직 보내지 않을 정보를 둡니다.
• Claude Code에는 현재 페이지, FAQ, 비용표, 자동 회신 메일을 읽게 하고 빠진 표시와 위험한 입력 항목을 표로 받습니다.
• 허가 요건 판단, 비용, 수임 가능 여부, 본인 확인, 개인정보, 공개 승인은 사람이 봅니다.
• 세 가지 사용 사례는 건설업 허가 사전표, 재류자격 상담의 필드 분리, 고물상 허가 회신 메일입니다.
• 지표는 문의 수뿐 아니라 폼 도달률, 서류 부족 재문의 건수, 24시간 내 1차 회신율, 공개 전 점검에서 멈춘 실수 수로 봅니다.

인허가 상담 폼에서 생기는 실패

페이지에는 “문의해 주세요”만 있고 비용표는 다른 페이지, 필요 서류는 PDF, 회신 시간은 FAQ에 있으면 방문자는 여러 화면을 오가며 스스로 판단해야 합니다. 이 과정에서 불안이 남으면 전화로 돌아가거나 다른 사무소를 찾습니다.

행정서사무소 업무 범위도 넓습니다. 건설업 허가, 산업폐기물 수집운반업, 고물상, 음식점 영업, 재류자격, 보조금 사전 확인까지 같은 폼으로 받으면 사무소는 편해 보이지만 방문자는 무거운 화면을 봅니다.

먼저 정보의 순서를 점검합니다. 방문자는 허가 종류, 지금 상담해도 되는 단계, 있으면 확인이 빠른 서류, 비용 산정 방식, 회신 시간, 첫 폼으로 보내지 않는 정보를 제출 전에 봐야 합니다. Claude Code는 이 순서로 페이지를 읽고 빠진 곳을 표시합니다.

사람이 확인할 1차 자료로는 e-Gov의 행정서사법, 개인정보보호위원회의 개인정보보호법 가이드라인, Anthropic의 Claude Code 공식 페이지를 둡니다. 이 글은 법률 판단이 아니라 공개 전 체크 흐름에 한정합니다.

Claude Code에 맡길 범위와 사람이 볼 범위

Claude Code에는 익명화한 문의 페이지, 비용표, FAQ, 제출 후 메일을 줍니다. 맡길 일은 제목 목록 만들기, 비용 안내 유무 확인, 필요 서류 위치 찾기, 폼 항목 분류, CTA 개수 확인, 회신 메일의 과한 약속 찾기입니다. 출력은 완성 문안이 아니라 검토표여야 합니다.

사람이 보는 범위는 허가 판단입니다. 공식 안내서 확인, 지역별 차이, 비용 승인, 수임 여부, 본인 확인, 개인정보 고지, 광고 표현, 최종 공개가 여기에 들어갑니다. Claude Code가 “이 신청은 통과합니다”라고 쓰면 프롬프트를 바꿔 “사람이 확인할 항목”으로 돌립니다.

권한 경계도 함께 둡니다. AI 작업 폴더에는 익명화한 페이지 문구와 샘플 필드만 둡니다. 고객명, 재류카드 이미지, 주민표, 결산서, 전체 계약서, 비밀번호, 계좌번호는 넣지 않습니다. 공개 전 점검표에는 웹페이지뿐 아니라 Claude Code에 전달한 파일명과 출력 폴더도 적습니다.

3가지 Use case

Use case 1: 건설업 허가 사전 확인표를 폼 위에 놓기

• 입력: 현재 건설업 허가 페이지, 비용표, 필요 서류 PDF, 문의 폼, 제출 후 메일.
• 출력: 신청 종류, 상담 가능한 단계, 있으면 좋은 서류, 비용 안내, 회신 시간을 담은 5줄 표.
• 사람의 확인: 허가 구분, 서류명, 비용, 지자체 안내서, 수임 가능 여부, 공개 표현을 확인합니다.

건설업 허가 상담에서 첫 단계부터 결산서나 자격증 이미지를 요구할 필요는 없습니다. 먼저 손에 있는 서류 종류를 묻는 편이 제출 장벽이 낮습니다. Claude Code는 흩어진 서류 안내, 비용 설명, 상담 단계 문구를 모읍니다. 사무소는 그 목록이 실제 운영과 맞는지 확인합니다.

Use case 2: 재류자격 상담에서 먼저 받지 않을 항목 분리

• 입력: 재류자격 상담 페이지, 폼 항목, FAQ, 개인정보 설명, 예약 후 메일.
• 출력: 첫 폼에서 묻는 항목, 면담 후 요청할 항목, 이 폼으로 받지 않을 정보의 표.
• 사람의 확인: 재류자격 판단, 본인 확인, 민감정보, 이미지 수령 방법, 동의 문구를 확인합니다.

재류자격 상담은 세부 경력이나 신분증 이미지를 너무 빨리 요구하기 쉽습니다. 첫 폼에서는 상담 주제, 희망일, 연락처, 현재 상황의 짧은 메모만 묻습니다. Claude Code가 항목을 세 묶음으로 나누면 팀은 파일 교환을 첫 대화 뒤로 옮길 수 있습니다.

Use case 3: 고물상 허가 회신 메일에 다음 행동 넣기

• 입력: 고물상 허가 페이지, 문의 폼, 비용표, 회신 템플릿, 자주 묻는 질문.
• 출력: 24시간 내 1차 회신 문안, 통화 전 볼 서류, 추가 질문, 예약 링크 앞 주의 문구.
• 사람의 확인: 비용, 영업소 설명, 필요 서류, 본인 확인, 수신자, 예약 가능 여부를 확인합니다.

자동 회신이 “담당자가 연락드리겠습니다”로 끝나면 방문자는 무엇을 준비할지 모릅니다. Claude Code는 회신 시간, 통화 전 확인할 서류, 추가 질문 가능성을 담은 초안을 만듭니다. 사람은 과한 회신 약속, 확정되지 않은 비용, 수임처럼 보이는 표현을 지웁니다.

복사해서 쓰는 프롬프트

페이지 본문을 붙이기 전에 실명, 주소, 전화, 메일, 재류카드 이미지, 주민표, 결산서, 전체 계약서를 제거합니다. 예시는 “상담자 A”, “회사 B”로 바꿉니다.

행정서사무소의 인허가 상담 폼을 공개 전에 점검해 주세요.
허가 가능 여부나 법률 결론은 내리지 말고, 방문자가 제출 전에 봐야 할 정보만 표로 정리해 주세요.

업무 범위:
- 허가 종류:
- 현재 폼 본문:
- 비용표 발췌:
- 필요 서류 안내:
- 제출 후 메일:

출력:
1. 폼 위의 5줄 표
   - 신청 종류
   - 상담 가능한 단계
   - 있으면 확인이 빠른 서류
   - 비용 안내
   - 회신 시간
2. 첫 폼에서 묻는 항목
3. 면담 후 요청할 항목
4. 첫 폼으로 받지 않을 정보
5. 공개 전 사람이 확인할 표

제약:
- 통과, 취득 가능, 보장 같은 단정을 쓰지 않기
- 새 비용을 만들지 않기
- 첫 폼에서 개인 서류나 이미지를 요구하지 않기
- 주 CTA는 운영 설계를 위한 교육 및 상담으로 모으기

여러 전문서비스 페이지를 정리한다면 전문서비스 문의 흐름과 세무사 고객 데이터 안전 글도 같이 보면 개인정보 경계를 맞추기 쉽습니다.

실행 가능한 확인 코드

다음 Node.js 코드는 폼 위 안내 누락, 첫 폼의 위험한 필드, CTA 과다를 확인합니다.

const page = {
  beforeForm: ["permitType", "documents", "feeGuide", "responseTime"],
  formFields: ["name", "email", "permitType", "desiredDate", "residentCardImage"],
  ctas: ["trainingConsultation", "freePdf", "product"],
};

const requiredBeforeForm = [
  "permitType",
  "documents",
  "feeGuide",
  "responseTime",
  "doNotSend",
];

const riskyFields = [
  "mynumber",
  "password",
  "residentCardImage",
  "bankAccount",
  "fullContract",
];

function auditPermitInquiryPage(input) {
  const missingBeforeForm = requiredBeforeForm.filter(
    (item) => !input.beforeForm.includes(item),
  );
  const riskyFormFields = input.formFields.filter((item) =>
    riskyFields.includes(item),
  );

  return {
    missingBeforeForm,
    riskyFormFields,
    ctaCount: input.ctas.length,
    pass:
      missingBeforeForm.length === 0 &&
      riskyFormFields.length === 0 &&
      input.ctas.length === 1,
  };
}

console.log(auditPermitInquiryPage(page));

이 예시는 일부러 실패합니다. doNotSend가 없고, residentCardImage가 첫 폼에 있으며, CTA가 3개입니다. 수정은 보내지 않을 정보 행을 추가하고, 이미지 교환을 면담 뒤로 옮기고, 눈에 띄는 CTA를 교육 및 상담으로 모으는 것입니다.

Pitfall: 허가 판단을 폼 문안에 섞기

가장 흔한 함정은 방문자의 불안을 줄이려고 “이 조건이면 허가를 받을 수 있습니다”라고 쓰는 것입니다. 원인은 페이지 설명과 전문 판단의 역할을 나누지 않은 채 Claude Code에 완성 문장을 요구하는 데 있습니다.

수정 방법은 첫 화면 문안을 상담 전 사실로 제한하는 것입니다. 가능한 허가 종류, 확인이 빨라지는 서류, 비용 산정 방식, 회신 시간, 첫 폼으로 받지 않을 정보까지만 페이지에 둡니다. 허가 가능 여부, 요건 충족, 관청 제출, 비용 확정은 사람의 검토 뒤에 둡니다.

또 다른 함정은 CTA가 많아지는 것입니다. 무료 PDF, 교재, 예약 버튼이 같은 크기로 보이면 방문자는 사무소를 신뢰하기 전에 경로부터 선택해야 합니다. 이 흐름은 직원 권한, 공개 승인, 개인정보 처리와 연결되므로 이 글의 주 CTA는 교육 및 상담입니다.

자주 묻는 질문

먼저 폼 필드를 고쳐야 하나요?

먼저 폼 위의 5줄 표를 고칩니다. 신청 종류, 서류, 비용, 회신 시간, 보내지 않을 정보가 보이면 필드는 짧게 유지할 수 있습니다.

비용을 미리 말하기 어렵다면 어떻게 쓰나요?

초회 상담료, 견적이 필요한 이유, 실비가 생기는 장면, 추가 비용이 생기기 쉬운 조건을 씁니다. 숫자는 사무소가 확인한 것만 사용합니다.

Claude Code에 허가 요건 조사를 맡겨도 되나요?

초안 체크리스트와 확인표에는 쓸 수 있습니다. 법률 요건, 지역 차이, 제출 서류, 허가 가능 여부는 사람이 1차 자료로 확인합니다.

첫 폼에서 이미지나 PDF를 받아도 되나요?

대부분의 첫 접촉 흐름에서는 피하는 편이 다루기 쉽습니다. 나중에 파일이 필요하면 본인 확인, 전달 방법, 보관 기간, 삭제 절차를 정한 뒤 요청합니다.

실제로 확인한 결과

이 글에서는 frontmatter, 본문 길이, 내부 링크, 외부 링크, 코드 펜스, CTA, 마지막 h2, slug를 확인했습니다. JavaScript 예시는 실행 가능하며 누락 안내, 위험 필드, CTA 수를 출력합니다.

오늘 할 한 가지는 현재 인허가 상담 폼을 열고 제출 버튼 위에 5줄 표를 둘 수 있는지 보는 것입니다. 신청 종류, 서류, 비용, 회신 시간, 아직 보내지 않을 정보입니다.