2편. AI에게 이름 말고 결과물을 주세요: 7개 부서 역할표 만드는 법

3줄 요약

1. 부서를 이름이 아니라 입력과 결과물로 정의합니다.
2. 7개 부서의 결과물·완료 조건·경계를 한 표에 고정합니다.
3. 이번 달에 쓰지 않을 부서를 닫고 한 부서만 먼저 실행합니다.

완성 결과물

부서별 입력, 결과물, 완료 조건, 하지 않을 일이 한 줄씩 적힌 7행짜리 역할표를 만들고, 이번 달에 실제로 가동할 부서만 골라 첫 업무를 배정할 수 있습니다.

누구에게 필요한가

• 1편에서 회사 목표 문서를 만들고 다음 단계로 넘어가려는 1인 사업자
• AI에게 부서 이름을 붙였는데 매번 비슷한 일반론만 돌아오는 실무자
• 여러 대화창에 업무를 흩뿌려두고 어떤 결과물이 어디 있는지 놓치는 운영자

이 경우에는 먼저 멈추세요

• 이번 달 목표 문서가 아직 없는 경우 — 부서를 나눌 기준 자체가 없습니다.
• 7개 부서를 오늘 전부 가동하려는 경우 — 첫 사이클은 부서 하나로 끝내는 것이 목표입니다.
• 재무·인사·법률 판단을 부서 프롬프트에 그대로 맡기려는 경우 — 사람이 결정할 항목을 먼저 분리해야 합니다.

시작 전 준비

부서를 만들기 전에 각 부서가 무엇을 받고 무엇을 내놓을지 정해두면, 결과물이 다음 부서로 넘어갈 때 다시 설명하지 않아도 됩니다.

• 1편에서 만든 회사 방향 문서(목표 1문장, 우선순위, 하지 않을 일)
• 지금 가진 자료 목록 — 기존 콘텐츠, 문의 기록, 고객 명단, 매출·비용 자료
• 부서별 결과물을 저장할 위치와 파일 이름 규칙
• 사람이 반드시 확인할 항목 목록 — 환불, 계약, 개인정보, 금액
• 이번 달에 쓸 수 있는 실제 작업 시간

단계별 과정

1. 부서를 이름이 아니라 결과물로 정의합니다

왜 필요한가: ‘마케팅팀’이라는 이름만 주면 AI는 마케팅에 대한 일반론을 씁니다. 무엇을 받아 무엇을 내놓는지 고정해야 매번 같은 형식의 결과물이 나옵니다.

부서마다 세 가지를 한 줄로 적습니다. 무엇을 입력으로 받는가, 무엇을 결과물로 내놓는가, 무엇이 끝났다는 신호인가. 직원처럼 보이게 만드는 것이 목적이 아니라 역할을 고정하는 것이 목적입니다.

결과물은 ‘좋은 카피’가 아니라 ‘발행 가능한 게시물 3개’처럼 세거나 확인할 수 있는 형태로 씁니다. 완료 조건이 없으면 검수가 취향 싸움이 되고, 다음 부서로 넘길 시점도 정해지지 않습니다.

설명용 입력 예시

부서: 마케팅팀
입력: 상품, 고객, 채널, 실제 근거(후기·기능·사례)
결과물: 발행할 콘텐츠 3개
완료 조건: 주제 / 첫 문장 훅 / 핵심 내용 3개 / 근거 / 마지막 행동이 모두 채워짐

기대 구조 예시

역할표 1행 = 부서 | 입력 | 결과물 | 완료 조건 | 하지 않을 일
결과물은 셀 수 있는 명사로 기록
완료 조건은 사람이 5분 안에 확인 가능한 항목으로 기록

단계 확인

• 부서마다 입력과 결과물이 각각 한 줄로 적혔는가
• 결과물이 세거나 확인할 수 있는 형태인가
• 완료 조건에 주관적인 표현이 남아 있지 않은가

2. 7개 부서의 결과물을 한 표에 채웁니다

왜 필요한가: 부서를 대화창마다 흩어두면 앞 팀의 결과물이 어디에 있는지 매번 찾아야 합니다. 한 표에 모아두면 인수인계가 복사·붙여넣기로 끝납니다.

대표실은 목표·우선순위·결정을, 마케팅팀은 주제·카피·발행안을, 영업팀은 고객 목록·연락문·상담안을, 고객지원팀은 FAQ·답변문·개선 요청을 냅니다. 재무팀은 현금표·비용 점검·경고를, 개발팀은 제작물·테스트·배포안을, 운영팀은 업무 흐름·자동화 목록·점검표를 냅니다.

이때 각 부서의 결과물이 어느 부서의 입력이 되는지 화살표로 연결합니다. 연결되지 않는 결과물이 있다면 그 부서는 이번 달에 필요 없는 부서이거나, 결과물 정의가 잘못된 것입니다.

설명용 입력 예시

대표실 결과물: 우선순위 5개 → 마케팅팀 입력
마케팅팀 결과물: 콘텐츠 3개 → 영업팀 입력(대화 소재)
영업팀 결과물: 상담 기록 → 고객지원팀 입력(FAQ 재료)
고객지원팀 결과물: 개선 요청 → 개발팀 입력

기대 구조 예시

7행 역할표 완성
연결되지 않은 결과물: 재무팀 현금표 (이번 달 입력처 없음)
판정: 재무팀은 월말 1회만 가동

단계 확인

• 7개 부서의 결과물이 모두 한 표에 있는가
• 각 결과물이 어느 부서의 입력이 되는지 표시했는가
• 연결되지 않는 결과물의 처리 방법을 정했는가

3. 이번 달에 쓰지 않을 부서를 먼저 닫습니다

왜 필요한가: 7개를 모두 가동하면 결과물은 7배가 되지만 검수할 사람은 한 명입니다. 검수되지 않은 결과물은 회사의 자산이 아니라 밀린 일감입니다.

1편에서 정한 목표를 기준으로 이번 달에 실제로 필요한 부서만 남깁니다. 상담 신청을 늘리는 것이 목표라면 대표실·마케팅팀·영업팀이면 충분하고, 나머지는 ‘이번 달 미사용’으로 표시합니다.

닫는다는 것은 지운다는 뜻이 아닙니다. 역할표에는 그대로 두고 상태만 바꿉니다. 다음 달에 목표가 바뀌면 표시만 되돌리면 되고, 그때 정의를 다시 만들 필요가 없습니다.

설명용 입력 예시

이번 달 목표: 상담 신청 20건
가동: 대표실, 마케팅팀, 영업팀
월 1회만: 재무팀
미사용: 고객지원팀, 개발팀, 운영팀

기대 구조 예시

가동 부서 3개 + 월 1회 부서 1개
미사용 부서에 사유 1줄 기록
재가동 조건: 상담 신청이 10건을 넘으면 고객지원팀 가동

단계 확인

• 이번 달 가동 부서가 4개 이하인가
• 미사용 부서를 지우지 않고 상태로만 표시했는가
• 다시 열 조건을 한 줄로 적었는가

4. 부서마다 하지 말아야 할 일을 적습니다

왜 필요한가: 부서에 역할을 주면 AI는 그 역할에 맞는 내용을 적극적으로 만들어냅니다. 없는 후기, 확인되지 않은 수치, 임의의 환불 규정이 그렇게 생깁니다.

부서별로 금지 항목을 한 줄씩 붙입니다. 마케팅팀은 가짜 후기와 미확인 수치, 영업팀은 확인하지 않은 개인정보와 과장된 약속, 고객지원팀은 환불·법률·개인정보 판단, 재무팀은 누락값 임의 채우기입니다.

금지 항목과 함께 ‘사람이 결정할 항목’을 따로 표시하게 합니다. AI가 스스로 판단을 멈추고 표시하도록 하는 편이, 나중에 잘못된 문장을 찾아내는 것보다 훨씬 빠릅니다.

설명용 입력 예시

마케팅팀 금지: 가짜 후기, 확인되지 않은 수치
영업팀 금지: 확인하지 않은 개인정보, 과장된 약속
고객지원팀 금지: 환불·법률·개인정보 최종 판단
공통 규칙: 모르면 ‘확인 필요’로 표시하고 멈춘다

기대 구조 예시

역할표에 ‘하지 않을 일’ 열 추가
출력마다 ‘사람이 결정할 항목’ 칸 생성
검수 시 그 칸부터 확인

단계 확인

• 부서마다 금지 항목이 한 줄 이상 있는가
• ‘사람이 결정할 항목’을 출력에 포함하게 했는가
• 모를 때의 처리 방법을 공통 규칙으로 정했는가

5. 역할표를 파일로 고정하고 한 부서만 실행합니다

왜 필요한가: 역할표가 대화창에만 있으면 다음 세션에서 사라집니다. 파일로 두면 모든 부서 대화의 첫 입력이 같아지고, 결과물의 형식도 일정해집니다.

회사 방향 문서와 역할표를 한 파일로 합쳐 저장합니다. Claude Code를 쓴다면 프로젝트 폴더의 CLAUDE.md에 넣어 매 세션 자동으로 읽히게 할 수 있습니다. 길어질수록 지켜지지 않으므로 목표·부서 정의·금지 항목만 남기고 나머지는 빼세요.

표가 완성됐다고 7개를 동시에 돌리지 마세요. 오늘은 목표에 가장 가까운 부서 하나만 실행하고, 그 결과물을 다음 부서의 입력으로 넘기는 과정을 한 번 끝까지 통과시킵니다.

설명용 입력 예시

저장 위치: 회사OS.md (목표 + 역할표 + 금지 항목)
오늘 실행: 마케팅팀 1개
넘길 곳: 마케팅팀 결과물 → 영업팀 입력
검수 기준: 콘텐츠 3개, 각 항목 5칸 모두 채움

기대 구조 예시

파일 1개로 고정, 모든 대화의 첫 입력으로 사용
오늘의 완료: 부서 1개가 결과물 1개를 완료 조건까지 통과
다음 실행 대상과 넘길 자료를 파일 하단에 기록

단계 확인

• 목표와 역할표가 한 파일에 있는가
• 오늘 실행할 부서를 하나로 정했는가
• 결과물을 요약하지 않고 그대로 다음 부서에 넘겼는가

수정해 쓰는 재사용 입력

중괄호 부분을 자신의 상황으로 바꾸고, 개인정보와 공개하면 안 되는 내용은 넣기 전에 제거하세요. 출력은 실제 자료와 대조합니다.

너는 내 AI 회사의 조직 설계 담당이다. 아래 입력만 사용하고, 없는 정보는 추측하지 마라.[회사 방향]

이번 달 목표: {{목표 1문장과 숫자}}
고객: {{고객 한 종류}}
가진 자료: {{콘텐츠·문의·명단·매출 자료}}
하지 않을 일: {{이번 달 제외 항목}}

[부서 후보]
대표실 / 마케팅팀 / 영업팀 / 고객지원팀 / 재무팀 / 개발팀 / 운영팀
[업무]

부서마다 입력, 결과물, 완료 조건, 하지 않을 일을 한 줄씩 정하라.
각 부서의 결과물이 어느 부서의 입력이 되는지 화살표로 연결하라.
이번 달 목표에 필요 없는 부서는 ‘이번 달 미사용’으로 표시하고 사유를 한 줄 적어라.
미사용 부서를 다시 열 조건을 한 줄로 제안하라.
오늘 실행할 부서 1개와 그 부서의 첫 업무를 배정하라.

[출력]
부서 | 입력 | 결과물 | 완료 조건 | 하지 않을 일 | 상태(가동·월1회·미사용) | 다음 부서
그리고 오늘 실행할 부서 1개와 사람이 결정할 항목
[규칙]
확인되지 않은 수치·후기·사례를 만들지 마라. 모르면 ‘확인 필요’로 표시하고 멈춰라.
환불·법률·개인정보·금액 판단은 사람이 결정할 항목으로 분리하라.

결과 확인 체크리스트

• 부서마다 입력과 결과물을 한 줄로 정의했다.
• 결과물을 세거나 확인할 수 있는 형태로 적었다.
• 완료 조건에서 주관적인 표현을 없앴다.
• 7개 부서를 한 표에 모았다.
• 각 결과물이 어느 부서의 입력인지 연결했다.
• 이번 달 가동 부서를 4개 이하로 줄였다.
• 미사용 부서를 지우지 않고 상태로 표시했다.
• 미사용 부서를 다시 열 조건을 적었다.
• 부서마다 하지 말아야 할 일을 붙였다.
• 출력에 ‘사람이 결정할 항목’ 칸을 만들었다.
• 목표 문서와 역할표를 한 파일로 고정했다.
• 오늘 실행할 부서를 하나만 정했다.

자주 막히는 지점과 해결법

부서 이름만 주고 결과물을 정하지 않습니다.

이름은 지우고 입력과 결과물부터 씁니다. ‘마케팅팀’보다 ‘상품·고객·근거를 받아 발행 가능한 콘텐츠 3개를 내놓는 역할’이 훨씬 잘 작동합니다.

7개 부서를 동시에 가동해 결과물이 밀립니다.

검수할 수 있는 만큼만 가동합니다. 검수되지 않은 결과물은 자산이 아니라 밀린 일감이므로, 이번 달 가동 부서를 4개 이하로 제한합니다.

앞 부서의 결과물을 요약해서 다음 부서에 넘깁니다.

요약하는 과정에서 근거와 형식이 사라집니다. 확정된 문서와 숫자를 그대로 전달하고, 필요하면 다음 부서가 직접 줄이게 합니다.

부서마다 새 대화창을 열고 목표를 다시 설명합니다.

목표와 역할표를 한 파일로 고정해 모든 대화의 첫 입력으로 씁니다. Claude Code라면 CLAUDE.md에 넣어 매 세션 자동으로 읽히게 할 수 있습니다.

개인정보·저작권·정확성 주의

• 고객 명단과 문의 내용을 부서 프롬프트에 넣기 전에 이름·연락처·회사명을 제거하세요.
• AI가 만든 후기·사례·수치는 발행 전에 실제 기록과 대조하세요.
• 환불·계약·세무 규정은 부서 출력을 초안으로만 쓰고 사람이 최종 판단하세요.
• 매출·비용 자료를 외부 도구에 올리기 전에 보관·삭제·학습 사용 조건과 조직 승인을 확인하세요.
• 부서 결과물과 사람이 확정한 최종본을 분리해 보관하고, 어떤 결과물이 어느 입력에서 나왔는지 남기세요.
• 역할 설정은 문체와 초점을 바꿀 뿐 정확성을 보장하지 않습니다.

공식 출처와 확인 기준

기능과 정책은 바뀔 수 있으므로 실제 사용 전 최신 원문을 다시 확인하세요.

• Anthropic — Giving Claude a role with a system prompt — 역할을 한 문장으로 지정하는 것만으로 응답의 초점과 어조가 달라진다는 공식 설명을 참고했다. 부서를 역할 문장으로 고정하는 근거다.
• Claude Code — Subagents — 각각 별도의 맥락과 설명, 사용 가능한 도구 범위를 가진 전용 작업자를 정의하는 방식을 참고했다. 부서마다 입력·결과물·금지 항목을 분리하는 구조에 적용했다.
• Claude Code — How Claude remembers your project (CLAUDE.md) — 매 세션 반복 설명할 내용을 파일로 고정하는 방법과, 짧고 구체적으로 쓸수록 더 잘 지켜진다는 권고를 참고했다.

수정 이력

2026년 8월 31일 — 최초 작성 및 편집 검수.