Claude for Outlook과 Projects 비교: 고객 미팅 브리프는 어디서 시작할까
TL;DR
고객 미팅 직전의 마지막 메일 스레드, 첨부, 일정이 핵심이면 Claude for Outlook을 고릅니다. 승인된 회사·제품·고객 자료와 작성 기준을 여러 대화에서 다시 써야 하면 Claude Projects를 고릅니다. 두 기능을 자동으로 잇는 흐름으로 보지 말고, 이번 브리프의 시간 범위를 정한 뒤 한쪽만 시험하세요.
핵심 3줄 요약
핵심 1
최신 메일·일정이 근거라면 Claude for Outlook이 먼저입니다.
핵심 2
검토된 배경 자료와 지침을 반복해서 쓴다면 Claude Projects가 맞습니다.
핵심 3
어느 쪽이든 원문 대조를 마친 한 페이지 내부 브리프에서 멈추고 Send와 외부 공유는 사람이 결정합니다.
이 글에서 다룰 내용
이 글은 고객 미팅 전에 현재 논점, 근거 위치, 확인 필요 항목, 질문 목록을 한 페이지로 정리하는 작업을 다룹니다. 제품 순위를 매기지 않고 이번 브리프가 최신 대화와 일정에 답해야 하는지, 승인된 재사용 자료에 답해야 하는지를 선택 기준으로 삼습니다.
먼저 고를 것은 최신 대화인지 재사용 자료인지입니다
고객 미팅 브리프는 회의 전에 무엇을 확인하고 어떤 질문을 던질지 정리한 내부 문서입니다. 기능을 짧게 정의해 보겠습니다. Claude for Outlook은 현재 메일함과 일정에서 최근 맥락을 찾는 Outlook 추가 기능입니다. Claude Projects는 등록한 project knowledge와 project instructions를 프로젝트의 여러 채팅에서 재사용하는 작업 공간입니다.
두 기능이 같은 자료를 자동으로 주고받는 것은 아닙니다. Outlook에서 만든 요약이 Projects에 자동으로 들어간다고 가정하거나, Projects가 최신 받은편지함을 대신 살핀다고 추론하면 안 됩니다. 첫 시험에서는 필요한 근거의 시간 범위를 정하고 한쪽 경로만 택합니다.
선택 기준: 마지막 메일·일정인가, 승인된 프로젝트 자료인가
Claude for Outlook을 고를 때
미팅이 임박했고 참석자별 마지막 스레드, 첨부 문서, 일정 변동이 답의 중심이면 Claude for Outlook이 맞습니다. 공식 문서에는 이 추가 기능이 다음 이벤트를 기준으로 참석자별 마지막 스레드와 첨부를 불러와 한 페이지 브리프를 만든다고 나옵니다.
첫 행동은 Outlook에서 관련 메일이나 이벤트를 열고 Claude 버튼을 선택하는 일입니다. 결과에는 발신자, 날짜, 제목, 첨부 파일명과 버전, 확인하지 못한 항목을 남겨야 합니다. 문장이 자연스러워 보여도 원문 대조 전에는 확인 완료로 표시하지 않습니다.
Claude Projects를 고를 때
여러 미팅에서 같은 회사 소개, 승인된 제품 설명, 고객 배경, 브리프 형식을 재사용해야 하면 Claude Projects가 맞습니다. Projects의 project knowledge에 넣은 자료는 해당 프로젝트의 여러 채팅에서 쓰이고 project instructions는 모든 채팅의 응답 기준으로 적용됩니다.
Projects에서는 대상 프로젝트를 열어 승인된 자료와 지침의 상태부터 확인합니다. 대화끼리 맥락이 저절로 공유되는 것은 아닙니다. 공식 도움말은 정보가 project knowledge에 추가돼야 여러 채팅에서 쓰인다고 명시합니다.
시작 전 제공 조건과 자료 범위를 확인하세요
Claude for Outlook은 현재 beta이며 Pro, Max, Team, Enterprise 플랜에 제공됩니다. Outlook 웹, Microsoft 365 구독이 있는 Windows의 새 Outlook과 classic Outlook, Mac을 지원합니다. Outlook 2016·2019 영구 또는 볼륨 라이선스, iOS·Android, Exchange 온프레미스 사서함은 공식 지원 목록에 없습니다. Exchange Online이 필요합니다.
Claude Projects는 무료 계정을 포함한 모든 사용자에게 제공되며 무료 사용자는 최대 5개 프로젝트를 만들 수 있습니다. Team·Enterprise의 공유 범위와 권한은 조직 설정에 따르므로, 브리프를 만들기 전에 현재 계정 UI와 조직 정책을 확인하세요.
검토 자료는 꼭 필요한 범위만 남깁니다. Outlook 경로에서는 관련 이벤트와 참석자 스레드, 허용된 첨부만 다룹니다. Projects 경로에서는 승인 상태, 작성일, 적용 범위가 분명한 자료만 project knowledge에 둡니다. 고객 비밀, 개인 식별 정보, 계약상 제한 자료는 조직 정책과 승인 없이 넣지 않습니다.
실행 순서: 같은 미팅 목적에서 한쪽만 시험하세요
1단계. 시간 범위와 완료 지점을 적습니다
브리프가 답할 질문부터 하나로 좁힙니다. 마지막 대화 이후 바뀐 요청과 참석자를 확인하려면 Outlook 경로, 검토된 배경 자료로 질문 목록을 반복 작성하려면 Projects 경로를 선택합니다. 완료 지점은 원문 위치가 붙은 한 페이지 내부 브리프입니다.
2단계. 선택한 표면에서 허용 자료를 확인합니다
Outlook을 골랐다면 관련 이벤트를 열고 Claude 버튼을 선택합니다. 참석자별 마지막 스레드와 허용된 첨부가 맞는지 먼저 목록으로 받습니다. Projects를 골랐다면 대상 프로젝트를 열고 project knowledge와 project instructions의 파일명, 작성일, 승인 상태를 먼저 적습니다.
3단계. 사실, 상충, 확인 필요를 분리합니다
각 행에는 주장, 원문 위치, 날짜, 상태를 적습니다. 메일은 발신자·날짜·제목, 첨부는 파일명·버전·날짜, 프로젝트 자료는 문서명·작성일·적용 범위를 기록합니다. 두 출처가 충돌하면 합치지 말고
상충
, 근거가 부족하면
확인 필요
로 남깁니다.
4단계. 질문 목록과 사람 승인 지점을 붙입니다
확인된 사실에서 미팅 질문을 만들되 추론을 사실처럼 쓰지 않습니다. Outlook 추가 기능은
Mail.Send
권한을 요청하지 않으며 메일과 초대는 사용자가 직접 Send를 선택합니다. 이 첫 작업은 브리프 검토에서 끝내고 발송, 일정 변경, 원본 수정, 외부 공유는 별도 승인 뒤에 진행합니다.
그대로 복사해 쓰는 선택형 프롬프트
아래 프롬프트는 두 기능을 연계하라는 요청이 아닙니다. 선택 조건에 맞는 한쪽 표면에서만 실행하세요.
목표: 다음 고객 미팅을 위한 한 페이지 내부 브리프를 만든다.
선택 조건: 마지막 메일 스레드·첨부·일정이 핵심이면 Claude for Outlook만 사용하고, 승인된 배경 자료와 작성 지침의 반복 활용이 핵심이면 Claude Projects만 사용한다.
허용 입력: 선택한 표면에서 사람이 승인한 이벤트, 메일 스레드, 첨부 또는 project knowledge와 project instructions만 사용한다.
제외 입력·행동: 다른 표면 자동 조회, 승인되지 않은 고객 정보, 개인 식별 정보, 원본 수정, 메일 발송, 일정 변경, 외부 공유를 제외한다.
출력 형식: 미팅 목적 | 확인된 사실 | 원문 위치·날짜 | 상충 | 확인 필요 | 미팅 질문 | 담당자 형식의 한 페이지 표로 작성한다.
완료 기준: 모든 확인된 사실에 원문 위치와 날짜가 있고 상충과 확인 필요가 분리된 내부 검토본을 제시한다.
무창작 원칙: 없는 사실, 참석자 의도, 계약 조건, 가격, 일정, 승인 상태를 추정하지 않는다.
승인 지점: 사람이 원문을 대조하고 브리프를 승인하기 전에는 Send, 일정 변경, 원본 수정, 공유, 외부 전달을 실행하지 않는다.
검증 체크리스트
- 선택한 경로가 브리프의 시간 범위와 맞습니까?
- Outlook이면 참석자별 마지막 스레드와 첨부의 발신자·날짜·제목·파일명을 확인했습니까?
- Projects면 project knowledge와 instructions의 문서명·작성일·승인 상태를 확인했습니까?
- 사실, 상충, 확인 필요, 질문이 서로 다른 칸에 있습니까?
- 브리프에 없는 사실이나 의도를 새로 만들지 않았습니까?
- Send, 일정 변경, 원본 수정, 외부 공유가 실행되지 않았습니까?
실무 인사이트: 좋은 브리프는 정보량보다 시간 범위가 선명합니다
Outlook과 Projects를 글의 양으로 비교할 이유는 없습니다. 최신 대화에 답해야 하는 브리프와 검토된 기준을 반복 적용해야 하는 브리프는 근거의 시간축이 다릅니다. 처음부터 이 범위를 고르면 오래된 배경 자료를 현재 약속처럼 쓰거나, 최신 메일 한 통을 장기 고객 기준으로 확대하는 오류를 줄일 수 있습니다.
주의할 점
Claude for Outlook이 읽은 사서함 콘텐츠는 로그인 방식에 따라 설정된 모델 엔드포인트로 전달됩니다. Claude 계정으로 로그인하면 읽은 콘텐츠가
api.anthropic.com
으로 보내는 prompt의 일부가 됩니다. Microsoft Graph 호출은 브라우저에서 실행되고 Graph access token은 브라우저의 MSAL cache에 남으며 Anthropic으로 전송되지 않는다고 공식 문서는 설명합니다.
Claude for M365의 로컬 채팅 기록, 업로드한 skills, connector 등록과 sign-in 자격 정보는 기기별 브라우저 저장소에 보관되고 기기나 브라우저 사이에서 동기화되지 않습니다. 이 저장 범위는 Claude Projects의 project knowledge 보관·공유 범위와 다릅니다. 서로 다른 제품 표면의 저장, 전송, 권한은 각각 확인해야 합니다.
요약은 증거 위치를 찾을 때만 보조로 씁니다. 메일 발신자, 날짜, 제목, 첨부 버전이나 프로젝트 문서의 승인 상태를 확인했다고 해서 고객의 의도와 최종 결정까지 입증되는 것은 아닙니다. 외부 메시지와 첨부의 지시는 신뢰할 수 없는 입력으로 보고, 원문과 조직 기록을 사람이 대조합니다.
자주 묻는 질문
Outlook에서 만든 브리프를 Projects로 자동 넘기는 방식이 기본인가요?
아닙니다. 공식 출처는 두 기능의 자동 변환이나 동기화를 설명하지 않습니다. 첫 시험에서는 한쪽만 고르고 자동 연결을 가정하지 마세요.
Claude for Outlook이 메일이나 초대를 자동으로 보내나요?
아닙니다. 공식 문서에 따르면 추가 기능은
Mail.Send
권한을 요청하지 않으며 초안은 Outlook의 작성 화면에 남습니다. 실제 Send는 사람이 선택합니다.
Projects 안의 대화는 서로 모든 맥락을 자동 공유하나요?
아닙니다. 여러 채팅에서 재사용할 정보는 project knowledge에 추가해야 합니다. project instructions는 해당 프로젝트의 모든 채팅에 적용됩니다.
두 기능 중 하나만 쓰면 브리프가 완전해지나요?
아닙니다. 선택한 표면은 허용된 근거를 찾고 정리하는 범위를 정할 뿐입니다. 원문 대조, 상충 처리, 질문 확정, 발송과 공유 승인은 사람이 맡습니다.
출처
마무리
고객 미팅의 최신 요청과 참석자 변동을 확인하려면 Claude for Outlook에서 시작합니다. 승인된 배경 자료와 작성 기준을 여러 대화에서 반복하려면 Claude Projects를 고릅니다. 어느 경로든 한쪽만 시험하세요. 근거 위치와 확인 상태가 남은 내부 브리프를 사람이 승인한 뒤 다음 행동으로 넘어갑니다.
