Gemini Deep Research로 거래처 브리프 만들기: 미팅 전날 조사 시간을 줄이는 법
Gemini의 Deep Research로 거래처 조사 질문을 설계하고, 출처를 검증한 뒤 한 장짜리 회의 자료로 옮기는 방법을 정리했습니다.
거래처 미팅 전날 밤, 상대 회사 홈페이지와 기사 몇 개를 열어 놓고 한두 시간을 보낸 적이 있을 겁니다. 그런데 자료를 다 읽고 나면 "그래서 우리에게 무엇이 중요한데?"라는 질문에 답하기 어렵습니다. Gemini의 Deep Research는 이 조사 과정을 맡아서, 여러 웹 자료를 찾아 읽고 한 편의 브리프로 묶어 줍니다. 이 글에서는 조사 질문을 나누는 법, 출처를 검증하는 프롬프트, 회의 자료로 옮기는 흐름을 순서대로 정리합니다.
먼저 짚어 둘 점이 있습니다. Deep Research의 진입 위치와 버튼 이름은 앱 버전과 계정 상태에 따라 달라질 수 있습니다. 입력창 근처 도구 메뉴에서 Deep Research 항목이 보이는지 먼저 확인하세요. 보이지 않으면 아래 프롬프트를 일반 대화에 넣어도 되지만, 조사 깊이는 달라집니다.
조사 질문은 목적, 범위, 형식으로 나눠 쓰기
"A사 조사해 줘"라고 쓰면 회사 소개 페이지를 요약한 결과가 돌아오기 쉽습니다. 미팅에서 필요한 것은 회사 설명보다 상대의 최근 움직임과 우리가 꺼낼 수 있는 이야기입니다. 그래서 질문을 목적, 범위, 형식으로 나눠 쓰는 편이 낫습니다.
아래 조건으로 거래처 미팅 브리프를 조사해 주세요.
[목적]
우리 회사(B사, 업무용 문서 자동화 솔루션 판매)가 A사와 첫 미팅을 합니다. A사가 겪는 문제와 우리가 도울 수 있는 지점을 찾는 것이 목적입니다.
[범위]
- 대상: 한국 법인 A사
- 기간: 최근 12개월 안에 공개된 자료 위주
- 확인할 것: 사업 방향, 최근 발표된 투자·채용·신제품 소식, 업계 규제 변화
- 제외할 것: 출처가 불분명한 블로그
[형식]
1. 회사 한 줄 요약
2. 최근 변화 5개 이내 (날짜와 출처 링크 포함)
3. A사가 겪을 만한 업무 과제 3개 (근거가 되는 변화와 함께)
4. 미팅 첫 질문 후보 3개
5. 확실하지 않아서 추가 확인이 필요한 항목
사실이 확인되지 않는 내용은 추측이라고 표시해 주세요.이렇게 나옵니다 (가상의 회사로 만든 결과 구조 예시입니다)
1. 한 줄 요약: 제조 공정 데이터를 다루는 중견 소재 회사, 해외 공장 확장 중
2. 최근 변화: (날짜) 해외 생산 라인 증설 발표 [출처 링크]
3. 업무 과제: 해외 공장과 본사 간 품질 보고서 형식이 달라 취합에 시간이 걸릴 가능성 (근거: 증설 발표)
4. 첫 질문 후보: "해외 공장 보고서는 현재 어떤 형식으로 올라오나요?"
5. 추가 확인 필요: 증설 규모는 기사와 발표 자료의 표현이 달라 재확인 필요5번처럼 "확인이 안 된 것"을 따로 적게 하는 것이 이 프롬프트의 핵심입니다.
출처를 주장별로 대조하는 검증 프롬프트
브리프는 읽기 좋지만, 그 안의 숫자와 날짜가 원문과 맞는지는 따로 확인해야 합니다. 회의 자료로 옮기기 전에 주장과 출처를 한 줄씩 짝지어 보세요. 생략하면 잘못된 수치가 고객 앞에서 나올 수 있습니다.
방금 정리한 브리프에서 사실 주장을 모두 뽑아 표로 만들어 주세요.
| 주장 | 날짜 | 출처 링크 | 원문에서 확인된 문장 | 확인 상태 |
- 확인 상태는 "확인됨 / 일부 다름 / 출처 없음" 중 하나로 표시해 주세요.
- 출처 링크가 없는 주장은 본문에서 빼고 별도 목록으로 분리해 주세요.
- 숫자는 원문 표현 그대로 옮기고, 반올림하지 마세요."원문에서 확인된 문장" 칸은 직접 링크를 열어 채우는 것이 가장 확실합니다. 검증 단계는 조사 시간에 비해 10분 안팎이면 충분한 경우가 많습니다. 이 과정을 거치면 미팅에서 "그 수치는 어디서 나왔나요?"라는 질문에 바로 답할 수 있습니다. 시간이 부족하면 금액, 날짜, 인원수처럼 숫자가 들어간 주장부터 확인하세요.
조사 결과를 한 장짜리 회의 자료로 줄이기
브리프를 그대로 들고 가면 분량이 많아 중요한 내용이 묻힙니다. 검증이 끝난 항목만 골라 한 장으로 압축하세요.
검증이 끝난 항목만 사용해서 미팅용 자료 한 장을 만들어 주세요.
- 구성: 상대 현황 3줄 / 우리가 제안할 수 있는 지점 2가지 / 예상 반론과 답변 2가지 / 미팅에서 확인할 질문 3개
- 전체 분량은 A4 한 장을 넘지 않게 해 주세요.
- 우리 제품은 기능 나열 대신 상대 과제 해결 관점으로 써 주세요.
- 출처 번호를 본문 끝에 목록으로 붙여 주세요.결과는 문서 편집 도구에서 바로 다듬을 수 있습니다. 처음 몇 번은 자료가 한 장을 넘기기 쉬우니, 결과가 길면 "형식은 유지하고 분량만 절반으로 줄여 줘"처럼 한 번 더 요청하세요. 같은 내용을 두 번 고치는 것보다 분량 기준을 프롬프트에 미리 적어 두는 편이 빠릅니다. 팀장에게 공유할 때는 출처와 확인 상태가 붙어 있다는 점을 함께 말해 주면 검토가 빨라집니다.
같은 틀을 저장해 거래처마다 반복하기
거래처가 여러 곳이라면 프롬프트를 매번 새로 쓰는 것은 낭비입니다. 조사 틀을 한 번 정하고 회사명과 우리 제품 정보만 바꿔 넣으면 같은 형식의 결과를 여러 번 받을 수 있습니다. Gemini에서는 자주 쓰는 지침을 Gem이나 스킬 형태로 저장해 두는 방법이 있습니다. 저장 메뉴의 위치와 이름은 버전마다 다를 수 있으니 공식 도움말에서 현재 방식을 확인하세요.
저장해 둘 틀은 아래처럼 자리표시자만 남겨 두면 됩니다. 중괄호 안의 값만 바꾸면 됩니다.
[대상 회사]: {회사명}
[우리 제품]: {제품 한 줄 설명}
[조사 기간]: 최근 {N}개월 안에 공개된 자료
[확인 항목]: 사업 방향, 최근 발표, 업계 규제 변화
위 조건으로 미팅 브리프를 아래 형식에 맞춰 작성해 주세요.
1. 회사 한 줄 요약 2. 최근 변화 5개 이내(날짜·출처 포함) 3. 업무 과제 3개 4. 첫 질문 후보 3개 5. 추가 확인 필요 항목회사별로 결과를 저장해 두면 다음 미팅 때 같은 회사를 다시 조사할 때도 변화만 비교하기 쉽습니다. 지난달 브리프와 이번 브리프를 나란히 놓고 "새로 생긴 항목만 표시해 줘"라고 요청하는 것도 효과적입니다.
주의할 점
Deep Research는 조사 시간을 줄이지만 판단을 대신하지는 않습니다. 조사 결과는 우리 팀이 가진 고객 이력과 맞춰 봐야 쓸모가 생깁니다. 예를 들어 상대가 지난해 이미 다른 솔루션을 도입했다면, 그 사실은 공개 자료에 나오지 않을 수 있으니 영업 담당자가 직접 확인해야 합니다. 세 가지를 기억하세요. 첫째, 최신 발표라도 원문 보도자료를 직접 열어 보세요. 둘째, 기밀이나 개인 정보가 든 자료는 프롬프트에 넣지 마세요. 공개 자료로 범위를 제한하고, 내부 정보는 미팅 직전에 사람이 직접 더하는 방식이 안전합니다. 셋째, 상대 회사의 약점을 정리했다고 그대로 지적하면 역효과가 날 수 있습니다. 질문 형태로 바꿔 상대가 스스로 이야기하게 만드세요.
한눈에 정리
Deep Research는 흩어진 공개 자료를 목적에 맞는 브리프로 묶어 줍니다. 조사 질문은 목적, 범위, 형식으로 나눠 쓰면 결과가 훨씬 쓸모 있어집니다. 숫자와 날짜는 주장별로 출처를 대조한 뒤에만 회의 자료로 옮기세요. 확인되지 않은 내용을 따로 표시하도록 요청하는 것이 가장 큰 안전장치입니다.
자주 묻는 질문
Q. Deep Research와 일반 질문은 무엇이 다른가요? A. 일반 질문은 한 번의 답변으로 끝나지만, Deep Research는 여러 자료를 찾아 읽고 종합하는 과정을 거칩니다. 시간은 더 걸리지만 출처가 여러 개 묶인 결과를 받을 수 있습니다.
Q. 조사 결과를 그대로 고객 자료에 써도 되나요? A. 출처를 원문과 대조하고 확인 상태를 표시한 뒤에 쓰는 것을 권합니다. 최종 확인은 사람이 해야 합니다.
Q. 회사 내부 자료도 함께 넣을 수 있나요? A. 기밀이나 개인 정보가 든 자료는 넣지 않는 것을 권합니다. 공개 자료 중심으로 조사하고, 내부 정보는 직접 더하세요.
Q. 영어 자료가 많은 해외 기업은 어떻게 조사하나요? A. 조사 범위에 "한국어와 영어 자료 모두 포함, 결과는 한국어로 요약"이라고 적어 두면 됩니다. 요약 문장 옆에 원문 표현을 함께 남겨 달라고 하면 번역 과정에서 생기는 뜻 차이를 줄일 수 있습니다.
- #Gemini
- Deep Research
- 거래처 조사
- 프롬프트 작성
- 회의 준비
- 출처 검증
- AI 업무 활용