소규모 공장(제조업) 작업 표준서와 도면 메모를 생성형 AI로 디지털화하는 실무 절차

선반 앞에서, 입사 3년 차 젊은 직원이 스마트폰을 손에 꼭 쥔 채 서 있었습니다. 도면 여백에는 전임 반장이 연필로 적어 둔 “여기, 절삭유 넉넉히” “모따기 0.3 정도로 보면서”라는 메모. 뜻은 압니다. 그런데 왜 그렇게 하는지를 모릅니다. 그 반장은 지난달 정년으로 공장을 떠났습니다.

제가 중소 규모의 공장에서 현장 개선을 돕기 시작했을 때, 가장 많이 들은 고민이 바로 이것이었습니다. “작업 순서가 사람 머릿속에만 있다.” 표준서가 있긴 합니다. 그런데 10년 전 워드프로세서로 만든 거라, 파일이 어디 있는지 아무도 모릅니다. 결국 현장은 종이와 베테랑의 기억으로 돌아갑니다.

베테랑 한 명이 그만둘 때마다, 공장에서 작업 순서가 하나씩 사라집니다. 이건 정신력으로 해결될 이야기가 아닙니다. 기록의 문제입니다. 오늘은 이 “머릿속 작업 순서”와 “도면 여백 메모”를 Claude Code와 생성형 AI로 형태를 만들어 남기는 방법을, 제가 현장에서 직접 시험해 본 범위에서 적겠습니다.

핵심 요약

• 소규모 공장(제조업)의 표준서가 만들어지지 않는 이유는 쓸 시간이 없어서가 아니라, “말한 내용을 글로 옮기는” 수고가 무겁기 때문입니다. 바로 이 부분을 생성형 AI에 맡깁니다.
• 베테랑의 작업을 녹음해 받아쓰기 → Claude Code로 표준서 초안으로 정리, 이 흐름이 현장에서 가장 덜 막힙니다.
• 도면 여백 메모는 촬영 → 받아쓰기 → “왜 그렇게 하는지” 물어 덧붙이기, 이 3단계로 지식으로 남길 수 있습니다.
• AI에 맡기는 건 “정리” “초안” “빠진 부분 지적”까지입니다. 치수, 공차, 안전에 관한 판단은 반드시 사람이 확인합니다.
• 도면이나 고객사 이름이 들어간 정보는 외부로 내보내지 않는 구조로 설계합니다. 이걸 놓치면 신용 문제가 됩니다.

먼저, 소규모 공장(제조업) 현장에서 무슨 일이 벌어지고 있는가

이 글이 상정하는 독자는 직원 5명에서 50명 정도의 공장에서 공장장이나 현장 리더를 하는 분입니다. 금속 가공, 프레스, 수지 성형, 조립, 무엇이든 좋습니다. 공통점은 클라우드나 협업 도구와는 거리가 멀고, 현장은 엑셀과 종이와 팩스로 돌아간다는 감각입니다.

전형적인 업무 흐름을 늘어놓아 보겠습니다.

1. 고객사에서 도면이 온다(PDF, 가끔은 종이)
2. 베테랑이 도면을 보고 작업 순서를 정한다(재료, 치공구, 가공 순서, 주의점)
3. 그 순서를 구두나 손글씨 메모로 현장에 전달한다
4. 가공한다. 문제가 생기면 베테랑이 달려온다
5. 완성. 다음에 같은 품번이 들어오면, 또 누군가가 떠올리면서 작업 순서를 짠다

문제는 3번과 5번입니다. 작업 순서가 “그 자리의 주고받음”으로 사라집니다. 그래서 같은 부품을 반년 뒤에 만들 때, 또 처음부터 떠올립니다. 아니면, 떠올릴 수 있는 사람이 이미 없습니다.

자주 일어나는 재작업과 골칫거리

현장에서 자주 듣는 구체적인 골칫거리를 들어 보겠습니다.

• “전에 이 품번 했었지?”라고 말하면서, 아무도 순서를 남기지 않았다
• 도면 여백 메모가 너무 흘려 써서, 본인 말고는 못 읽는다
• 신입 교육 때마다, 같은 내용을 입으로 설명하고 있다
• 베테랑이 쉬면, 그 사람만 아는 순서 때문에 생산이 멈춘다
• 고객사가 “그때 가공 조건이 뭐였죠?”라고 물어도 답하지 못한다

전부 “기록이 없다” 한 가지로 모입니다. 그리고 기록이 없는 건 게을러서가 아닙니다. 기름 묻은 손으로, 그날 안에 글을 쓸 시간 따위는 없기 때문입니다. 여기를 솔직하게 인정하는 데서 시작합니다.

생성형 AI에 맡길 범위와, 사람이 반드시 판단할 범위

먼저 선을 긋겠습니다. 이걸 애매하게 두면, AI가 쓴 표준서를 그대로 현장에 내보내 사고가 나는, 최악의 흐름이 됩니다.

공정	AI에 맡긴다	사람이 반드시 판단한다
작업 청취	녹음 받아쓰기, 요점 추출	무엇을 녹음할지, 누구에게 말하게 할지
표준서 작성	초안, 구성, 빠진 부분 지적	치수, 공차, 가공 조건의 정확성
도면 메모 정리	손글씨 메모 받아쓰기, 정서	읽어낸 내용이 맞는지 대조
안전 주의 기재	일반적인 주의점 제안	그 기계, 그 재료에서의 실제 위험
완성본 승인	하지 않는다	현장 리더가 반드시 검토한다

핵심은 한 줄로 말할 수 있습니다. AI는 “글로 옮기는 담당”, 사람은 “맞는지 결정하는 담당”. 치수를 틀리면 불량품이 나옵니다. 공차를 잘못 읽으면 고객사에 피해가 갑니다. 그래서 숫자에 관련된 부분은 마지막에 반드시 사람이 봅니다. 여기만큼은 양보하지 않습니다.

Use case 1: 베테랑의 작업을 녹음해 표준서로 만들기

효과가 가장 크고, 가장 덜 막히는 게 이것입니다. 방법은 단순합니다.

베테랑에게, 실제로 작업하면서 “지금 무엇을 하고 있는지”를 말하게 합니다. 스마트폰 음성 메모로 녹음만 하면 됩니다. “먼저 재료를 척에 물리고, 센터링을……” 하고, 늘 하던 걸 소리 내어 말해 주면 됩니다. 10분짜리 작업이면 10분짜리 녹음입니다.

그 음성을 받아쓰기 해서 Claude Code에 넘깁니다. 프롬프트는 이걸 그대로 쓰면 됩니다.

당신은 제조 현장의 기술 문서를 작성하는 담당자입니다.
아래는 베테랑 작업자가 가공을 하면서 말한 내용의 받아쓰기입니다.
이것을 "작업 표준서" 초안으로 정리해 주세요.

규칙:
- 공정마다 번호를 매긴다
- 각 공정에 "작업 내용" "주의점" "사용하는 치공구·공구"를 나누어 적는다
- 베테랑이 말한 수치(치수·회전수·이송 등)는 임의로 바꾸지 말고, 그대로 [요확인]을 붙여 남긴다
- 말이 애매한 부분은 추측으로 메우지 말고 "※확인 필요"라고 적는다
- 전문 용어는 그대로 쓰되, 신입을 위한 주석을 한 줄 덧붙인다

받아쓰기:
(여기에 받아쓰기를 붙여 넣는다)

여기서 중요한 건 “수치는 임의로 바꾸지 마라”와 “애매하면 메우지 마라” 두 가지입니다. AI는 친절한 마음에, 부족한 숫자를 “대략 이 정도 아닐까”라고 채워 넣습니다. 제조 현장에서 이런 일을 당하면 위험합니다. 그래서 [요확인] 태그를 반드시 붙이게 하고, 나중에 사람이 하나씩 정리합니다.

도입 전과 후로 무엇이 달라지는가

도입 전에는, 표준서 만들기가 “누군가 시간을 내서, 처음부터 글을 쓰는” 일이었습니다. 그래서 언제까지나 뒤로 밀립니다.

도입 후에는, 베테랑은 “늘 하던 대로 작업하면서 말하기”만 하면 됩니다. 글로 옮기는 무거운 부분은 AI가 합니다. 사람이 하는 건, 나온 초안의 숫자를 확인하고 고치는 작업뿐입니다. 처음부터 쓰는 것과, 초안을 고치는 것은 심리적인 무게가 완전히 다릅니다.

Use case 2: 도면 여백 메모를 디지털화하기

도면 여백에 손글씨로 적힌 “절삭유 넉넉히” “모따기 보면서”. 이게 가장 쉽게 사라지는 지식입니다. 도면이 교체되면, 메모째로 사라집니다.

절차는 이렇습니다.

1. 여백 메모가 적힌 도면을 스마트폰으로 촬영한다(고객사 이름·도번이 찍혀도, 이 시점에는 손 안에만)
2. 그 이미지를 멀티모달을 지원하는 Claude(Claude.ai나 Claude Code 경유)에 읽혀, 손글씨를 받아쓰기 한다
3. 받아쓴 내용을 보면서, 베테랑에게 “이거, 왜 절삭유를 넉넉히 쓰는 거예요?”라고 이유를 묻는다
4. 이유를 덧붙여, 품번별 “가공 노트”로 저장한다

3번이 핵심입니다. “절삭유 넉넉히”라는 메모만 남아도, 신입에게는 전달되지 않습니다. “이 재료는 점성이 있어서 칩이 엉기기 쉬우니 절삭유를 넉넉히 쓴다”라는 이유까지 남겨야 비로소 지식이 됩니다. AI에 받아쓰기를 시켜 떠오른 시간을, 이 “이유를 묻는 시간”에 돌리는 셈입니다.

도면 메모를 정서하게 하는 프롬프트 틀도 놓아 두겠습니다.

이것은 부품 도면 여백에 손글씨로 적힌 메모입니다.
읽어낼 수 있는 글자를, 추측을 섞지 말고, 읽힌 그대로 적어 주세요.
못 읽는 부분은 "(판독 불가)"라고 명기해 주세요.
그 위에, 각 메모에 대해 "작업자에게 확인할 질문"을 하나씩 덧붙여 주세요.
치수나 공차의 수치는 절대로 보완하지 마세요.

“읽힌 그대로” “보완하지 마라”를 매번 넣어 둡니다. 이게 없으면, AI는 흘려 쓴 글씨를 ‘그럴듯한 올바른 글씨’로 변환해 버려서, 틀린 걸 알아채지 못합니다.

Use case 3: 흩어진 기존 표준서를 재고 조사하기

세 번째는, 이미 있는 오래된 표준서의 정리입니다. 많은 공장에서 엑셀이나 워드프로세서 표준서가 폴더 여기저기에 흩어져 있습니다. 우선 어디에 무엇이 있는지를 파악하고 싶습니다.

여기서 간단한 검증 스크립트가 도움이 됩니다. 지정한 폴더 아래의 표준서 파일을 목록으로 만들어, 마지막 수정일과 함께 표로 내보내는 것뿐입니다. Node.js가 설치돼 있으면 동작합니다.

import { readdir, stat } from "node:fs/promises";
import path from "node:path";

// 표준서가 들어 있는 폴더를 지정한다
const root = process.argv[2] || ".";
// 표준서로 간주할 확장자
const targets = [".xlsx", ".xls", ".doc", ".docx", ".pdf", ".txt"];

async function walk(dir) {
  const rows = [];
  for (const name of await readdir(dir)) {
    const full = path.join(dir, name);
    const info = await stat(full);
    if (info.isDirectory()) {
      rows.push(...(await walk(full)));
    } else if (targets.includes(path.extname(name).toLowerCase())) {
      const updated = info.mtime.toISOString().slice(0, 10);
      rows.push({ file: full, updated, kb: Math.round(info.size / 1024) });
    }
  }
  return rows;
}

const rows = await walk(root);
// 오래된 순으로 정렬한다(오래된 표준서일수록 재검토가 필요)
rows.sort((a, b) => a.updated.localeCompare(b.updated));
console.log("마지막 수정일\t크기KB\t파일");
for (const r of rows) console.log(`${r.updated}\t${r.kb}\t${r.file}`);
console.log(`\n총 ${rows.length}건의 표준서를 찾았습니다.`);

실행은 node list-sop.mjs "C:\표준서폴더"처럼, 대상 폴더를 인자로 넘기기만 하면 됩니다. 목록이 나오면, 수정일이 오래된 것부터 “이거 지금도 쓰나요?”라고 현장에 확인해 갑니다. 안 쓰는 표준서를 지우기만 해도, 현장의 혼란은 꽤 줄어듭니다.

이 스크립트는 파일 목록을 만들 뿐, 내용은 아무것도 변경하지 않습니다. 그래서 안전하게 몇 번이든 돌릴 수 있습니다. Claude Code의 기본적인 사용법은 Claude Code 입문 가이드에 정리해 두었으니, 터미널을 만지는 게 처음이라면 그쪽을 먼저 읽어 주세요.

보안과 개인정보 주의점

여기를 가볍게 보면, 신용 그 자체를 잃습니다. 공장이 다루는 도면은 고객사의 지적 재산입니다. 품번, 치수, 가공 조건은 경쟁사에 넘어가면 큰 문제가 됩니다.

지켜 주었으면 하는 선을 세 가지.

1. 고객사 이름·도번이 찍힌 이미지나 도면 PDF를, 무료 일반용 AI에 가볍게 올리지 않는다. 이용 약관에서 “입력이 학습에 쓰인다”는 서비스가 있습니다. 업무용이라면, 데이터를 학습에 쓰지 않는 계약·설정의 서비스를 고릅니다.
2. 받아쓰기나 표준서에서, 고객사를 특정할 수 있는 정보를 빼는 운영으로 한다. 품번을 사내 코드로 바꾸고, 도번을 가리는 식의 한 수고를 표준화합니다.
3. AI에 넘기기 전에 “이건 밖으로 나가도 곤란하지 않은 정보인가”를 한 번 생각한다. 망설여지면 내보내지 않습니다. 이것만으로도 사고의 대부분은 막을 수 있습니다.

이 부근의 “무엇을 AI에 보여주고, 무엇을 보여주지 않을지”라는 사고방식은 비엔지니어를 위한 Claude Code 입문에서도 다룹니다. 현장 리더가 가장 먼저 잡아야 할 감각입니다. 또한 생성형 AI의 안전한 활용에 관한 사고방식은 한국지능정보사회진흥원(NIA)과 같은 공적 기관의 자료에서도 정리하고 있으니, 사내 규칙을 만들 때 참고가 됩니다.

간단한 ROI 기준

숫자로 만들지 않으면, 현장도 사장도 움직이지 않습니다. 대략적이지만, 기준을 내보겠습니다.

표준서 한 건을 처음부터 손으로 쓰면, 청취와 정서로 반나절(4시간)은 걸린다는 게 제 실감입니다. 이걸 “베테랑이 말하는 10분 + AI 정리 + 사람의 확인 1시간”으로 바꾸면, 대략 1.5시간. 한 건당 2.5시간 단축입니다.

항목	도입 전	도입 후
표준서 한 건당 작업 시간	약 4시간	약 1.5시간
연간 50건 작성할 경우	200시간	75시간
절약되는 시간	—	약 125시간

연간 125시간은, 한 사람의 3주치 노동에 가깝습니다. 게다가 이건 “지금까지 만들지 못했던 표준서를 만들 수 있게 된다”는, 시간 단축 이상의 효과가 더해집니다. 비용은 받아쓰기와 생성형 AI 이용료 정도로, 월 몇천 원부터 시작할 수 있습니다. 회수는 꽤 빠를 겁니다.

자주 묻는 질문

Q. 컴퓨터가 서툰 베테랑도 쓸 수 있나요? A. 베테랑 본인이 AI를 조작할 필요는 없습니다. 본인이 하는 건 “말하기”뿐. 녹음과 정리는 현장 리더나 사무 담당이 맡으면 됩니다. 역할을 나누면, 기계가 서툰 사람도 끌어들일 수 있습니다.

Q. 받아쓰기 정확도가 걱정됩니다. A. 전문 용어나 사투리로 오변환은 나옵니다. 그래서 완벽을 노리지 말고 “초안의 토대”라고 딱 잘라 생각합니다. 오변환은 사람이 고치는 전제로, 그래도 처음부터 쓰는 것보다 압도적으로 빠르다, 이런 사용법이 현실적입니다.

Q. 손글씨 메모가 너무 지저분해서, AI도 못 읽지 않을까요? A. 못 읽는 건 솔직하게 “판독 불가”라고 돌려보내게 합니다. 거기는 결국 쓴 본인에게 물어볼 수밖에 없습니다. 다만, 본인이 현역일 때 물어 둘 수 있는 게 큽니다. 그만둔 다음에는 이미 늦습니다.

Q. 작은 공장에서도 비용 대비 효과가 있나요? A. 오히려 작은 공장일수록 효과가 큽니다. 사람이 적다 = 한 명 그만둘 때의 타격이 크기 때문. 속인화 해소는 규모가 작을수록 절실합니다.

Q. 지시하는 방법을 더 다듬고 싶습니다. A. 프롬프트 정확도를 올리면, 재작업이 더 줄어듭니다. Claude Code 프롬프트 설계(응용편)에 구체적인 지시 짜는 법을 정리해 두었습니다. 현장 표준을 사내 규칙으로 굳히고 싶다면 Claude.md 모범 사례도 함께 보면 도움이 됩니다.

실제로 시험해 본 결과

아는 금속 가공 공장에서, Use case 1의 “녹음해서 표준서로 만들기”를 함께 시험했습니다. 대상은, 곧 정년을 앞둔 베테랑이 하던 어떤 치공구의 작업 순서였습니다.

녹음은 12분. 받아쓰기를 Claude Code에 넘겨서, 표준서 초안이 나오기까지 몇 분. 나온 초안에는 회전수나 이송 숫자에 전부 [요확인]이 붙어 있었고, 그 부분을 베테랑과 함께 1시간 정도 정리했습니다. 반나절 일이라고 생각했던 게, 오전 중에 끝났습니다.

흥미로웠던 건, AI가 “이 공정, 왜 이 순서인지 설명이 없습니다”라고 빠진 부분을 지적해 온 것입니다. 베테랑 본인도 “아, 그건 무의식적으로 하던 거였네”라고. 너무 당연해서 말로 표현되지 않았던 작업 순서가, AI의 질문으로 겉으로 드러났습니다. 이건 예상하지 못한 수확이었습니다.

회사 전체에서 기술 전승의 구조로 돌리고 싶다면, 규칙 만들기와 데이터 취급은 처음에 굳히는 편이 좋습니다. 그 부분을 사내 연수나 개별 상담으로 다듬고 싶다면 연수·상담 페이지를 봐 주세요. 우선은 자기 공장에서 한 건, 실패해도 곤란하지 않은 표준서부터 시험하는 게 가장 빠른 첫걸음입니다.