프롬프트 가이드

Claude로 표준 운영 절차를 작성하는 방법

좋은 SOP는 그 작업을 한 번도 해본 적 없는 사람도 처음부터 올바르게 할 수 있게 해줍니다.

Anthropic의 Claude는 이미 어떻게 하는지 알고 있는 과정을 익숙하지 않은 사람이 실제로 따를 수 있는 표준 운영 절차로 바꾸는 데 능숙합니다: 번호가 매겨진 단계, 명확한 중단 지점, 그리고 사람들이 걸려 넘어지는 예외 사항들입니다. 하지만 당신 머릿속에만 존재하는 과정의 부분들, 한 번도 적어본 적 없는 예외들, 팀이 실제로 사용하는 구체적인 도구와 이름들을 Claude에게 그 세부사항을 주지 않으면 알 수 없습니다. 해법은 바로 옆에 서 있는 신입 직원에게 설명하듯 Claude를 실제 과정으로 안내하는 것입니다. 누군가 한 문장으로 무엇을 하는지 물었을 때 말할 깔끔하게 정리된 버전이 아닙니다.

Claude에게 표준 운영 절차를 작성하도록 요청하려면, 실제로 하는 방식대로 단계별로 과정을 설명하고, 관련된 도구, 시스템, 정확한 이름을 포함시킨 다음, 명확한 시작점과 끝점이 있는 번호가 매겨진 단계로 형식화하도록 Claude에게 요청하세요. 다음 단계가 조건에 따라 달라지는 예외, 흔한 실수, 또는 결정 지점을 짚어주고, 당신이 명시하지 않아서 세부사항을 추측해야 했던 단계는 표시하도록 Claude에게 요청하세요. 최종본으로 다루기 전에, 가능하다면 작업을 실제로 수행하면서 초안을 실제 과정과 한 번 대조해 읽어보세요.

게시일

무료 레슨 · 계정 필요 없음Claude 만나기왜 Claude인가?6분무료 레슨 시작하기

핵심 요약

  • 과정을 깔끔하게 정리된 요약 버전이 아니라 실제로 하는 그대로 설명하세요. 당신에게 자동적이어서 건너뛰는 단계들이 바로 신입 직원이 글로 적힌 형태로 필요한 단계들입니다.
  • Claude에게 진짜 이름을 주세요: 구체적인 도구, 정확한 필드, 로그인하는 시스템. "시스템을 업데이트하세요"라고 말하는 단계는 어느 시스템인지 이미 모르는 사람에게는 무용지물입니다.
  • 결정 지점을 명시적으로 짚어주세요. 분기가 있는 과정, "요청이 500달러 미만이면 X를 하고, 아니면 Y를 하세요"는 그 분기가 명확히 서술되어야 하며, 당신만 가진 맥락으로만 암시되어서는 안 됩니다.
  • 명확한 시작점과 끝점을 요청하세요. 작업이 언제 시작하고 언제 실제로 끝나는지 말하지 않는 SOP는 독자가 끝났는지 추측하게 만듭니다.
  • 게시하기 전에 작업을 수행하면서 초안을 한 번 살펴보세요. 화면상으로는 괜찮아 보이지만 한 단계를 건너뛰는 SOP는 누군가 실제로 순서대로 따라가려고 할 때만 분명해집니다.
  • 정상적인 경로를 예외와 분리하세요. 예외 사항을 주요 단계 중간에 묻어두면 예외가 적용되지 않는 90퍼센트의 시간 동안 일반적인 경우를 따라가기가 더 어려워집니다.

복사해서 붙여넣기

오늘 바로 쓸 수 있는 프롬프트

과정을 훑어보는 것으로부터 첫 초안 얻기

제가 [작업]을 어떻게 하는지 관련된 정확한 도구와 시스템을 포함해 단계별로 설명하겠습니다. [가능한 자세히 과정을 설명해주세요. 도구 이름, 필드 이름, 그리고 진행하면서 확인하는 모든 것을 포함해서]. 이것을 명확한 시작점과 작업이 끝났다고 할 수 있는 명확한 지점이 있는 번호가 매겨진 SOP로 바꿔주세요. 제가 명시하지 않아서 세부사항을 추측해야 했던 단계는 표시해주세요.

보통 소리 내어 말하지 않는 작은 습관적인 확인들을 포함해, 실제로 하는 그대로 과정을 설명하세요; 그것들이 종종 신입 직원에게 빠진 단계들입니다.

단계가 좌우되는 결정 지점 추가하기

제 SOP 초안입니다: [초안 붙여넣기]. 4단계는 실제로 조건에 따라 분기됩니다: [조건]이면 다음 단계는 [X]이고, 그렇지 않으면 [Y]입니다. SOP를 따르는 사람이 계속하기 전에 어느 경로가 자신에게 적용되는지 알 수 있도록 4단계를 다시 작성해 그 분기를 명확히 서술해주세요.

실제 과정의 모든 분기에 대해 이것을 하세요; 결정 지점을 단일 단계 안에 숨기는 SOP는 누군가 잘못된 경로를 따라가는 가장 흔한 이유입니다.

정상적인 경우를 예외와 분리하기

[작업]에 대한 제 SOP 초안입니다: [초안 붙여넣기]. [예외 설명]과 같이 비정상적인 상황에서만 적용되는 것은 모두 끝에 있는 별도의 "예외" 섹션으로 빼주세요. 그러면 주요 번호 단계는 정상적인 경우만 설명합니다. 현재 경우가 정상적인 패턴에 맞지 않을 때 어디를 확인해야 하는지 알려주는 짧은 안내를 주요 단계에 남겨두세요.

이것은 일부 경우에만 적용되는 예외를 모든 독자가 헤쳐나가게 하는 대신, 일반적인 경로를 쉽게 따라갈 수 있게 유지합니다.

공백을 찾기 위해 SOP를 스트레스 테스트하기

이 작업을 한 번도 해본 적 없고 처음으로 따라가는 것처럼 이 SOP 초안을 읽어주세요: [초안 붙여넣기]. 각 단계에서, 명시되지 않아 알아야 할 것, 정의되지 않은 용어, 또는 다음 단계로 넘어가기 전에 그 단계를 올바르게 했는지 확신이 들지 않을 지점을 모두 말해주세요.

이것은 당신이 이미 과정을 알고 있기 때문에 보이지 않는 공백을 드러냅니다; 새로운 시각은 익숙함이 숨기는 것을 포착합니다.

과정이 바뀐 후 SOP 조정하기

[작업]에 대한 기존 SOP입니다: [현재 SOP 붙여넣기]. 과정이 바뀌었습니다: [지금 무엇이 다른지 설명]. 새로운 과정을 반영하도록 SOP를 업데이트하고, 팀이 이미 알고 있는 버전과 무엇이 다른지 볼 수 있도록 정확히 어떤 단계가 바뀌었는지 짚어주세요.

오래된 단계를 조용히 교체하는 대신 무엇이 바뀌었는지 짚어주는 것은 이전 버전을 외웠던 사람들이 실제로 무엇이 다른지 알아차리는 데 도움이 됩니다.

구조

따를 수 있는 SOP가 실제로 필요로 하는 것

이것들은 작업에 익숙하지 않은 사람이 첫 시도에서 정확하게 완료할 수 있게 하는 요소들입니다.

명확한 시작점과 끝점

작업이 정확히 언제 시작하고 진짜로 끝났을 때 어떻게 보이는지 명시하세요. 정의된 끝점이 없는 SOP는 독자가 끝났는지 단계를 놓쳤는지 추측하게 합니다.

진짜 도구에 진짜 이름

일반적인 설명이 아니라 팀이 사용하는 실제 시스템, 필드, 도구 이름을 사용하세요. "요청을 열어보세요"는 독자가 요청이 어디에 있는지 이미 알고 있을 때만 유용합니다; 시스템 이름을 밝히세요.

명시적으로 서술된 결정 지점

과정이 조건에 따라 분기된다면, 암시하지 말고 단계 안에서 직접 그것을 말하세요. 숨겨진 분기는 누군가 잘못된 경로를 따라가는 가장 흔한 이유입니다.

주요 단계와 분리된 예외

정상적인 경로를 짧고 깨끗하게 유지하고, 예외 사항을 자체 섹션으로 옮기세요. 주요 단계에 예외를 묻어두는 SOP는 일반적인 경우를 따라가기 더 어렵게 만듭니다.

당신이 건너뛰는 단계들

한 문장으로 설명할 과정이 Claude에게 줄 과정이 아닌 이유

누군가 이 작업에 대해 무엇을 하는지 물으면, 당신은 아마 한두 문장으로 요약할 것입니다: "요청을 확인하고, 계정을 인증하고, 환불을 처리합니다." 그 요약은 정확하지만, 신입 직원이 실제로 필요한 거의 모든 것을 빠뜨리기도 합니다. 당신이 자동으로 하는 작은 확인들, 슬쩍 보는 특정 필드, 계속하기 전에 항상 확인하는 것들이 반복을 통해 당신에게 보이지 않게 되었기 때문입니다. 작업을 처음 하는 사람에게는 그것들이 보이지 않지 않습니다.

이것이 기술적으로 정확하더라도 첫 SOP 초안이 빈약하게 느껴지는 공백입니다. Claude는 당신이 말해준 것만 적을 수 있고, 과정의 깔끔하게 정리된 요약 버전을 설명하면 번호가 매겨진 단계로 형식화된 깔끔한 요약을 돌려받게 됩니다. 그 작업에 익숙하지 않은 누군가가 따를 수 있는 실제 절차가 아닙니다. 해법은 바로 옆에 서 있는 신입 직원을 안내하듯 과정을 서술하는 것입니다. 언급할 필요도 없을 만큼 당연하게 느껴지는 부분들까지 포함해서요.

그 보이지 않는 단계들을 드러내는 유용한 방법은 나중에 기억에서 요약하는 대신, 실제로 작업을 한 번 수행하면서 소리 내어 서술하거나 프롬프트에서 그것에 최대한 가깝게 하는 것입니다. 습관적인 확인들은 실시간 과정을 거칠 때 자연스럽게 떠오르는 경향이 있습니다; 나중에 기억에서 되돌릴 때는 사라지는 경향이 있는데, 기억은 요약을 간직하고 그 요약을 참되게 만든 작은 움직임들은 떨어뜨리기 때문입니다.

흔한 실수

SOP가 누군가 실제로 처음 사용할 때 실패하게 만드는 것

이것들은 합리적으로 보이는 문서를 실제의, 익숙하지 않은 사용자와의 접촉을 견디지 못하는 문서로 바꾸는 공백들입니다.

진짜 이름 대신 모호한 도구 참조

"시스템에 업데이트를 기록하세요"는 어느 시스템, 어느 화면, 어느 필드인지 이미 모르는 사람에게는 아무 의미가 없습니다. 매번 실제 도구 이름을 밝히세요.

한 단계 안에 묻힌 숨겨진 결정

한 단계가 명시되지 않은 조건에 비밀리에 의존한다면, 독자는 쉽게 경로를 바꿀 수 없을 만큼 이미 늦기 전까지 자신의 상황에 어느 경로가 적용되는지 알 수 없습니다.

작업에 명시된 끝점이 없음

SOP가 "완료"가 어떻게 보이는지 말하지 않으면, 독자는 계속해야 하는지 마지막으로 적힌 단계 뒤에 오는 단계를 놓친 것인지 추측하게 됩니다.

예외가 주요 단계와 섞여 있음

정상적인 단계 중간에 놓인 예외 사항은 일반적인 경우에 있는 사람들을 포함해 모든 독자가 계속하기 전에 그것이 적용되는지 알아내게 만듭니다.

관련 자료를 함께 유지하기

SOP가 관련 문서들과 함께 존재하는 것이 이로운 이유

표준 운영 절차는 홀로 존재하는 경우가 거의 없습니다. 보통 준수해야 하는 정책, 대체한 이전 버전, 또는 다르지만 연결된 작업을 위한 관련 절차를 참조하며, 작성하는 동안 그 문서들을 가까이 두면 SOP를 독립적으로 작성해 다른 모든 것과 맞기를 바라는 것보다 결과가 더 일관성 있게 됩니다. Claude의 프로젝트 기능을 사용하면 관련 파일 모음을 한 곳에 보관할 수 있어, SOP에 관한 모든 대화가 매번 다시 붙여넣지 않고도 같은 배경 자료를 참조할 수 있습니다. 이는 support.claude.com의 프로젝트 도움말 페이지에 문서화되어 있습니다.

이는 SOP가 절차 자체와 독립적으로 바뀌는 정책 문서와 일관성을 유지해야 할 때 가장 중요합니다. 정책이 어떤 승인 경로가 적용되는지 결정하는 금액 같은 기준을 설정한다면, 정책과 SOP를 같은 프로젝트에 보관하면 하나의 미래 업데이트를 다른 것과 대조해 확인하기가 더 쉬워집니다. 몇 달 후에 절차와 그것이 구현해야 하는 정책이 조용히 벌어졌다는 것을 발견하는 대신 말입니다.

팀이 같은 작업의 변형들을 위해 여러 관련 SOP를 유지할 때도 도움이 됩니다. 예를 들어 표준 요청을 위한 절차와 신속한 요청을 위한 두 번째 절차 같은 경우입니다. 둘을 동시에 볼 수 있으면 공유된 단계들을 일관되게 표현하고 그들 사이의 차이를 우연이 아니라 의도적으로 유지하기가 더 쉬워집니다. 두 사람이 각각 같아야 하는 기본 과정의 다른 버전을 업데이트하고 있을 때, 이것은 들리는 것보다 더 중요합니다.

게시하기 전에

SOP가 공식 버전이 되기 전에 확인할 것

책상에서 읽는 것만이 아니라 실제로 작업을 수행하면서 초안을 살펴보세요. 화면상으로는 완전해 보이는 단계가 종종 당신이 자동으로 하는 작은 동작을 건너뛰는 것으로 드러납니다. 그 공백은 처음부터 끝까지 조용히 읽는 것보다 손을 키보드에 올려놓았을 때 훨씬 더 명백합니다.

모든 도구 이름, 필드 이름, 시스템 참조를 지금 실제로 화면에 있는 것과 대조해 확인하세요. 인터페이스는 바뀌고, 이름이 바뀐 버튼이나 퇴역한 시스템을 여전히 참조하는 SOP는 신입 직원이 더 이상 존재하지 않는 것을 찾게 만들 것입니다. 이것은 빠진 단계보다 더 나쁜 실패입니다. 문서의 실수가 아니라 자신의 실수처럼 보이기 때문입니다.

가능하다면 작업을 한 번도 해본 적 없는 사람에게 초안을 주고 어디서 머뭇거리는지 관찰하세요. 과정에 진정으로 익숙하지 않은 누군가가 멈춰서 "잠깐, 여기서 뭘 해야 하죠?"라고 묻는 지점은 SOP가 실제로 공백을 가진 곳에 대한 가장 신뢰할 수 있는 신호입니다. 당신 자신의 재검토보다 더 신뢰할 수 있습니다. 당신은 그 사람이 읽는 방식으로 읽기 위해 과정을 모르는 상태로 돌아갈 수 없기 때문입니다.

Claude는 자세한 과정 설명을 빠르게 깨끗하고 번호가 매겨진 절차로 바꿀 수 있지만, 그 절차가 실제로 작업이 어떻게 이루어지는지와 일치하는지, 그리고 새로운 사람이 질문 없이 따를 수 있을 만큼 완전한지에 대한 판단은 여전히 실제 작업에 대한 진짜 시험 운영만이 확인할 수 있는 것입니다.

좋은 SOP는 첫 번째 진짜 사용자를 견뎌냅니다

다른 사람이 실제로 따를 수 있을 만큼 충분히 자세하게 과정을 설명하는 것은 특정한 글쓰기 기술입니다. Nightschool AI의 무료 레슨은 Claude를 사용한 실제 업무 글쓰기 작업을 다루며, 무엇을 자세히 설명하고 무엇을 별도의 예외 섹션에 남길지에 대한 판단도 포함합니다.

자주 묻는 질문

Claude가 SOP를 작성하기 전에 말해줄 가장 중요한 것은 무엇인가요?

보통 소리 내어 말하지 않는 실제 도구와 필드 이름, 작은 습관적인 확인들을 포함해 실제로 하는 그대로 과정을 안내하세요. 그 보이지 않는 단계들이 신입 직원이 실제로 필요한 것입니다.

조건에 따라 달라지는 단계는 어떻게 처리해야 하나요?

단계 안에서 분기를 명시적으로 서술하세요: 조건이 참이면 한 가지를 하고, 아니면 다른 것을 하세요. 단일 단계 안에 묻힌 숨겨진 결정은 누군가 잘못된 경로를 따라가는 가장 흔한 이유입니다.

예외를 주요 번호 단계와 섞어야 하나요?

아니요. 정상적인 경로를 짧게 유지하고 예외 사항을 별도의 예외 섹션으로 옮기세요. 현재 경우가 정상적인 패턴에 맞지 않을 때 어디를 확인해야 하는지 알려주는 짧은 안내를 주요 단계에 남겨두세요.

제 SOP 초안이 실제로 공백이 있는지 어떻게 알 수 있나요?

작업을 물리적으로 수행하면서 살펴보거나, 과정에 익숙하지 않은 사람이 할 것처럼 Claude에게 읽어달라고 하고 정의되지 않은 모든 것을 표시해달라고 요청하세요. 둘 다 당신이 이미 과정을 알고 있을 때 보이지 않는 공백을 드러냅니다.

Claude가 SOP를 관련 정책 문서와 일관되게 유지하도록 도울 수 있나요?

support.claude.com의 프로젝트 도움말 페이지에 설명된 대로 둘 다 같은 Claude 프로젝트에 보관하면 작성 중에 정책을 참조하기 쉬워지고 나중에 둘 사이의 괴리를 확인하기 쉬워집니다.

SOP는 작업이 언제 끝나는지에 대해 무엇을 말해야 하나요?

명확한 끝점을 명시하세요: 작업이 진짜로 끝났을 때 정확히 어떻게 보이는지요. 그것이 없으면 독자는 끝났는지 마지막으로 적힌 단계 뒤에 와야 할 단계를 놓친 것인지 추측하게 됩니다.

실제 과정이 바뀐 후 SOP를 어떻게 업데이트해야 하나요?

Claude에게 기존 SOP를 주고 지금 무엇이 다른지 설명한 다음, 정확히 어떤 단계가 바뀌었는지 짚어달라고 요청하세요. 그것은 이전 버전을 외웠던 사람들이 전체 문서를 다시 배우는 대신 실제로 무엇이 다른지 알아차리는 데 도움이 됩니다.

게시되기 전에 누가 SOP 초안을 검토해야 하나요?

가능하다면 작업을 한 번도 해본 적 없는 사람입니다. 그들이 머뭇거리거나 다음에 무엇을 해야 하는지 묻는 지점은 당신 자신의 재검토보다 실제 공백에 대한 더 신뢰할 수 있는 신호입니다. 과정에 익숙하지 않은 누군가가 읽는 방식으로 당신은 그것을 읽을 수 없기 때문입니다.

SOP는 새로운 누군가가 실제로 따를 수 있을 때만 작동합니다

이 구조는 매번 재사용할 수 있습니다. 보통 건너뛰는 부분들을 포함해 실제 과정을 거치는 것이 제대로 할 가치가 있는 부분입니다.

Nightschool AI는 독립적인 학습 플랫폼이며 Anthropic과 제휴, 보증 또는 후원 관계가 없습니다. Claude는 Anthropic, PBC의 상표입니다. Anthropic의 공식 Claude Academy를 찾으시나요? academy.claude.com에서 확인하세요.