AI를 잘 쓰는 직원에게 “그 프롬프트 공유해 주세요”라고 하면 긴 문장 하나가 옵니다. 다른 사람이 복사해 써보면 결과가 다르고, 며칠 뒤 모델이 바뀌면 또 달라집니다. 그래서 프롬프트 모음만으로는 회사의 업무 자산이 되기 어렵습니다.
회사가 가져야 할 것은 프롬프트가 아니라 반복 가능한 워크플로입니다.
프롬프트와 워크플로의 차이
프롬프트는 AI에게 주는 한 번의 지시입니다. 워크플로는 그 지시가 사용되는 전체 업무 절차입니다.
예를 들어 “제안서 작성 프롬프트” 하나보다 다음이 더 중요합니다.
- 어떤 고객 정보를 입력해야 하는가
- 어떤 기존 자료를 참고해야 하는가
- 어떤 순서로 생성할 것인가
- 결과를 누가 검토하는가
- 수정된 최종본을 어디 저장하는가
- 다음번에 어떻게 재사용하는가
좋은 AI 업무 워크플로의 7요소
1. Trigger — 언제 시작되는가
예: 영업 담당자가 신규 RFP를 Drive 폴더에 올림.
2. Input — 무엇이 들어가는가
- 고객명
- 산업
- 요구사항
- 납기
- 예상 예산
- 참고 제안서
입력을 표준화하지 않으면 결과 편차가 커집니다.
3. Context — AI가 알아야 할 회사 지식
브랜드 톤, 회사 소개, 제품 기능, 가격 정책처럼 반복적으로 필요한 정보를 관리합니다.
4. Steps — 한 번에 시키지 않는다
복잡한 업무를 단계로 나눕니다.
예:
- RFP 요구사항 추출
- 대응 가능/확인 필요 분류
- 제안 목차 생성
- 섹션별 초안
- 누락 항목 검토
- 사람 승인
5. Quality Gate — 어디서 사람이 검토하는가
AI가 만든 결과를 그대로 고객에게 발송하지 않고 검토 지점을 정합니다.
6. Output — 최종 결과 형식
Word, Slides, Notion, CRM 메모 등 실제 다음 업무로 연결되는 형식이 필요합니다.
7. Log — 무엇을 기록하는가
입력, 결과, 검토자, 최종 승인 여부를 기록하면 개선할 수 있습니다.
프롬프트를 SOP로 바꾸는 방법
개인 프롬프트:
이 고객 정보를 보고 좋은 제안서 만들어줘.
워크플로용 프롬프트는 더 구조적입니다.
역할
당신은 B2B 제안서 분석 보조자입니다.
입력
고객정보, RFP, 우리회사 자료, 과거 제안서
작업
- 요구사항을 필수/선택/불명확으로 분류
- 각 요구사항에 대응 가능한 근거 제시
- 근거가 없는 내용은 추측하지 말고 질문으로 남김
- 제안 목차 작성
- 각 섹션 초안 작성
출력
- 요구사항 표
- 확인 필요 질문
- 제안서 목차
- 섹션별 초안
금지
- 가격 임의 생성
- 고객 내부 정보 추정
- 실적 숫자 창작
이런 형식은 사람이 바뀌어도 재사용하기 쉽습니다.
워크플로를 자동화하기 전에 수동으로 10번 돌려라
바로 Zapier, Make, n8n, API를 붙이는 것은 위험합니다. 먼저 사람이 수동으로 같은 절차를 10번 해보면서 입력과 검토 기준을 안정화해야 합니다.
왜냐하면 자동화는 좋은 프로세스를 빠르게도 하지만 나쁜 프로세스도 빠르게 반복하기 때문입니다.
팀용 Prompt Library 구조
폴더 하나에 긴 프롬프트를 쌓기보다 아래 메타데이터를 함께 관리하세요.
- 이름
- 목적
- 담당 업무
- 입력 필수항목
- 사용 모델/도구
- 프롬프트 버전
- 마지막 수정일
- 예시 입력
- 좋은 출력 예시
- 검토 포인트
- 주의 데이터
버전 관리가 필요한 이유
AI 업무도 시간이 지나면 바뀝니다.
- 회사 정책 변경
- 상품명 변경
- 템플릿 변경
- 모델 변경
- 결과 품질 이슈
제안서 프롬프트 최신.txt가 아니라 v1.3 — 가격 추정 금지 규칙 추가처럼 변경 이유를 기록하면 운영 자산이 됩니다.
Human-in-the-loop를 설계한다
사람 검토는 “AI가 틀릴 수 있으니까 대충 한 번 보자”가 아닙니다. 무엇을 검토해야 하는지 정해야 합니다.
예: 제안서
- 고객명/회사명 정확성
- 숫자와 가격
- 납기
- 우리 실적
- 법적/계약적 표현
- 경쟁사 관련 표현
이 여섯 가지는 반드시 사람이 확인한다고 SOP에 적습니다.
자동화 단계는 세 수준으로 올린다
Level 1 — 템플릿
프롬프트와 입력 양식을 표준화.
Level 2 — 반자동
버튼을 누르면 자료를 모아 초안을 생성.
Level 3 — 시스템 연동
메일/CRM/Drive 이벤트가 발생하면 자동 실행하고 결과를 저장.
처음부터 Level 3로 가지 않는 것이 좋습니다. Level 1에서 품질 기준이 잡혀야 자동화해도 문제가 적습니다.
품질을 측정하는 방법
“좋다/나쁘다” 대신 체크리스트를 만듭니다.
예: 리서치 요약
- 출처가 있는가
- 최신 날짜가 명시됐는가
- 사실과 의견이 분리됐는가
- 원문에서 확인되지 않는 내용이 없는가
- 의사결정에 필요한 핵심 숫자가 있는가
각 항목 0/1로 평가하면 프롬프트 버전별 성능을 비교할 수 있습니다.
정리
개인이 잘 쓰는 프롬프트를 회사 전체가 반복해서 사용하려면 입력, 단계, 검토, 저장, 책임자가 필요합니다.
완주 관점의 핵심: 프롬프트를 “문장”으로 보지 않고 업무 프로세스의 한 부품으로 봅니다.
예시: “시장 조사 프롬프트”를 실제 워크플로로 바꾸기
개인 사용 단계에서는 다음처럼 요청할 수 있습니다.
한국 펫테크 시장을 조사해줘.
팀 워크플로에서는 이 정도로는 부족합니다. 누가 요청해도 비슷한 결과가 나오도록 입력 구조를 만듭니다.
입력 폼
- 조사 국가
- 시장 범위
- 기준 기간
- 주요 경쟁사
- 반드시 확인할 지표
- 결과 사용 목적
AI 처리
- 조사 질문을 5~8개로 재구성
- 각 질문별 근거 자료 수집
- 숫자와 출처 날짜 분리
- 사실/해석 구분
- 경쟁사 비교표 생성
- 확인되지 않은 항목 별도 표시
사람 검토
- 출처 신뢰성
- 최신성
- 숫자 단위
- 경쟁사 이름/제품명
- 추론이 사실처럼 표현되지 않았는지
최종 출력
Executive Summary + 시장 규모 + 주요 플레이어 + 고객 문제 + 시사점 + Sources
이 구조가 되면 프롬프트가 아니라 회사 표준 리서치 방식이 됩니다.
워크플로 품질은 “평균”보다 편차를 봐야 한다
AI 결과가 10번 중 2번 훌륭하고 8번 평범하다면 실무 도구로는 불안정합니다. 팀 업무에서는 최고 품질보다 최저 품질을 끌어올리는 것이 중요합니다.
따라서 테스트할 때는 같은 유형의 입력 10개 이상을 넣고 다음을 기록합니다.
- 바로 사용 가능
- 소폭 수정
- 대폭 수정
- 사용 불가
바로 사용 + 소폭 수정 비율이 충분히 높아질 때 자동화를 검토합니다.
워크플로에 예외 처리를 적는다
업무에는 항상 예외가 있습니다.
예:
- 입력 파일이 비어 있음
- PDF가 스캔본이라 텍스트 추출 안 됨
- 고객명이 여러 형태로 표기
- 출처가 1개뿐임
- 결과가 길이 제한 초과
좋은 워크플로는 정상 상황만 설명하지 않고 이런 경우에 중단할지, 사람에게 넘길지, 재시도할지까지 정합니다.
마지막 단계는 결과 저장과 재사용
AI 결과가 채팅창에만 남으면 조직 자산이 아닙니다. 최종 결과와 함께 아래를 저장하세요.
- 원본 입력 링크
- 사용한 워크플로 버전
- 생성일
- 검토자
- 최종 수정본
나중에 “어떤 방식이 가장 좋은 결과를 냈는지” 학습할 수 있습니다.