Claude를 비즈니스 애널리스트로 활용하는 방법(그리고 Claude가 잘못하는 것)

Claude를 비즈니스 분석가로 활용하려면, 요구사항 하나를 요청하기 전에 요청 원문 그대로, 현재 프로세스의 단계별 설명, 해결하려는 구체적인 실패를 차례로 제공하세요. 이 순서를 지켜야 합니다. Claude는 그대로 두면 문제의 본질보다 이해관계자가 제안한 해결책을 문서화하고, 프로세스 맵에서 비어 있는 부분을 그럴듯하게 지어낸 단계로 채웁니다. 아래에는 입력 순서, 검증 가능한 결과물을 만드는 5개의 prompts, 그리고 모든 초안을 다시 읽으며 확인할 가치가 있는 실패 모드가 정리되어 있습니다.

Claude에게 무엇을, 어떤 순서로 제공해야 하나요?

순서가 중요한 이유는 Claude가 가장 먼저 읽은 내용에 기준점을 두기 때문입니다. 제안된 해결책을 먼저 제시하면 이후의 모든 답변이 그 방향으로 기울어집니다. 다음 순서로 입력하세요.

1. 요청 원문 그대로. 이해관계자가 실제로 말하거나 작성한 내용을 붙여 넣으세요. 정리해서 다듬은 버전이 아닙니다. "영업팀에 대시보드가 필요하다"와 "영업팀은 어떤 거래가 막혀 있는지 알 수 없다"는 전혀 다른 문서를 만들어 내며, 보통 실제 의도는 두 번째 표현에 가깝습니다.
2. 영향을 받는 사람과 최종 승인권자. 역할과 그중 거부권을 가진 사람이 누구인지 적으세요. 그렇지 않으면 Claude는 하나의 일반적인 "사용자"를 대상으로 작성하고, 아무도 책임지지 않는 요구사항을 만들어 냅니다.
3. 현재 프로세스를 단계별로. 모든 단계에 담당자, 시스템, 트리거, 결과물을 지정하세요. 수동 우회 절차도 포함하세요. 한 사람이 관리하는 스프레드시트나 승인 역할을 하는 Slack 메시지처럼 말입니다. 실제 요구사항은 대개 바로 그곳에 숨어 있습니다.
4. 구체적인 실패. "비효율적이다"가 아닙니다. 무엇이 얼마나 자주 고장 나고, 그로 인해 비용이 얼마나 발생하는지 적으세요. 예를 들면 "한 달에 약 40건의 인보이스 중 3건이 두 번 입력되고, 재무팀이 이를 취소하는 데 한 달에 대략 하루를 쓴다"와 같습니다. 수치가 없다면 없다고 적으세요. 이는 조사 과제이지, Claude가 빈칸을 채우도록 맡길 일이 아닙니다.
5. 제약 조건. 마감일, 예산, 건드릴 수 없는 시스템, 컴플라이언스 규정, 지난번에 통합하는 데 9개월이 걸렸던 시스템입니다.
6. 이미 존재하는 것. 현재 문서, 티켓 내보내기 파일, 기존 화면의 스크린샷입니다. Claude는 붙여 넣은 텍스트와 첨부 파일을 읽습니다. Jira를 읽지는 못합니다.

그런 다음에야 결과물을 요청하고, 한 번에 하나의 산출물만 요청하세요. 먼저 현재 상태 맵, 그다음 차이점 목록, 그다음 스토리 순서입니다. 한 번에 완전한 BRD를 요청하면 모든 섹션이 대략 60%만 맞고, 나머지 40% 중 무엇이 틀렸는지 알 수 없는 문서를 받게 됩니다.

Claude는 비즈니스 분석 업무에서 무엇을 잘못하나요?

문제가 아니라 해결책을 문서화합니다. "새로운 승인 대시보드"에 대한 요구사항을 요청하면 대시보드 요구사항을 작성합니다. 승인 단계가 애초에 존재해야 하는지 묻지 않습니다. 이 구분을 명시적으로 강제해야 하며, 요청하지 않으면 절대 스스로 구분하지 않습니다.

프로세스 단계를 지어내 빈틈을 채웁니다. "그런 다음 재무팀으로 넘어갑니다"라고 말하면, 실제로 제공한 단계와 똑같이 확신에 찬 어조로 그럴듯한 재무 관련 하위 단계 세 개를 돌려줍니다. 출력 어디에도 둘의 차이를 표시하지 않습니다. 지어낸 단계는 검토되고, 이견 없이 받아들여지고, 실제로 구축되기 때문에 목록에서 가장 비용이 큰 오류입니다.

스토리를 되풀이하는 인수 기준. 수정하지 않으면 다음과 같이 작성합니다. "관리자로서 보고서를 내보내 공유하고 싶습니다. 인수 기준: 관리자가 보고서를 내보낼 수 있습니다." 이는 테스트할 수 없으며 QA는 그대로 반려할 것입니다.

형용사로 작성된 비기능 요구사항. "시스템은 빠르고 확장 가능하며 사용자 친화적이어야 한다"는 거의 모든 초안에 등장합니다. 수치도, 측정 방법도, 누구나 승인할 수 있는 기준도 없습니다.

긴 스레드에 대한 내용 하나 더 있습니다. 20번째 메시지가 되면 6번째 메시지에서 제외한 범위를 어느새 다시 포함합니다. 몇 차례 메시지마다 합의된 범위를 다시 명시하고 문서를 그 범위와 대조하여 확인하세요.

실제로 효과가 있는 prompts는 무엇인가요?

1. 문제와 제안된 해결책을 구분하세요.

다음은 요청 내용 그대로를 인용한 것입니다: <paste>. 아직 요구사항을 작성하지 마세요. 요청된 내용(제안된 해결책)과 그 안에 내포된 문제를 구분하세요. 그런 다음 우리가 구축할 내용을 가장 크게 바꿀 수 있는 답변을 요구하는 질문 다섯 가지를 나열하세요. 읽어서 확인한 내용이 아니라 추론한 모든 줄에는 [INFERRED]를 표시하세요.

2. 내용을 지어내지 말고 현재 상태를 매핑하세요.

아래는 제가 알고 있는 프로세스 단계입니다. 각 단계에 대해 담당자, 시스템, 트리거, 출력을 포함한 번호 매긴 흐름으로 그대로 정리하세요. 제가 단계를 제공하지 않은 경우에는 내용을 지어내지 말고 [UNKNOWN - confirm with owner]라고 작성하세요. 단계를 추가하지 마세요.

3. 인수 기준을 테스트 가능하게 만드세요.

각 인수 기준에 대해 QA 엔지니어가 실행할 정확한 테스트를 작성하세요. 시작 상태, 수행할 작업, 관찰 가능한 결과부터 작성하세요. 테스트를 작성할 수 없다면 해당 기준이 너무 모호한 것이므로, 작성할 수 있을 때까지 다시 작성하세요.

4. 비기능 요구사항에 수치를 넣으세요.

모든 비기능 요구사항을 숫자와 측정 방법이 포함되도록 다시 작성하세요. 수치화할 수 없는 요구사항은 목록에서 제거하고 "비즈니스에서 목표값 필요"라는 제목의 별도 섹션에 넣으세요.

5. 범위가 벗어나지 않는지 확인하세요.

합의된 범위: <list>. 위 문서를 읽고 해당 목록에 포함되지 않은 모든 요구사항을 나열하세요.

Prompt 2가 가장 많은 재작업을 줄여 줍니다. Prompt 3은 사람들이 건너뛰었다가 후회하는 항목입니다.

어떻게 설치하나요?

이 Skill은 루트에 SKILL.md 파일이 들어 있는 ZIP 파일입니다. Claude 데스크톱 앱에서 Customize → Skills → +로 이동해 ZIP을 업로드한 다음 켜세요. Claude는 SKILL.md를 읽고 활성화하기 전에 Skill의 기능 요약을 보여줍니다.

먼저 확인할 사항이 하나 있습니다. Settings → Capabilities에서 코드 실행이 활성화되어 있어야 합니다. Skills 자체는 Free를 포함한 모든 요금제에서 작동합니다. 코드 실행 없이는 Skill이 실행되지 않습니다.

무료 Claude 요금제나 ChatGPT 또는 Gemini에서는 텍스트 편집기에서 SKILL.md를 열고 그 내용을 사용자 지정 지침에 붙여넣는 방식이 대안입니다. 켜기/끄기 토글은 사용할 수 없지만 동작은 동일합니다. 요금제 요구사항은 2026년 9월에 Anthropic의 Skills 도움말 문서를 기준으로 확인했습니다 - 요금제 제한은 꽤 자주 바뀌므로 구매하기 전에 Claude 앱에서 현재 요구사항을 확인하세요.

이 작업에 Claude를 사용하면 안 되는 경우는 언제인가요?

이 도구는 이해관계자 인터뷰를 진행할 수 없으며, 여러분의 Jira, 데이터 모델, CRM의 실제 필드 제한, 팀의 처리 속도에도 접근할 수 없습니다. 이해관계자가 무엇을 원하는지에 관한 말은 무엇이든, 발견한 사실처럼 꾸민 추측일 뿐입니다. 현재 프로세스가 어떻게 작동하는지 이미 알고 있지 않다면 Claude가 대신 알아낼 수 없습니다 - 한 번도 본 적 없는 프로세스의 지도를 확신에 차서 제시할 뿐입니다.

각 요구사항을 승인된 출처까지 추적해야 하는 규제 대상 업무에서는, 출처를 직접 관리하지 않는 한 빠른 초안 작성이 오히려 위험 요소가 됩니다. 또한 학습 자료에 유사한 사례가 전혀 없는 정말 새로운 분야의 문제라면, 일반적인 패턴에 의존하게 되어 결국 또 하나의 템플릿을 내놓습니다.

가장 큰 효과를 내는 부분: 2차 및 3차 초안 작성, 합의된 범위를 사용자 스토리로 확장하기, 두 프로세스 맵 간의 갭 분석, 그리고 아무도 문서로 남기지 않은 요구사항을 구체화하기입니다.

이것은 누구를 위한 것인가요?

더 빠른 2차 초안을 원하는 비즈니스 분석가, 사용자 스토리를 작성하는 제품 책임자, 계약 개발자를 위한 빌드를 명세하는 창업자, 이미 잘 알고 있는 프로세스를 재설계하는 운영 리드. 비즈니스, 컨설팅 및 운영 컬렉션에는 인접 직무를 다루는 101개의 Skills가 있으며, 데이터 분석가 가이드는 수치 분석이 시작되는 지점부터 이어서 설명합니다.

관련 Skill 가이드

• Claude를 데이터 분석가로 사용하는 방법
• 시장 조사를 위해 Claude를 사용하는 방법
• 부서별 Claude prompt 및 템플릿
• Claude를 연구 보조원으로 사용하는 방법: Aiden Skill 가이드
• Claude를 보고서 작성자로 사용하는 방법: Reid Skill 가이드
• Claude를 학술 작가로 사용하는 방법: 경계선은 어디인가
• Claude를 문서 요약가로 사용하는 방법: Jules Skill 가이드