Gemini Notebook Reports와 Data Tables 비교: 공급사 근거 검토는 보고서와 표 중 무엇으로 시작할까

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

공급사 제안서와 제품 설명을 한 노트북에 넣었다고 바로 순위를 매길 필요는 없습니다. 이번 검토에서 답할 질문부터 정합니다. 검토자가 주장과 미확인 조건을 읽어야 한다면 보고서를, 합의된 항목을 공급사별로 확인해야 한다면 표를 고릅니다.

이 선택 기준과 근거 검토표는 공식 기능 설명에서 도출한 저자 권고입니다. 실제 구매 시험이나 가격 비교 결과가 아닙니다.

Reports와 Data Tables는 무엇이 다른가

Gemini Notebook의 Studio는 선택한 노트북 자료를 바탕으로 여러 산출물을 만듭니다. 공식 도움말의 Reports에는 FAQ, study guide, briefing document, AI 제안 유형, 직접 지정한 보고서가 포함됩니다. 여기서는 briefing document로 검토 쟁점 초안을 만드는 경우만 다룹니다.

Data Tables는 별도 Studio 산출물입니다. 연필 아이콘으로 언어를 고르거나 프롬프트에 원하는 행과 열을 적을 수 있습니다. 같은 표의 각 칸을 원자료와 대조하기 좋은 구조지만, 표가 만들어졌다고 공급사 조건이 검증된 것은 아닙니다.

두 산출물은 같은 소스를 쓸 수 있어도 자동으로 이어지는 필수 순서가 아닙니다. Reports에 표가 들어 있으면 그 표를 Sheets로 내보낼 수도 있습니다. 그렇다고 Reports의 표가 독립 Data Tables로 자동 변환되거나 검증된다는 뜻은 아닙니다.

어떤 질문에 어느 산출물이 맞을까

제안서를 읽었지만 아직 어떤 위험과 누락 조건을 검토해야 할지 정하지 못했다면 Reports를 먼저 택합니다. 예를 들어 제안 범위, 주장된 지원 조건, 서로 다른 문서에서 상충하는 설명을 찾아 원문을 다시 볼 질문 목록을 만듭니다. 보고서는 선정 결론이 아니라 근거를 확인할 내부 초안입니다.

비교할 공급사와 항목이 이미 합의됐다면 Data Tables를 택합니다. 공급사를 행으로, 검토 기준을 열로 놓는 방식은 이 글의 검토 양식이며 제품의 기본 구조라는 뜻이 아닙니다. 조건·기간·단위가 달라 같은 칸에 넣을 수 없다면 수치를 억지로 채우지 말고 확인 필요 로 남깁니다.

하나의 실제 작업에서는 두 산출물을 동시에 만들지 않습니다. 먼저 보고서로 쟁점을 발견할지, 표로 확정 기준을 대조할지 결정한 뒤 선택한 경로만 시험합니다. 어느 쪽이 더 정확하다는 순위는 매기지 않습니다.

시작 전 확인할 조건

컴퓨터에서 승인된 Gemini Notebook 한 개를 엽니다. 공식 도움말은 노트북마다 자료가 독립적이며 다른 노트북의 정보를 한꺼번에 가져오지 못한다고 설명합니다. Sources에서 이번 검토에 필요한 문서만 선택하고 문서명·날짜·버전·범위를 수동으로 기록합니다.

공급사 자료의 입력 허가와 조직 정책을 사람이 먼저 확인합니다. 처음에는 계약 원본이나 기밀 견적 대신 승인된 비민감 검토 사본을 씁니다. 자료를 따로 복사해 보관하는 절차는 이 글의 안전 권고이지 Notebook이 자동으로 원본을 백업한다는 뜻이 아닙니다.

도움말에 없는 정확한 요금제·언어·지역 제공 조건이나 모바일에서의 동일 동작은 단정하지 않습니다. 해당 옵션이 현재 계정의 Studio에 보이는지 확인하고, 모바일 앱에는 기능별 제한이 있을 수 있음을 염두에 둡니다.

공급사 근거를 검토하는 순서

1. 검토 질문과 완료물을 먼저 고릅니다

무슨 주장과 미확인 조건이 있는가 라면 Reports, 이미 정한 기준에 각 공급사가 무엇을 제시했는가 라면 Data Tables를 선택합니다. 수치를 비교해야 한다면 비교 단위, 기준 시점, 통화와 적용 기간도 먼저 합의합니다.

첫 시험의 완료물은 원문 대조 상태를 붙인 내부 검토본 한 개입니다. 이 판단 자체를 AI에 위임하지 않습니다.

2. 승인된 Sources를 한 노트북에 고정합니다

이번 검토에 포함할 비민감 문서의 이름, 버전, 작성일, 페이지 또는 절을 적습니다. 폐기된 버전과 접근 승인을 받지 않은 자료를 선택 범위에서 뺍니다. 선택한 소스의 범위가 곧 완전한 공급사 실사를 뜻하지는 않습니다.

노트북이 다른 노트북의 자료를 동시에 읽는다고 가정하지 않습니다. 출처가 빠졌거나 서로 충돌한다면 산출을 잠시 멈추고 사람에게 범위를 재확인합니다.

3. 선택 A: Reports로 쟁점 초안을 만듭니다

Studio에서 Reports의 briefing document를 선택하거나 필요한 경우 보고서 유형을 직접 지정합니다. 프롬프트에는 이번 검토 질문과 승인된 소스 범위, 주장별 원문 확인 필요 항목을 적습니다.

생성된 보고서에서는 지원 범위, 계약 예외, 주장 근거의 누락을 문서별로 다시 찾아봅니다. 보고서 옆 점 세 개 메뉴의 Export to Docs는 내보내기 동작이며, 그 버튼이 검토 완료나 외부 공유를 뜻하지는 않습니다.

4. 선택 B: Data Tables로 동일 기준을 대조합니다

Studio의 Data Tables에서 연필 아이콘을 선택하고 원하는 행·열을 설명합니다. 예컨대 승인된 공급사 식별값을 행으로, 합의한 지원 범위·기간·단위를 열로 삼습니다. 이 단계는 A 다음 필수 단계가 아니라 A를 고르지 않았을 때의 분기입니다.

표의 각 주요 셀을 문서 위치·기준 시점·적용 범위와 맞춰 봅니다. 생성된 Data Table 옆 점 세 개 메뉴에서 Export to Sheets를 선택하면 새 Sheets의 첫 탭에 표가, 인용이 있을 경우 두 번째 탭에 인용이 들어갑니다. 두 탭을 모두 열어 보되 인용만으로 정합성을 확정하지 않습니다.

5. 원문과 산출물의 주장·값을 맞춰 봅니다

선택한 산출물의 주장이나 셀마다 원문 문서명, 원문 위치, 날짜, 값·단위, 예외 조건을 적습니다. 상태는 확인 완료 , 상충 , 확인 필요 로 나눕니다. 원문에 없는 가격, 준수 인증, 납기, 위험 점수나 우선순위를 생성 결과로 채우지 않습니다.

예를 들어 원문이 조건부 지원을 말한다면 초안에서 무조건 지원처럼 바뀌지 않았는지 확인합니다. 수치가 맞더라도 적용 시점이나 통화가 다르면 같은 값으로 취급하지 않습니다. 판단은 검토 담당자가 원문을 보고 내립니다.

6. 내보낸 파일과 내부 승인 경계를 확인합니다

내보낸 Docs 또는 Sheets 파일의 실제 내용과 권한을 확인합니다. 내보낸 파일을 고쳐도 원래 Gemini Notebook으로 수정 내용이 동기화되지 않고 공유 권한도 이어지지 않습니다. 새로운 파일의 소유자와 접근자를 현재 화면에서 별도로 점검합니다.

자료 범위, 선택한 산출물, 대조 상태, 미해결 쟁점, 검토자와 확인 시점을 내부 기록에 남깁니다. 내부 검토 승인으로 끝내고 원본 수정, 공유, 계약 판단과 최종 구매 승인은 별도 절차에 맡깁니다.

복사해서 쓰는 선택형 프롬프트

사람이 산출물 A 또는 B를 먼저 고르고 현재 계정에서 해당 기능을 확인한 뒤 사용합니다. 대괄호 안의 문서명과 기준은 실제 승인된 값으로 바꿉니다.

이 프롬프트는 검토 양식이지 Notebook의 권한 설정이나 자동 사실 검증 기능이 아닙니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

공급사 근거 검토에서 첫 선택은 제품의 우열이 아니라 검토할 질문의 형태입니다. 주장과 빈틈을 파악해야 한다면 Reports, 합의된 항목을 공급사별로 맞춰 봐야 한다면 Data Tables를 택합니다.

한 산출물의 원문을 확인하고 내보낸 파일의 접근 권한을 점검한 뒤, 사람이 내부 검토본으로 승인합니다. 외부 공유와 업체 선정은 여기서 끝내지 않습니다.