직장에서 AI를 실무에 쓰는 법

읽는 데 약 9분 · 시나리오 + 검수 체크리스트

AI는 “대신 일해 주는 도구”라기보다 초안을 빠르게 만들어 주는 조수에 가깝습니다. 잘 쓰면 반복 작업 시간을 크게 줄이지만, 검증 없이 그대로 내면 사고가 납니다. 이 글은 실무에서 자주 나오는 상황별로 “어떻게 시키고, 무엇을 확인하는지”를 정리합니다.

언제 쓰고, 언제 쓰지 말아야 하나

쓰기 좋은 일

• 형식이 정해진 문서의 초안(보고서, 이메일, 공지)
• 긴 자료를 요약·구조화하기
• 표·목록 같은 정형 데이터로 변환
• 아이디어 발산, 초안에 대한 반론 뽑기
• 코드 초안, 리팩터링 제안, 에러 메시지 해석

신중해야 하는 일

• 사실 관계가 핵심인 자료 조사 — 반드시 원문으로 검증
• 법적·재무적 판단이 필요한 결정 — 참고만, 책임은 사람
• 고객·직원의 개인정보, 미공개 실적, 계약 조건이 들어간 문서
• 최종 대외 발송물 — 사람이 마지막으로 읽고 책임집니다

회사 정보를 입력할 때

많은 AI 서비스는 입력 내용을 서버로 전송하며, 정책에 따라 저장·학습에 쓰일 수 있습니다. 입력 전에 아래를 확인하세요.

• 사내에 AI 사용 지침이 있는지 먼저 확인합니다. 있으면 그게 우선입니다.
• 고객명·주민번호·연락처·계좌 등 식별 정보는 가명이나 [고객A]로 치환해서 넣습니다.
• 미공개 매출·단가·계약 조건은 넣지 않거나 범위로 뭉갭니다(“월 수천만 원대”).
• 가능하면 팀·회사 계정의 업무용(엔터프라이즈) 플랜을 씁니다. 대체로 입력 데이터를 학습에 쓰지 않도록 설정돼 있습니다.
• PromptForge처럼 입력이 서버로 가지 않는 도구는 프롬프트 구조를 잡는 단계에서 안전하게 쓸 수 있습니다. 실제 자료는 검증된 AI 서비스에 직접 넣으세요.

시나리오별 사용법

보고서 초안

당신은 [팀]의 실무 담당자입니다. 아래 메모를 [주간 보고]로 정리합니다.
읽는 사람: [팀장] — 배경은 알고 있고, 진행 상황과 리스크만 궁금해함.
구성: 이번 주 완료 / 진행 중(예상 완료일) / 리스크와 필요한 결정
분량: A4 반 장 · 불릿 위주 · 추측이 필요한 부분은 "확인 필요"로 표시

메모:
"""
[한 주 동안의 메모 붙여넣기]
"""

확인: 날짜·수치가 메모와 일치하는가, “확인 필요”가 실제로 확인됐는가.

회의록 정리

아래 회의 기록에서 결정사항과 실행 항목만 추출해 표로 만들어라.
열: 구분(결정/할일) · 내용 · 담당 · 기한
담당·기한이 없으면 "미정". 잡담과 사견은 제외.
원문에 없는 내용은 절대 추가하지 마라.

확인: “미정” 항목을 회의 참석자에게 다시 물어 채웁니다.

이메일 작성

[상황]에 대한 메일을 씁니다. 받는 사람: [관계]
목적: [상대가 하길 바라는 행동]
톤: [정중/단호/친근] · 분량: 5~7문장
포함: 용건을 첫 두 문장 안에, 마지막에 기한과 다음 단계
제외: 사과 남발, 불필요한 배경 설명

확인: 첨부·링크·날짜, 받는 사람 호칭.

기획서 · 제안서

[주제]에 대한 1페이지 기획서 초안을 만들어라.
구성: 문제 정의 / 목표(측정 가능하게) / 제안 내용 / 기대 효과 / 리스크와 대응 / 필요한 자원
각 항목 3~4문장. 근거가 약한 주장은 "가설"로 표시.
숫자를 넣을 자리는 [___]로 비워 두고, 내가 채우게 하라.

확인: 목표가 정말 측정 가능한가, 리스크가 형식적이지 않은가.

데이터 1차 가공

아래 붙여넣은 내용에서 [원하는 필드]를 뽑아 CSV로 만들어라.
열: [열 이름들]
값이 여러 개면 세미콜론으로 구분, 없으면 빈 칸.
표 외의 설명은 출력하지 마라.

확인: 행 수가 원본과 맞는가, 잘린 항목이 없는가. 표 계산은 스프레드시트로 다시.

자료 조사

[주제]에 대해 아는 범위에서 개요를 정리하되,
확실하지 않은 사실·수치·인용은 "확인 필요"로 표시하라.
마지막에 "직접 검증해야 할 항목" 목록을 따로 뽑아라.

확인: 모든 수치·인용·법령·통계는 원문으로 직접 대조. AI 답변은 검색의 출발점일 뿐입니다.

결과물 검수 체크리스트

• ☐ 숫자(금액·비율·날짜·인원)를 원자료와 대조했는가
• ☐ 인용·법령·통계의 출처를 직접 확인했는가
• ☐ 고유명사(사람·회사·제품)가 정확한가
• ☐ 코드라면 실제로 실행해 봤는가, 엣지 케이스는
• ☐ 회사 규정·브랜드 톤에 맞는가
• ☐ 민감 정보가 결과물에 남아 있지 않은가
• ☐ 이 문서에 내 이름으로 책임질 수 있는가

팀에서 프롬프트를 공유하는 법

잘 통한 프롬프트는 팀 자산입니다. 사내 위키에 “상황 → 프롬프트 → 주의사항” 형태로 모아 두면, 새로 합류한 사람도 같은 품질로 시작할 수 있습니다. 자주 쓰는 지시는 [ ] 빈칸이 있는 템플릿으로 만들어 두고, 구조를 다시 잡아야 할 땐 PromptForge에 한 문장 넣어 초안을 받는 식으로 쓰면 됩니다.