기획서를 작성할 때 가장 오래 걸리는 과정은 문서를 쓰는 시간이 아니라 ‘무엇부터 써야 할지 고민하는 시간’입니다.
빈 문서를 바라보다가 목차를 만들고, 내용을 채우고, 문장을 다듬는 과정까지 반복하다 보면 한 시간은 금방 지나갑니다.
Notion AI는 바로 이 시작 단계를 크게 줄여주는 도구입니다. 단순히 문장을 대신 써주는 것이 아니라, 초안 작성부터 구조 정리, 문장 개선까지 한 번에 도와주기 때문에 기획서 작성 속도를 크게 높일 수 있습니다.
이번 글에서는 실제 업무에서 바로 따라 할 수 있도록 5분 안에 기획서 초안을 만드는 과정을 실제 입력과 결과 중심으로 살펴보겠습니다.
5분 기획서 작성 흐름
단계
소요 시간
Notion AI 활용 기능
1. 목차 생성
1분
Generate
2. 내용 확장
2분
Continue Writing
3. 문장 다듬기
1분
Improve Writing
4. 요약 및 검토
1분
Summarize
핵심은 처음부터 완성본을 만들려고 하지 않는 것입니다. 먼저 AI에게 초안을 만들게 하고, 필요한 부분만 수정하는 방식이 훨씬 빠릅니다.
실전 장면 ① 목차를 30초 만에 만드는 방법
예를 들어 팀 회의를 위한 사내 교육 프로그램 기획서를 작성한다고 가정해 보겠습니다.
실제 입력
신입사원 대상 ChatGPT 활용 교육 프로그램 기획서를 작성하려고 합니다. 목차를 만들어 주세요.
포함할 내용
교육 목적
대상
진행 일정
교육 내용
기대 효과
Notion AI 결과 예시
1. 교육 목적 2. 추진 배경 3. 교육 대상 4. 교육 일정 및 장소 5. 세부 교육 커리큘럼 6. 필요 예산 7. 기대 효과 8. 향후 운영 계획
직접 목차를 고민하면 빠뜨리는 항목이 생기기 쉽습니다. Notion AI는 일반적으로 포함되는 항목까지 함께 제안하기 때문에 초안의 완성도가 높아집니다.
실전 장면 ② 목차 하나만 선택해 내용까지 자동 작성하기
이제 생성된 목차에서 하나를 선택합니다.
예를 들어 교육 목적 부분을 작성한다고 가정하겠습니다.
실제 입력
교육 목적 항목을 작성해 주세요.
조건
사내 업무 효율 향상 중심
AI 활용 기초 교육
약 300자
결과 예시
본 교육은 생성형 AI를 업무에 안전하게 활용할 수 있도록 기본 활용 방법을 익히고, 반복 업무 시간을 줄이는 것을 목표로 한다. 문서 작성, 회의록 정리, 자료 요약 등 실제 업무 사례를 중심으로 교육을 진행하며, 교육 이후 각 부서에서 즉시 활용 가능한 수준의 실습을 제공한다.
초안을 받은 뒤에는 회사 상황에 맞는 일정이나 예산만 수정하면 대부분의 기본 문서는 완성됩니다.
실전 장면 ③ 문장을 보고서 스타일로 다듬기
초안이 만들어졌다면 문체를 정리합니다.
실제 입력
위 문장을 보고서에 사용하는 공식적인 문체로 수정해 주세요.
결과 예시
본 교육은 생성형 AI 활용 역량을 향상시키고 반복 업무의 효율성을 높이는 것을 목적으로 한다. 교육 과정은 문서 작성, 정보 요약 및 회의록 정리 등 실무 중심의 사례를 포함하며, 교육 종료 후 즉시 현업에 적용할 수 있도록 실습 중심으로 구성한다.
문장을 처음부터 다시 작성하지 않아도 문체만 변경하면 보고서 품질이 일정하게 유지됩니다.
대부분 놓치는 부분: AI에게 먼저 ‘기획 기준’을 알려주기
많은 직장인이 “기획서를 작성해 줘”라고만 입력합니다.
하지만 결과 품질은 기획 기준을 먼저 알려주느냐에 따라 크게 달라집니다.
예를 들어 아래처럼 입력하면 결과가 훨씬 구체적입니다.
작성 대상 : 임원 보고 분량 : A4 2페이지 문체 : 공식 보고서 독자 : 경영진 목표 : 교육 승인 획득
이 네 줄만 추가해도 AI는 문장 길이, 표현 방식, 구성 순서를 상황에 맞게 조정합니다.
특히 임원 보고용, 팀장 보고용, 실무 공유용은 요구하는 문체가 다르므로 처음부터 기준을 알려주는 것이 수정 시간을 줄이는 가장 효과적인 방법입니다.
5분 안에 따라 하는 실전 순서
빈 페이지를 만든다.
Notion AI에게 목차 생성을 요청한다.
각 목차를 선택해 내용을 작성한다.
Improve Writing으로 문체를 통일한다.
Summarize 기능으로 핵심 내용을 다시 확인한다.
회사 일정, 예산, 담당자만 직접 수정한다.
이 순서대로 진행하면 처음부터 모든 내용을 직접 작성하는 방식보다 훨씬 빠르게 초안을 만들 수 있습니다.
마무리
Notion AI는 문서를 대신 작성해 주는 도구라기보다 초안을 빠르게 만드는 도우미에 가깝습니다.
실제 업무에서는 처음부터 완벽한 결과를 기대하기보다, AI가 만든 구조를 바탕으로 회사 상황에 맞게 수정하는 방식이 가장 효율적입니다.
특히 목차 생성 → 내용 확장 → 문체 수정 → 요약 검토의 순서를 익혀두면 교육 기획서뿐 아니라 회의 자료, 프로젝트 제안서, 업무 계획서 등 다양한 문서에도 그대로 적용할 수 있습니다.
자주 묻는 질문(FAQ)
Q1. 회사 기획서를 그대로 Notion AI에 입력해도 되나요?
민감한 계약 정보, 고객 정보, 개인 정보, 영업 비밀 등은 입력하지 않는 것이 좋습니다. 회사의 생성형 AI 사용 정책을 먼저 확인하고, 필요한 경우에는 예시 데이터나 익명화한 내용을 활용해 초안을 작성하는 것이 안전합니다.
Q2. AI가 작성한 기획서를 그대로 제출해도 되나요?
권장하지 않습니다. AI가 만든 초안은 구조와 문장 작성을 돕는 역할로 활용하고, 실제 일정, 수치, 예산, 담당자, 정책 등은 반드시 직접 확인해 수정해야 합니다.
Q3. Notion AI가 없으면 같은 방법을 사용할 수 없나요?
기획 기준을 먼저 제시하고, 목차 생성 → 내용 작성 → 문체 수정 → 요약 검토의 작업 순서는 다른 생성형 AI 도구에서도 비슷하게 적용할 수 있습니다. 다만 Notion AI는 문서 안에서 바로 이어서 수정하고 정리할 수 있어 반복 작업이 편리하다는 장점이 있습니다.
팀 프로젝트가 복잡해지는 이유는 업무량보다 정보가 흩어지는 방식에 있는 경우가 많습니다. 회의 내용은 메신저에 있고, 일정은 엑셀에 있으며, 수정 요청은 이메일로 전달됩니다. 담당자는 업무를 시작하기 전에 여러 곳을 돌아다니며 최신 내용을 확인해야 합니다.
예를 들어 마케팅팀이 신제품 소개 페이지를 만드는 상황을 생각해 보겠습니다.
오전 10시, 메신저 “소개 문구는 어제 회의에서 정한 방향으로 수정해 주세요.”
오전 11시, 이메일 “제품 사진은 첨부파일의 두 번째 버전으로 교체 부탁드립니다.”
오후 2시, 회의 “법무 검토가 끝나기 전에는 공개하지 않는 것으로 하겠습니다.”
이렇게 전달된 내용을 담당자가 다시 하나의 업무로 조립해야 합니다. 누락이 생기면 실행력이 부족해서가 아니라, 업무의 출발점이 여러 곳으로 나뉘어 있기 때문입니다.
이번 글에서는 Notion의 기본 기능을 나열하지 않습니다. 대신 ( ( (자세히 보기)자세히 보기)자세히 보기)업무 요청 → 담당자 배정 → 진행 상황 공유 → 피드백 수집 → 완료 확인이 한 흐름으로 이어지는 실제 프로젝트 페이지를 만들어 보겠습니다.
먼저 프로젝트 페이지의 구조부터 정합니다
처음부터 복잡한 시스템을 만들 필요는 없습니다. 직장인 팀이 바로 사용할 수 있는 기본 구조는 다음 네 영역이면 충분합니다.
영역
역할
포함할 내용
프로젝트 개요
목표와 기준 공유
목표, 일정, 완료 조건, 관련 문서
업무 보드
실행 항목 관리
담당자, 상태, 마감일, 우선순위
회의 및 결정 기록
최종 결정 보존
결정 내용, 결정일, 변경 이유
피드백함
수정 요청 수집
대상 업무, 요청 내용, 처리 상태
Notion에서 새 페이지를 만든 뒤 제목을 다음과 같이 입력합니다.
2026 하반기 신제품 소개 페이지 제작
그 아래에 다음 내용을 그대로 넣습니다.
프로젝트 목표 신제품의 주요 기능과 구매 정보를 모바일에서도 쉽게 확인할 수 있는 소개 페이지를 제작한다.
완료 기준 제품 정보 검수, 디자인 검수, 법무 검토, 모바일 화면 확인이 모두 완료된 상태
공개 예정일 2026년 9월 15일
프로젝트 책임자 마케팅팀 팀장
여기서 많은 팀이 놓치는 부분은 일정만 적고 완료 기준을 적지 않는 것입니다. “페이지 제작 완료”만 적으면 사람마다 완료의 의미가 달라집니다. 디자인이 끝난 상태인지, 법무 검토까지 끝난 상태인지 알 수 없습니다.
완료 기준을 체크 가능한 문장으로 적으면 마지막 단계에서 생기는 재확인과 책임 공방을 줄일 수 있습니다.
업무 보드는 ‘할 일 목록’이 아니라 인수인계표로 만듭니다
이제 프로젝트 페이지에 데이터베이스를 추가합니다. Notion에서 /데이터베이스를 입력하고 ‘인라인 데이터베이스’를 선택한 뒤 이름을 업무 보드로 지정합니다.
다음 속성을 만듭니다.
속성명
속성 유형
입력 예시
업무명
제목
제품 상세 문구 초안 작성
담당자
사람
콘텐츠 담당자
상태
상태
요청, 진행 중, 검토 중, 완료
마감일
날짜
2026년 8월 21일
우선순위
선택
높음, 보통, 낮음
선행 업무
관계형 또는 텍스트
제품 사양 확정
완료 조건
텍스트
팀장 검토 및 법무 확인 완료
최종 수정일
최종 편집 시간
자동 기록
실제 업무를 입력하면 이렇게 달라집니다
단순한 업무 입력은 다음과 같습니다.
제품 소개 문구 작성 / 콘텐츠 담당 / 8월 21일까지
이 정도만 입력하면 담당자는 다시 물어봐야 합니다.
“어떤 자료를 기준으로 작성하나요?” “누가 최종 확인하나요?” “분량은 어느 정도인가요?”
업무 페이지를 열어 다음 형식으로 작성해 보겠습니다.
업무명 제품 상세 문구 초안 작성
업무 목적 고객이 제품의 차별점을 30초 안에 이해할 수 있도록 주요 기능을 세 문단으로 정리한다.
입력 자료 제품 사양서 v3, 지난 회의 결정 기록, 기존 상세 페이지
결과물 제목 3개, 요약 문구 1개, 주요 기능 설명 3개
완료 조건 제품 사양과 숫자가 일치하고, 디자인 담당자가 화면에 적용할 수 있는 형태로 작성된 상태
검토 담당 마케팅팀 팀장
입력 자료와 결과물, 완료 조건을 함께 적으면 담당자는 별도의 질문 없이 바로 작업을 시작할 수 있습니다. 업무 보드는 진행률을 보여주는 표가 아니라, 업무를 안전하게 넘겨주는 인수인계표로 사용해야 합니다.
팀원 역할은 이름보다 책임 범위로 구분합니다
“담당자: 마케팅팀”처럼 팀 단위로 적으면 실제 책임자가 불분명해집니다. 반대로 모든 업무에 여러 사람을 공동 담당자로 지정하면 누가 먼저 움직여야 하는지 알기 어렵습니다.
각 업무에는 다음 네 역할을 구분해 적는 것이 좋습니다.
역할
담당 내용
확인 질문
실행 담당
결과물을 직접 작성하거나 제작
누가 실제 작업을 하는가?
검토 담당
품질과 기준을 확인
누가 수정 여부를 판단하는가?
승인 담당
최종 공개 또는 제출을 승인
누가 최종 결정을 내리는가?
공유 대상
진행 결과를 알아야 하는 관계자
누구에게 결과를 알려야 하는가?
역할 분담 체크리스트
업무 페이지에 아래 체크리스트를 템플릿으로 저장해 두면 새 업무를 만들 때마다 역할 누락을 확인할 수 있습니다.
□ 실제 작업을 수행할 담당자가 한 명 이상 지정되어 있는가? □ 결과물을 검토할 사람이 지정되어 있는가? □ 최종 승인 권한을 가진 사람이 명확한가? □ 업무에 필요한 입력 자료가 연결되어 있는가? □ 담당자가 판단할 수 있는 완료 조건이 적혀 있는가? □ 지연될 경우 영향을 받는 다음 업무가 표시되어 있는가?
Notion 데이터베이스 오른쪽 위의 새로 만들기 메뉴에서 새 템플릿을 선택한 뒤 위 항목을 넣어 두면 됩니다. 이후 팀원은 빈 페이지가 아니라 동일한 구조의 업무 페이지에서 시작하게 됩니다.
피드백은 댓글이 아니라 ‘처리 가능한 요청’으로 수집합니다
Notion 댓글은 빠른 의견 교환에는 편리하지만, 수정 요청이 많아지면 무엇이 처리됐는지 확인하기 어렵습니다. 특히 한 업무에 여러 부서가 의견을 남기면 댓글이 대화 기록으로만 남고 실행 항목으로 전환되지 않는 경우가 많습니다.
프로젝트 페이지에 두 번째 데이터베이스를 만들고 이름을 피드백함으로 지정합니다.
속성명
입력 예시
피드백 제목
첫 화면 제품 이미지 교체
대상 업무
신제품 소개 페이지 디자인
요청자
영업팀
요청 내용
현재 이미지보다 실제 사용 장면이 보이는 사진으로 교체
요청 이유
고객이 제품 크기를 이해하기 어려움
처리 담당
디자인 담당자
처리 상태
접수, 검토 중, 반영, 보류
결정 내용
두 번째 시안의 사용 장면 사진으로 교체
좋지 않은 피드백과 실행 가능한 피드백의 차이
다음과 같은 피드백은 담당자가 의미를 다시 해석해야 합니다.
“첫 화면이 조금 약해 보입니다. 더 눈에 띄게 해주세요.”
피드백함에는 다음과 같이 입력합니다.
대상 모바일 첫 화면의 제품 이미지
현재 문제 제품만 단독으로 보여 실제 크기와 사용 상황을 이해하기 어렵다.
요청 내용 사무실 책상에서 제품을 사용하는 사진으로 교체한다.
완료 판단 기준 모바일 화면에서 제품과 사용 장면이 동시에 보이며, 제목 문구를 가리지 않아야 한다.
희망 처리일 8월 27일
차이는 표현의 길이가 아니라 수정 대상과 완료 기준이 있는지에 있습니다. 담당자는 “눈에 띄게”라는 감각적인 요청을 추측하지 않고, 무엇을 어떻게 바꿔야 하는지 바로 확인할 수 있습니다.
AI는 회의록을 요약하는 데서 끝내지 말고 업무 항목으로 변환합니다
Notion AI나 사내에서 허용된 생성형 AI 도구를 사용한다면 회의 내용을 단순 요약하는 것보다, 업무 보드에 입력할 구조로 변환하는 방식이 실용적입니다.
다음은 회의 메모를 AI에 입력하는 실제 예시입니다.
입력
아래 회의 메모에서 실행할 업무를 추출해 주세요. 각 업무를 업무명, 실행 담당, 검토 담당, 마감일, 입력 자료, 결과물, 완료 조건으로 구분해 표로 작성하세요. 메모에 없는 담당자나 날짜는 추측하지 말고 ‘확인 필요’로 표시하세요.
[회의 메모] 제품 소개 페이지는 9월 15일 공개 예정. 영업팀이 8월 18일까지 고객 질문 목록을 전달한다. 콘텐츠팀은 질문 목록을 반영해 문구 초안을 작성한다. 제품 수치는 개발팀의 최신 사양서를 기준으로 하고, 공개 전 법무 검토가 필요하다.
AI의 결과는 다음과 같은 형태가 됩니다.
업무명
실행 담당
마감일
결과물
완료 조건
고객 질문 목록 정리
영업팀
8월 18일
고객 질문 목록
콘텐츠팀이 문구 작성에 사용할 수 있도록 질문이 항목별로 정리된 상태
제품 소개 문구 초안 작성
콘텐츠팀
확인 필요
소개 문구 초안
고객 질문과 최신 제품 사양이 반영된 상태
제품 소개 페이지 법무 검토
확인 필요
9월 15일 이전
법무 검토 의견
공개 가능 여부와 수정 항목이 확인된 상태
이 결과를 그대로 확정해서는 안 됩니다. 회의 참석자가 담당자와 날짜를 확인한 뒤 Notion 업무 보드에 옮겨야 합니다. AI는 업무를 결정하는 사람이 아니라, 흩어진 문장을 구조화하는 보조 수단으로 사용하는 것이 안전합니다.
매일 보고하지 않아도 진행 상황이 보이게 설정합니다
업무 보드에는 목적에 따라 여러 보기를 만듭니다.
1. 담당자별 보기
그룹 기준을 ‘담당자’로 설정합니다. 팀원마다 자신이 맡은 업무를 한곳에서 볼 수 있습니다.
2. 이번 주 마감 보기
필터를 ‘마감일이 이번 주’로 설정합니다. 주간회의에서는 전체 업무가 아니라 이 화면만 확인합니다.
3. 검토 대기 보기
필터를 ‘상태가 검토 중’으로 설정합니다. 관리자는 무엇을 승인해야 하는지 바로 확인할 수 있습니다.
4. 지연 업무 보기
필터를 ‘마감일이 오늘보다 이전’이면서 ‘상태가 완료가 아님’으로 설정합니다. 지연 업무를 사람이 따로 모으지 않아도 됩니다.
주간회의에서는 다음 순서로 화면을 확인하면 됩니다.
1. 이번 주 마감 업무 중 지연 가능성이 있는 항목 확인 2. 검토 대기 업무의 승인 여부 결정 3. 새로 접수된 피드백의 담당자 지정 4. 변경된 결정 사항을 회의 및 결정 기록에 남김
이 방식은 “각자 진행 상황을 말해 주세요”로 시작하는 긴 보고를 줄여 줍니다. 이미 보드에 표시된 내용은 읽고, 회의에서는 지연 원인과 의사결정이 필요한 항목에 집중할 수 있습니다.
대부분이 놓치는 부분: 변경 이유를 함께 기록합니다
프로젝트가 길어지면 팀원들은 최종 결정은 기억해도 왜 그렇게 결정했는지는 잊기 쉽습니다. 그러면 몇 주 뒤 같은 논쟁이 반복됩니다.
프로젝트 페이지에 회의 및 결정 기록 데이터베이스를 만들고 다음 항목을 기록합니다.
결정 내용 첫 화면의 제품 사진을 사용 장면 사진으로 변경한다.
결정일 2026년 8월 25일
결정 이유 사용자 테스트에서 제품 크기를 이해하기 어렵다는 의견이 반복적으로 확인됨.
영향받는 업무 메인 디자인 수정, 모바일 화면 검수, 이미지 사용권 확인
결정 담당 프로젝트 책임자
결정 이유까지 남기면 새로 합류한 팀원도 과거 대화를 모두 읽지 않고 현재 방향을 이해할 수 있습니다. 페이지의 목적은 기록을 많이 쌓는 것이 아니라, 다음 사람이 같은 판단을 반복하지 않도록 만드는 데 있습니다.
바로 복사해 사용할 수 있는 프로젝트 템플릿
아래 구조를 새 Notion 페이지에 복사한 뒤 팀 상황에 맞게 항목만 바꾸면 됩니다.
프로젝트명 [프로젝트 이름]
목표 [이번 프로젝트에서 달성할 결과]
완료 기준 □ 주요 결과물 제작 완료 □ 관련 부서 검토 완료 □ 최종 승인 완료 □ 배포 또는 전달 완료
주요 일정 시작일: [날짜] 중간 검토일: [날짜] 최종 완료일: [날짜]
역할 프로젝트 책임자: [이름 또는 직책] 실행 담당: [이름 또는 직책] 검토 담당: [이름 또는 직책] 승인 담당: [이름 또는 직책]
업무 보드 필수 속성 업무명 / 담당자 / 상태 / 마감일 / 입력 자료 / 결과물 / 완료 조건 / 검토 담당
피드백함 필수 속성 대상 업무 / 요청자 / 현재 문제 / 요청 내용 / 완료 판단 기준 / 처리 담당 / 처리 상태
회의 및 결정 기록 결정 내용 / 결정 이유 / 결정일 / 영향받는 업무 / 결정 담당
사내에서 사용할 때 확인할 데이터 관리 원칙
Notion은 협업에 편리하지만, 모든 회사 정보를 그대로 입력해도 된다는 뜻은 아닙니다. 도입 전에 사내 보안 규정과 사용 가능한 협업 도구 범위를 먼저 확인해야 합니다.
다음 정보는 별도 승인 없이 외부 협업 서비스나 생성형 AI에 입력하지 않는 편이 안전합니다.
고객 이름, 전화번호, 이메일 주소 등 개인정보
주민등록번호, 계좌번호, 결제 정보
공개 전 재무 정보와 계약 조건
제품 설계도, 소스 코드, 제조 공정 정보
인사평가, 급여, 징계 등 인사 정보
회사에서 대외비로 분류한 문서
프로젝트 관리에는 실명이 꼭 필요하지 않은 경우가 많습니다. 고객 이름 대신 고객번호를 사용하고, 계약 금액 대신 “예산 승인 필요”처럼 업무 수행에 필요한 수준만 적을 수 있습니다.
또한 팀 페이지의 공유 설정을 확인해 프로젝트 참여자만 접근하도록 제한하고, 외부 공유 링크는 필요할 때만 활성화해야 합니다. 퇴사자나 프로젝트 종료 인원의 접근 권한도 정기적으로 점검하는 것이 좋습니다.
정리: 좋은 프로젝트 페이지는 질문을 줄여 줍니다
Notion으로 팀 협업을 개선하려면 화려한 대시보드보다 업무가 전달되는 구조를 먼저 만들어야 합니다.
프로젝트 목표와 완료 기준을 적고, 업무마다 입력 자료와 결과물을 명확히 구분합니다. 담당자뿐 아니라 검토자와 승인자를 지정하고, 피드백은 댓글에 흩어 두지 않고 처리 상태가 보이는 요청으로 관리합니다. 회의 내용은 요약에서 끝내지 않고 실제 업무 항목으로 변환합니다.
페이지를 만든 뒤 다음 질문으로 점검해 보세요.
“새로 참여한 팀원이 별도의 설명 없이도 지금 해야 할 일과 완료 기준을 이해할 수 있는가?”
답이 어렵다면 기능을 더 추가하기보다 업무명, 입력 자료, 결과물, 완료 조건부터 구체적으로 수정하는 편이 효과적입니다.
FAQ
1. 팀원들이 Notion 입력을 번거로워하면 어떻게 해야 하나요?
처음부터 모든 업무를 기록하게 하면 부담이 커질 수 있습니다. 우선 여러 사람이 함께 진행하거나 검토가 필요한 업무만 등록해 보세요. 업무 템플릿에는 담당자, 마감일, 결과물, 완료 조건처럼 실제 실행에 필요한 항목만 남기는 것이 좋습니다. 이미 메신저로 전달한 내용을 다시 길게 작성하게 하기보다, 최종 결정과 실행 항목만 Notion에 남기는 방식으로 시작할 수 있습니다.
2. 댓글과 피드백 데이터베이스는 어떻게 구분해서 사용하나요?
간단한 질문이나 문장 수정 의견은 댓글을 사용해도 됩니다. 반면 담당자 지정, 마감일 설정, 처리 여부 확인이 필요한 요청은 피드백 데이터베이스에 등록하는 편이 안전합니다. 기준은 간단합니다. 나중에 “이 요청이 처리됐는가?”를 확인해야 한다면 별도의 피드백 항목으로 관리합니다.
3. 회의록을 ChatGPT나 Notion AI에 입력해도 괜찮나요?
회사에서 승인한 도구인지, 입력 데이터가 학습이나 서비스 개선에 사용될 수 있는지, 관리자 설정으로 데이터 사용 범위를 통제할 수 있는지 먼저 확인해야 합니다. 고객 개인정보, 계약 내용, 미공개 실적, 기술 자료처럼 민감한 정보는 그대로 입력하지 않는 것이 원칙입니다. 필요한 경우 이름과 수치를 제거한 뒤 업무 구조만 추출하고, AI가 만든 담당자·일정·결정 내용은 회의 참석자가 다시 확인해야 합니다.
기획서 작성에서 의외로 많은 시간이 드는 부분은 문장을 다듬는 일이 아닙니다. 무엇부터 써야 할지 결정하고, 흩어진 정보를 기획서 형태로 배열하는 과정입니다.
예를 들어 팀장에게 “신규 고객 대상 웨비나 기획안을 내일 오전까지 정리해 주세요”라는 요청을 받았다고 가정해 보겠습니다. 머릿속에는 대략적인 아이디어가 있지만, 노션의 빈 페이지를 열면 다음과 같은 고민이 이어집니다.
배경부터 써야 할까, 목표부터 써야 할까? 예산은 어느 정도까지 구체적으로 적어야 할까? 성과 지표는 신청자 수로 잡아야 할까, 실제 참석자 수로 잡아야 할까?
이때 Notion AI에 단순히 “웨비나 기획서를 작성해 줘”라고 입력 (자세히 보기) (자세히 보기) (자세히 보기)하면 문장은 만들어지지만, 실제 결재 문서로 사용하기에는 빠진 항목이 많습니다. 반대로 기획서의 포맷과 판단 기준을 함께 입력하면 검토 가능한 초안을 빠르게 만들 수 있습니다.
Notion AI는 새 페이지나 줄에서 AI를 호출해 초안을 만들거나, 기존 문장을 선택해 요약·교정·재구성하는 방식으로 활용할 수 있습니다. 생성된 내용은 바로 확정되는 것이 아니라 사용자가 적용하거나 폐기하고 다시 생성할 수 있습니다.
10분 초안을 위한 기획서 기본 구조
Notion AI를 실행하기 전에 먼저 기획서의 뼈대를 정해야 합니다. 대부분의 사내 기획서는 아래 여덟 항목으로 정리할 수 있습니다.
항목
작성할 내용
검토자가 확인하는 질문
1. 추진 배경
현재 상황과 해결할 문제
왜 지금 해야 하는가?
2. 목표
기획을 통해 만들 결과
무엇이 달라지는가?
3. 대상
고객, 직원, 부서 등 구체적 대상
누구를 위한 일인가?
4. 실행 내용
프로그램, 기능, 운영 방식
실제로 무엇을 하는가?
5. 일정
준비, 실행, 사후 관리 일정
언제까지 가능한가?
6. 역할
담당자와 협조 부서
누가 책임지는가?
7. 예산·자원
비용, 인력, 도구
무엇이 얼마나 필요한가?
8. 성과 지표
측정 방법과 목표 수치
성공 여부를 어떻게 판단하는가?
여기서 직장인들이 자주 놓치는 항목은 목표와 성과 지표의 구분입니다.
“신규 고객과의 접점을 확대한다”는 목표입니다. 반면 “신청자 200명, 실제 참석률 60%, 상담 신청 20건”은 결과를 측정하는 성과 지표입니다. 두 항목을 구분하지 않으면 기획서가 그럴듯한 설명으로 끝나고, 실행 후 성과를 판단하기 어려워집니다.
1단계: AI를 부르기 전에 재료부터 다섯 줄로 정리하기
Notion AI가 기획의 전제까지 정확히 추측해 주기를 기대해서는 안 됩니다. 먼저 새 페이지에 아래처럼 확정된 사실과 아직 정하지 못한 내용을 구분해 적습니다.
입력 전 메모 예시
기획 주제: 신규 고객 대상 온라인 웨비나 목적: 제품 인지도 향상과 상담 신청 확보 대상: 중소기업 인사·총무 담당자 확정 조건: 9월 셋째 주 개최, 온라인 진행, 준비 기간 4주 미정 사항: 연사, 예산, 홍보 채널, 목표 신청자 수
중요한 점은 미정 사항을 억지로 채우지 않는 것입니다. AI가 만든 숫자를 사실처럼 기획서에 넣으면 이후 회의에서 근거를 설명하기 어렵습니다. 확정되지 않은 항목은 ‘제안’, ‘가정’, ‘확인 필요’로 표시하도록 요청해야 합니다.
2단계: 한 문장 대신 구조화된 프롬프트 입력하기
새 페이지의 빈 줄에서 Notion AI를 호출한 뒤, 다음 프롬프트를 그대로 붙여 넣습니다. 사용 중인 화면 구성에 따라 AI 호출 방식이나 메뉴 명칭은 달라질 수 있지만, 새 문서를 생성하거나 페이지 안에서 AI에게 지시하는 원리는 같습니다.
복사해서 사용하는 기획서 초안 프롬프트
아래 메모를 바탕으로 사내 검토용 기획서 초안을 작성해 주세요.
[기획 메모] – 기획 주제: 신규 고객 대상 온라인 웨비나 – 목적: 제품 인지도 향상과 상담 신청 확보 – 대상: 중소기업 인사·총무 담당자 – 확정 조건: 9월 셋째 주 개최, 온라인 진행, 준비 기간 4주 – 미정 사항: 연사, 예산, 홍보 채널, 목표 신청자 수
[작성 형식] 1. 추진 배경 2. 해결할 문제 3. 목표 4. 주요 대상 5. 프로그램 구성 6. 4주 실행 일정 7. 담당 역할과 협조 사항 8. 예상 비용 항목 9. 성과 지표 10. 위험 요소와 대응 방안 11. 결재권자가 결정해야 할 사항
[작성 조건] – 각 항목은 2~4문장으로 작성할 것 – 실행 일정은 표로 정리할 것 – 확정된 사실과 제안을 구분할 것 – 근거 없는 예산과 목표 수치를 확정적으로 만들지 말 것 – 미정인 내용에는 ‘제안’ 또는 ‘확인 필요’라고 표시할 것 – 추상적인 표현보다 담당자가 실행할 행동을 쓸 것 – 사내 보고서에 맞는 간결한 문체를 사용할 것
이 프롬프트에서 특히 유용한 문장은 “결재권자가 결정해야 할 사항”을 별도로 작성하라는 지시입니다. 기획서는 정보를 많이 담는 문서가 아니라, 검토자가 빠르게 판단하도록 돕는 문서이기 때문입니다.
3단계: 생성 결과에서 바로 사용할 부분과 수정할 부분 구분하기
위 프롬프트를 입력하면 다음과 같은 형태의 초안을 얻을 수 있습니다.
Notion AI 생성 결과 예시
1. 추진 배경 중소기업 인사·총무 담당자는 인사 운영 효율화에 관심이 있으나, 제품의 실제 활용 장면을 접할 기회가 제한적이다. 온라인 웨비나를 통해 제품 활용 사례를 제공하고 잠재 고객과의 초기 접점을 확보하고자 한다.
2. 해결할 문제 현재 콘텐츠 중심의 홍보만으로는 잠재 고객의 구체적인 질문과 도입 장애 요인을 파악하기 어렵다. 실시간 설명과 질의응답이 가능한 웨비나를 운영해 고객의 관심 분야와 상담 수요를 확인한다.
3. 목표 웨비나 참석자에게 제품의 활용 방법을 전달하고, 후속 상담으로 연결할 수 있는 잠재 고객 정보를 확보한다.
4. 주요 대상 직원 수 20~200명 규모 중소기업의 인사·총무 담당자를 우선 대상으로 설정한다. 세부 업종과 직급 범위는 기존 고객 데이터를 확인한 뒤 확정한다.
5. 프로그램 구성 제안 – 시장 및 업무 문제 소개: 10분 – 제품 활용 사례 시연: 20분 – 고객 사례 또는 외부 연사 발표: 15분 – 질의응답 및 상담 안내: 15분
9. 성과 지표 제안 신청자 수, 실제 참석률, 행사 중 질문 수, 설문 응답률, 상담 신청 건수를 측정한다. 구체적인 목표 수치는 과거 행사 실적과 홍보 가능 예산을 확인한 뒤 확정한다.
11. 결재권자 결정 필요 사항 – 외부 연사 섭외 여부 – 홍보 예산 상한 – 웨비나 진행 도구 – 신청자 정보 수집 범위 – 상담 신청 고객의 후속 담당 부서
이 결과는 그대로 제출하는 완성본이 아니라, 검토 가능한 초안입니다. 다만 빈 페이지에서 직접 작성할 때보다 다음 단계가 분명해집니다. 이제 담당자는 문장 생성이 아니라 사실 확인과 의사결정에 시간을 쓸 수 있습니다.
4단계: 두 번째 프롬프트로 모호한 문장 걷어내기
AI가 만든 기획서는 “효과적으로 운영한다”, “고객 경험을 강화한다”, “적극적으로 홍보한다” 같은 표현이 반복되기 쉽습니다. 이런 문장은 틀리지는 않지만 담당자의 행동이 보이지 않습니다.
초안 전체 또는 수정할 부분을 선택한 뒤 다음과 같이 요청합니다.
실행 문장으로 바꾸는 수정 프롬프트
아래 초안에서 ‘효과적으로’, ‘적극적으로’, ‘강화한다’, ‘극대화한다’처럼 실행 방법이 드러나지 않는 표현을 찾아 수정해 주세요.
각 문장은 다음 기준을 따르세요. – 누가 실행하는지 – 무엇을 하는지 – 언제까지 하는지 – 결과물을 어디에 기록하는지
확인되지 않은 내용은 임의로 만들지 말고 [확인 필요]로 표시해 주세요.
수정 전과 수정 후 비교
수정 전
수정 후
마케팅팀은 웨비나를 적극적으로 홍보한다.
마케팅팀은 행사 3주 전부터 이메일 뉴스레터와 회사 블로그에 신청 페이지를 배포하고, 채널별 신청 건수를 웨비나 관리 페이지에 매주 기록한다.
참석자의 만족도를 높인다.
운영 담당자는 종료 직후 5문항 설문을 발송하고, 응답 내용을 프로그램 구성·진행 품질·추가 상담 수요로 구분해 정리한다.
잠재 고객과의 관계를 강화한다.
영업팀은 상담에 동의한 참석자에게 영업일 기준 2일 이내에 연락하고, 상담 결과를 고객관리 시스템에 기록한다.
이 과정을 거치면 기획서가 설명 자료에서 실행 문서로 바뀝니다. AI가 처음 만든 문장을 무조건 짧게 줄이기보다, 담당자·행동·기한·기록 위치가 들어 있는지 확인하는 편이 실무에서는 더 효과적입니다.
5단계: 10분 안에 끝내는 검토 순서
초안이 생성된 뒤 처음부터 문장 하나씩 고치면 다시 시간이 오래 걸립니다. 다음 순서로 검토하면 수정 범위를 줄일 수 있습니다.
1분: 목적 확인 이 기획을 왜 하는지 한 문장으로 설명되는지 봅니다.
2분: 사실과 제안 구분 날짜, 예산, 인원, 목표 수치 중 근거가 없는 항목을 표시합니다.
2분: 누락 항목 확인 담당자, 일정, 비용, 성과 지표, 위험 요소가 모두 있는지 확인합니다.
2분: 실행 가능성 확인 각 업무에 담당자와 완료 시점이 있는지 봅니다.
2분: 결재 요청 정리 상급자가 승인하거나 선택해야 할 사항을 문서 위쪽에 배치합니다.
1분: 문장 정리 중복 문장과 지나치게 긴 설명만 줄입니다.
여기서 말하는 10분은 조사와 내부 협의까지 끝내는 시간이 아닙니다. 이미 확보한 메모를 회의와 검토가 가능한 문서 형태로 전환하는 시간입니다. 시장 조사, 비용 확인, 법무 검토가 필요한 기획은 별도의 확인 과정이 필요합니다.
대부분 놓치는 포맷과 키워드
기획서 품질을 한 단계 높이려면 AI에게 보기 좋은 문장을 요청하기보다, 검토 과정에서 필요한 표시를 요청해야 합니다.
1. 문서 상태를 표시하는 키워드
표시
사용할 때
[확정]
회의나 지시를 통해 결정된 내용
[제안]
담당자가 추천하지만 승인되지 않은 내용
[확인 필요]
담당 부서 또는 자료 확인이 필요한 내용
[의사결정 요청]
결재권자가 선택해야 하는 내용
[위험]
일정, 비용, 법무, 운영상 문제가 될 수 있는 내용
이 표시를 프롬프트에 포함하면 AI가 만든 추정과 회사에서 확정한 사실이 섞이는 문제를 줄일 수 있습니다.
2. 성과 지표는 세 단계로 나누기
“매출 증대”처럼 최종 결과만 적으면 실행 중간에 문제를 발견하기 어렵습니다. 성과 지표를 다음 세 단계로 요청해 보세요.
활동 지표: 홍보 게시물 수, 초대 이메일 발송 수
반응 지표: 신청자 수, 참석률, 설문 응답률
결과 지표: 상담 신청 수, 견적 요청 수, 계약 전환 수
프롬프트에는 다음 한 줄을 추가하면 됩니다.
성과 지표를 활동 지표, 반응 지표, 결과 지표로 구분하고 각 지표의 측정 시점을 함께 적어 주세요.
3. 실패 조건도 함께 작성하기
기획서에는 기대 효과만 있고 중단 또는 수정 기준이 없는 경우가 많습니다. 다음 문장을 추가하면 위험 관리 항목이 구체적으로 바뀝니다.
일정 지연, 신청자 부족, 연사 섭외 실패가 발생했을 때의 대체안과 계획을 변경해야 하는 판단 기준을 표로 작성해 주세요.
예를 들어 행사 7일 전까지 신청자가 목표의 40%에 미달하면 추가 광고를 집행할지, 일정을 변경할지, 기존 고객 초청으로 전환할지 미리 논의할 수 있습니다. 단, 40% 같은 기준은 AI가 임의로 결정하게 두지 말고 과거 행사 기록이나 팀의 운영 기준을 근거로 확정해야 합니다.
회사 자료를 입력할 때 지켜야 할 기준
Notion은 기본적으로 고객의 워크스페이스 데이터와 개인정보를 자사 모델 학습에 사용하지 않으며, AI 기능 제공을 위해 처리되는 정보에는 관련 데이터 처리 업체가 관여할 수 있다고 안내합니다. 다만 이 안내만으로 모든 회사 자료를 입력해도 된다는 의미는 아닙니다. 회사의 보안정책, 사용 중인 요금제와 관리자 설정, 계약 조건을 먼저 따라야 합니다.
다음 정보는 원문을 그대로 넣지 않는 편이 안전합니다.
고객 이름, 연락처, 이메일 주소, 주민등록번호 등 개인정보
공개 전 매출, 원가, 영업이익, 투자 또는 인수 관련 자료
계약서 원문, 비밀유지 대상 자료, 미공개 제품 사양
직원 평가, 징계, 급여, 건강 상태와 관련된 정보
접근 권한이 없는 다른 부서의 내부 문서
예를 들어 실제 고객사 이름 대신 “A사”, 담당자 이름 대신 “고객 담당자”, 정확한 매출액 대신 “전년 대비 감소”처럼 필요한 범위만 남겨 입력합니다. AI가 만든 초안도 외부 발송 전에는 담당자가 사실관계와 표현을 직접 확인해야 합니다.
바로 복사해 쓰는 범용 기획서 프롬프트
아래 정보를 바탕으로 사내 검토용 기획서 초안을 작성해 주세요.
[기본 정보] – 기획명: [입력] – 해결할 문제: [입력] – 대상: [입력] – 원하는 결과: [입력] – 확정된 일정과 조건: [입력] – 아직 정하지 못한 사항: [입력]
[문서 구조] 1. 한 문장 요약 2. 추진 배경과 현재 문제 3. 목표와 제외 범위 4. 대상과 요구사항 5. 실행 내용 6. 단계별 일정 7. 담당자와 협조 부서 8. 필요한 예산과 자원 9. 활동·반응·결과 지표 10. 위험 요소와 대체안 11. 의사결정 요청 사항
[작성 규칙] – 확인된 사실은 [확정]으로 표시 – 추천 내용은 [제안]으로 표시 – 정보가 부족한 항목은 [확인 필요]로 표시 – 임의의 수치, 사례, 조사 결과를 만들지 말 것 – 실행 항목에는 담당자, 행동, 완료 시점, 결과물을 포함할 것 – 일정과 역할은 표로 작성할 것 – 중복 표현과 추상적인 홍보 문구를 제외할 것 – 문서 마지막에 담당자가 추가로 확인할 질문을 작성할 것
이 틀은 행사 기획, 사내 교육, 프로모션, 업무 개선, 신규 서비스 제안 등 여러 문서에 재사용할 수 있습니다. 매번 프롬프트를 새로 만들기보다 노션에 ‘기획서 초안 템플릿’ 페이지를 만들어 두고, 기본 정보만 바꾸는 방식이 효율적입니다.
마무리: AI에게 문서를 맡기지 말고 구조화를 맡기기
Notion AI로 기획서를 빠르게 만드는 방법은 화려한 명령어를 사용하는 데 있지 않습니다. 확정된 사실과 미정 사항을 먼저 나누고, 필요한 문서 구조와 판단 기준을 명확히 전달하는 것이 출발점입니다.
업무 담당자는 AI에게 배경 설명, 목차 구성, 표 작성, 문장 정리를 맡길 수 있습니다. 대신 목표 수치의 근거, 예산의 타당성, 개인정보 처리, 사내 규정 준수, 최종 의사결정은 직접 확인해야 합니다.
처음부터 완성된 기획서를 만들려고 빈 페이지에서 오래 고민하기보다, 10분 안에 검토 가능한 초안을 만든 뒤 동료와 수정해 보세요. 문서 작성 시간이 줄어드는 것뿐 아니라, 회의에서 무엇을 결정해야 하는지도 훨씬 선명해집니다.
FAQ
Q1. Notion AI가 만든 기획서를 그대로 제출해도 되나요?
권장하지 않습니다. AI는 입력된 정보가 부족하면 일반적인 내용으로 빈칸을 채우거나, 사실처럼 보이는 제안을 만들 수 있습니다. 일정, 수치, 예산, 담당 부서, 법적 표현을 확인한 뒤 제출해야 합니다. 초안에는 [확정], [제안], [확인 필요] 표시를 사용해 검토 범위를 분명히 하는 것이 좋습니다.
Q2. 회사의 내부 자료를 Notion AI에 넣어도 안전한가요?
먼저 회사의 생성형 AI 및 클라우드 서비스 이용 규정을 확인해야 합니다. 고객 개인정보, 계약서, 미공개 실적, 직원 평가 자료처럼 민감한 정보는 승인 없이 입력하지 않는 것이 안전합니다. 필요한 경우 이름과 수치를 익명화하고, 원문 전체가 아니라 기획에 필요한 요약 정보만 사용하세요.
Q3. AI 결과가 너무 추상적일 때는 어떻게 수정하나요?
“더 구체적으로 작성해 줘”라고만 요청하지 말고 출력 기준을 제시해야 합니다. 각 실행 항목에 담당자, 행동, 완료 시점, 결과물, 측정 방법을 포함하라고 요청해 보세요. 또한 “근거 없는 내용은 만들지 말고 [확인 필요]로 표시해 달라”고 덧붙이면 불필요한 추정을 줄일 수 있습니다.
월요일 오전 회의를 앞두고 엑셀 파일을 엽니다. 부서별 매출을 합산하고, 목표 대비 달성률을 계산한 뒤, 지난달과 비교할 그래프를 다시 만듭니다. 보고서가 완성될 즈음에는 정작 중요한 질문을 검토할 시간이 부족해집니다.
“매출이 얼마나 나왔는가?”보다 중요한 질문은 “어느 부서에서, 언제부터, 왜 실적이 달라졌는가?”입니다.
이럴 때 활용할 수 있는 도구가 Google Data Studio입니다. 2026년 4월부터 기존 (자세히 보기) (자세히 보기) (자세히 보기) Looker Studio의 명칭이 다시 Data Studio로 변경됐기 때문에, 회사 화면이나 검색 결과에 두 이름이 함께 보일 수 있습니다. 기존 보고서는 그대로 사용할 수 있습니다.
이번 글에서는 기능 목록을 나열하지 않습니다. 아래와 같은 실제 영업 실적 데이터를 Google 스프레드시트에 입력하고, 부서와 기간을 선택하면 결과가 즉시 바뀌는 대시보드를 직접 만들어보겠습니다.
1단계: 분석할 데이터를 먼저 같은 형식으로 정리합니다
먼저 Google 스프레드시트의 첫 번째 행에 다음 열 이름을 입력합니다.
날짜
부서
담당자
목표매출
실제매출
상담건수
계약건수
2026-07-01
온라인영업
담당자A
5000000
4600000
42
9
2026-07-01
기업영업
담당자B
8000000
9200000
25
6
2026-07-02
온라인영업
담당자C
5000000
5400000
51
12
2026-07-02
기업영업
담당자D
8000000
6800000
31
4
2026-07-03
온라인영업
담당자A
5000000
6100000
48
13
2026-07-03
기업영업
담당자B
8000000
7600000
29
5
이때 보기 좋게 꾸미는 것보다 데이터 구조를 지키는 편이 더 중요합니다.
셀을 병합하지 않습니다.
금액 셀에 ‘500만 원’처럼 문자를 섞지 않고 숫자만 입력합니다.
날짜 형식을 한 가지로 통일합니다.
합계 행과 소계 행은 원본 데이터에 넣지 않습니다.
한 행에는 한 날짜의 한 담당자 실적만 기록합니다.
예를 들어 실제매출 열에 ‘4,600,000원’이라는 문자열을 입력하면 합계 계산이 제대로 되지 않을 수 있습니다. 셀에는 4600000을 입력하고, 표시 형식만 통화 또는 원화로 지정하는 편이 안전합니다.
2단계: 스프레드시트를 Data Studio에 연결합니다
Google Data Studio에 접속해 만들기 → 보고서를 선택합니다.
보고서에 데이터 추가 화면에서 Google 스프레드시트를 선택합니다.
앞에서 만든 파일과 시트를 선택합니다.
첫 번째 행을 헤더로 사용하도록 설정한 뒤 추가를 누릅니다.
보고서 왼쪽 위 제목을 7월 영업 성과 대시보드로 변경합니다.
연결 후에는 필드 유형을 확인해야 합니다. 날짜는 ‘날짜’, 부서와 담당자는 ‘텍스트’, 목표매출과 실제매출은 ‘숫자’ 또는 ‘통화’로 인식되어야 합니다.
날짜가 텍스트로 잡혔다면 데이터 소스 편집 화면에서 해당 필드의 유형을 날짜로 변경합니다. 이 확인을 건너뛰면 기간 선택기가 작동하지 않거나 날짜순 정렬이 어긋날 수 있습니다.
3단계: 경영진이 먼저 보는 숫자 4개를 배치합니다
대시보드 상단에는 가장 먼저 확인할 지표를 점수표 형태로 배치합니다. 메뉴에서 차트 추가 → 점수표를 선택해 다음 네 개를 만듭니다.
점수표
사용할 측정항목
예시 결과
총 목표매출
목표매출 합계
39,000,000원
총 실제매출
실제매출 합계
40,100,000원
목표 달성률
계산된 필드
102.8%
계약 전환율
계산된 필드
21.7%
목표 달성률과 계약 전환율은 원본 시트에 매번 계산해서 넣지 않아도 됩니다. Data Studio에서 계산된 필드로 만들 수 있습니다.
목표 달성률 계산식
리소스 → 추가된 데이터 소스 관리 → 수정 → 필드 추가로 이동한 뒤 필드 이름을 ‘목표 달성률’로 입력합니다.
SUM(실제매출) / SUM(목표매출)
필드 유형은 백분율로 지정합니다. 위 예시에서는 실제매출 40,100,000원을 목표매출 39,000,000원으로 나누므로 약 102.8%가 표시됩니다.
계약 전환율 계산식
SUM(계약건수) / SUM(상담건수)
예시 데이터의 상담건수는 총 226건, 계약건수는 49건입니다. 따라서 계약 전환율은 약 21.7%입니다.
여기서 많은 실무자가 놓치는 부분이 있습니다. 각 행의 전환율을 계산한 뒤 평균을 내는 방식과, 전체 계약건수를 전체 상담건수로 나누는 방식은 결과가 다를 수 있습니다. 업무 성과를 전체 기준으로 볼 때는 SUM(계약건수) / SUM(상담건수)처럼 합계끼리 나누는 방식이 일반적으로 더 적합합니다.
4단계: “어디에서 실적이 달라졌는가”를 그래프로 확인합니다
부서별 실제매출 비교
차트 추가 → 막대 차트를 선택하고 다음과 같이 설정합니다.
측정기준: 부서
측정항목: 실제매출
정렬: 실제매출 내림차순
예시 데이터에서는 온라인영업이 16,100,000원, 기업영업이 24,000,000원으로 표시됩니다. 단순히 기업영업의 실적이 더 높다고 결론 내리면 안 됩니다. 목표액 자체가 다르기 때문입니다.
따라서 같은 표에 목표매출도 추가하거나, 목표 달성률을 함께 비교합니다.
부서
목표매출
실제매출
달성률
온라인영업
15,000,000원
16,100,000원
107.3%
기업영업
24,000,000원
24,000,000원
100.0%
이 장면에서는 총매출만 봤을 때와 다른 해석이 나옵니다. 기업영업의 매출 규모는 크지만, 목표 대비 성과는 온라인영업이 더 높습니다. 시각화의 역할은 숫자를 화려하게 꾸미는 것이 아니라 이런 비교 기준을 드러내는 데 있습니다.
날짜별 성과 흐름 확인
차트 추가 → 시계열 차트를 선택한 뒤 다음 항목을 지정합니다.
측정기준: 날짜
측정항목: 실제매출
선택 측정항목: 목표매출
그러면 7월 1일부터 3일까지 목표선과 실제 실적선이 함께 나타납니다. 특정 날짜에 실제매출이 목표선 아래로 내려간다면 그날의 담당 부서와 계약 전환율을 추가로 확인할 수 있습니다.
5단계: 부서와 기간을 클릭해 결과가 바뀌게 만듭니다
고정된 그래프만 보여주면 매번 별도의 보고서를 만들어야 합니다. 필터 컨트롤을 넣으면 한 화면에서 부서별, 담당자별, 기간별 결과를 확인할 수 있습니다.
부서 선택 필터 만들기
컨트롤 추가 → 드롭다운 목록을 선택합니다.
컨트롤 필드를 ‘부서’로 지정합니다.
대시보드 왼쪽 위에 배치합니다.
보기 모드에서 ‘온라인영업’을 선택합니다.
선택 전에는 총 실제매출이 40,100,000원으로 표시됩니다. 온라인영업을 선택하면 점수표가 16,100,000원으로 바뀌고, 달성률은 107.3%로 변경됩니다. 막대 차트와 시계열 차트도 같은 조건에 맞춰 함께 바뀝니다.
기간 선택기 추가하기
컨트롤 추가 → 기간 컨트롤을 선택합니다.
대시보드 오른쪽 위에 배치합니다.
기본 기간을 ‘이번 달’로 설정합니다.
회의 중 최근 7일, 지난달, 사용자 지정 기간으로 변경해 결과를 비교합니다.
예를 들어 7월 1일만 선택하면 실제매출은 13,800,000원입니다. 7월 2일을 선택하면 12,200,000원으로 내려갑니다. 이때 담당자별 표를 확인하면 기업영업 실적이 9,200,000원에서 6,800,000원으로 감소했다는 사실을 바로 찾을 수 있습니다.
이처럼 필터는 보고서를 꾸미는 부가 기능이 아닙니다. “전체 실적이 왜 떨어졌는가?”라는 질문을 “어느 날짜, 어느 부서, 어느 담당 구간에서 변했는가?”로 좁히는 분석 장치입니다.
6단계: 회의에서 바로 쓰는 대시보드로 구성합니다
대시보드는 위에서 아래로 질문이 이어지도록 배치하면 읽기 쉬워집니다.
첫 번째 줄: 기간 선택기와 부서 필터
두 번째 줄: 총매출, 달성률, 상담건수, 전환율 점수표
세 번째 줄: 날짜별 목표·실적 시계열 차트
네 번째 줄: 부서별 또는 담당자별 비교 막대 차트
마지막 줄: 원인을 확인할 수 있는 상세 표
상세 표에는 날짜, 부서, 담당자, 목표매출, 실제매출, 달성률, 상담건수, 계약건수를 넣습니다. 실제매출을 내림차순으로 정렬하면 성과가 높은 항목을, 달성률을 오름차순으로 정렬하면 점검이 필요한 항목을 빠르게 찾을 수 있습니다.
색상도 목적에 맞게 제한합니다. 목표 이상을 무조건 초록색, 목표 미달을 무조건 빨간색으로 칠하기보다 경고가 필요한 지표에만 조건부 서식을 적용합니다. 색상이 너무 많으면 중요한 변화가 오히려 묻힙니다.
7단계: ChatGPT로 분석 질문을 먼저 설계합니다
Data Studio는 숫자를 보여주지만, 어떤 지표를 비교할지는 업무 담당자가 결정해야 합니다. 대시보드를 만들기 전에 ChatGPT에 데이터 구조와 회의 목적을 알려주면 필요한 지표를 빠르게 정리할 수 있습니다.
실제 입력 프롬프트
나는 영업팀의 주간 실적 보고서를 만들고 있습니다. 데이터 열은 날짜, 부서, 담당자, 목표매출, 실제매출, 상담건수, 계약건수입니다. 팀장은 다음 세 가지를 알고 싶어 합니다. 1. 목표를 달성한 부서는 어디인지 2. 실적이 하락한 날짜와 담당 구간은 어디인지 3. 상담은 많지만 계약 전환율이 낮은 곳은 어디인지
Google Data Studio 대시보드에 넣을 지표 4개, 차트 3개, 필터 2개를 추천하고 각 항목의 측정기준과 측정항목을 표로 정리해 주세요. 데이터에 없는 원인은 추측하지 마세요.
기대할 수 있는 결과 형태
구성 요소
추천 항목
설정
점수표
목표 달성률
실제매출 합계 ÷ 목표매출 합계
점수표
계약 전환율
계약건수 합계 ÷ 상담건수 합계
시계열
날짜별 목표와 실적
날짜 / 목표매출·실제매출
막대 차트
부서별 달성률
부서 / 목표 달성률
산점도 또는 표
상담 대비 계약 성과
상담건수 / 계약건수·전환율
필터
부서, 기간
드롭다운 / 기간 컨트롤
여기서 주의할 점은 ChatGPT에 원본 회사 데이터를 그대로 붙여 넣지 않는 것입니다. 열 이름과 익명화된 예시 데이터만으로도 대시보드 구조를 설계할 수 있습니다. AI의 답변은 분석 설계 초안으로 활용하고, 계산식과 집계 방식은 실제 데이터에서 다시 확인해야 합니다.
실무에서 결과가 달라지는 세 가지 점검 기준
1. 총액보다 비교 기준을 함께 보여줍니다
매출 2억 원이라는 숫자만으로는 좋은 성과인지 판단하기 어렵습니다. 목표, 전월, 전년 동기 또는 투입 인원처럼 비교할 기준을 함께 배치해야 합니다.
2. 비율 계산의 분모를 확인합니다
전환율, 불량률, 처리율 같은 비율 지표는 분모가 달라지면 의미도 달라집니다. ‘계약건수 ÷ 상담건수’와 ‘계약건수 ÷ 고객수’는 서로 다른 지표입니다. 계산된 필드 이름에도 ‘상담 대비 계약 전환율’처럼 기준을 드러내는 표현을 사용합니다.
3. 대시보드에서 결론까지 단정하지 않습니다
7월 2일 기업영업 매출이 감소했다는 사실은 데이터로 확인할 수 있습니다. 그러나 담당자의 역량 부족이나 시장 상황이 원인이라고 바로 결론 내릴 수는 없습니다. 대시보드는 이상 구간을 찾는 도구이며, 원인은 상담 기록, 영업일 수, 고객 이탈 사유 등 추가 자료로 검증해야 합니다.
완성된 대시보드를 회의에서 사용하는 장면
주간회의에서 팀장이 “이번 주 실적이 목표를 넘었습니까?”라고 묻습니다. 상단 점수표에서 전체 달성률 102.8%를 확인합니다.
다음으로 부서 필터에서 기업영업을 선택합니다. 달성률은 100.0%로 바뀝니다. 날짜별 차트에서는 7월 2일 실적이 목표 아래로 내려간 것이 보입니다. 기간을 7월 2일로 제한하고 상세 표를 확인하니 기업영업의 실제매출은 6,800,000원, 상담 31건, 계약 4건입니다.
이제 회의의 질문이 달라집니다.
변경 전: “이번 주 기업영업 실적이 왜 좋지 않습니까?” 변경 후: “7월 2일에는 상담이 31건이었지만 계약은 4건이었습니다. 해당 날짜의 상담 유형과 미계약 사유를 확인해 봅시다.”
막연한 평가가 검증 가능한 업무 질문으로 바뀐 것입니다. 이것이 데이터 시각화가 업무 성과 개선에 기여하는 실제 방식입니다.
FAQ
1. 고객 이름이나 직원 정보가 포함된 자료도 연결해도 되나요?
사내 규정과 개인정보 처리 기준을 먼저 확인해야 합니다. 분석에 이름이 필요하지 않다면 담당자A, 담당자B 또는 사번이 아닌 임의 코드로 바꾸는 것이 안전합니다. 주민등록번호, 개인 연락처, 계좌번호, 건강정보, 상세 주소 등 민감한 정보는 대시보드용 원본에서 제거해야 합니다. 회사가 승인한 Google Workspace 계정과 저장 위치를 사용하고, 개인 계정으로 업무 파일을 옮기지 않는 원칙도 지켜야 합니다.
2. 보고서 링크만 보내면 원본 데이터까지 모두 공개되나요?
보고서 공유 권한과 데이터 소스의 사용자 인증 방식에 따라 접근 범위가 달라질 수 있습니다. 공유 전에는 보기 권한과 수정 권한을 구분하고, 링크가 있는 모든 사용자에게 공개되지 않았는지 확인합니다. 외부 공유가 필요한 경우에는 원본을 복제해 필요한 열과 집계 결과만 남긴 별도 데이터 소스를 사용하는 편이 안전합니다. 제3자 커넥터는 회사 관리자의 승인 여부와 해당 서비스의 데이터 처리 조건도 확인해야 합니다.
3. ChatGPT에 매출 데이터를 올려 분석해도 되나요?
회사명, 고객명, 계약금액, 담당자 이름이 포함된 원본 데이터를 임의로 입력해서는 안 됩니다. 먼저 회사의 생성형 AI 사용 지침을 확인하고, 허용된 환경인지 검토해야 합니다. 허용 여부가 불분명하다면 실제 값 대신 열 구조와 가상 데이터를 사용하십시오. 예를 들어 ‘고객명’을 ‘고객코드’, 실제 매출을 일정 비율로 변환한 예시 숫자로 바꿔 질문하면 데이터 구조와 계산식은 검토하면서 정보 노출 위험을 줄일 수 있습니다.
월간 실적 회의를 앞두고 엑셀 파일은 준비됐지만, 발표 자료는 아직 비어 있는 상황을 떠올려 보겠습니다. 보통은 숫자를 확인하고, 핵심 내용을 정리하고, 차트를 만든 뒤, 다시 슬라이드에 옮겨야 합니다. 자료가 많지 않아도 이 과정을 순서대로 밟으면 한 시간이 금방 지나갑니다.
Gemini를 활용하면 작업 순서를 바꿀 수 있습니다. 먼저 스프레드시트를 분석해 발표에 필요한 메시지와 차트를 만들고, 그 결과를 Google Slides의 Gemini에 전달해 편집 가능한 프레 (자세히 보기) (자세히 보기) (자세히 보기)젠테이션으로 구성하는 방식입니다.
2026년 7월 기준 Gemini 앱은 업로드한 스프레드시트를 분석하고 차트를 생성할 수 있습니다. Google Slides의 Gemini는 참고 파일과 기존 발표 자료의 스타일을 활용해 슬라이드를 생성하거나 수정할 수 있습니다. 다만 전체 프레젠테이션 생성 기능은 사용 가능한 요금제와 계정에 차이가 있으며, 현재 데스크톱·영어 환경 중심으로 제공되고 있습니다.
이번 실전 장면 입력 자료: 1월부터 6월까지의 제품별 매출 엑셀 파일 발표 목적: 팀장에게 상반기 실적과 하반기 대응 방향 보고 완성 목표: 표지 포함 6장, 차트 2개, 발표용 결론 3개
10분 완성 작업 순서
시간
작업
완성되는 결과
0~2분
자료 정리 및 익명화
Gemini에 올릴 안전한 파일
2~5분
Gemini로 데이터 분석
핵심 수치, 변화 원인, 차트
5~8분
Google Slides에서 초안 생성
편집 가능한 6장 프레젠테이션
8~10분
수치와 표현 검토
회의에 사용할 최종본
1단계: 엑셀 파일을 올리기 전에 2분만 정리합니다
AI가 분석하기 좋은 파일은 화려하게 꾸민 보고서가 아니라, 열의 의미가 분명한 표입니다. 병합 셀, 중간 합계, 빈 제목은 가능하면 제거합니다.
입력 전 표 형태
월
제품군
매출액
목표액
판매수량
1월
A제품
128000000
120000000
3,420
1월
B제품
87000000
95000000
2,180
2월
A제품
134000000
125000000
3,610
고객명, 담당자 이름, 전화번호, 이메일, 계약번호처럼 발표에 필요하지 않은 정보는 삭제합니다. 실제 제품명이 민감하다면 ‘A제품’, ‘B제품’처럼 바꾸고, 금액도 회사 규정에 따라 백만원 단위 지수로 변환할 수 있습니다.
예를 들어 실제 매출액 대신 1월 매출을 100으로 두고 이후 변화를 지수화하면, 외부 AI 서비스에 원금액을 입력하지 않고도 증감 흐름을 분석할 수 있습니다.
2단계: Gemini에 분석 결과의 형식까지 지정합니다
Gemini 웹 앱에서 파일 추가 버튼을 누르고 엑셀 또는 CSV 파일을 업로드합니다. “자료를 분석해 줘”라고만 입력하면 설명이 길어지거나 발표에 필요하지 않은 항목까지 나올 수 있습니다.
다음 입력문은 분석 목적, 계산 기준, 출력 형식, 시각화 조건을 한 번에 지정합니다.
Gemini에 입력할 프롬프트
첨부한 상반기 매출 파일을 팀장 보고용으로 분석해 주세요.
다음 순서로 작성하세요.
1. 전체 매출, 목표 달성률, 전월 대비 증감률을 계산합니다. 2. 제품군별로 실적이 가장 좋은 항목과 가장 부진한 항목을 찾습니다. 3. 데이터에서 직접 확인할 수 없는 원인은 추측하지 말고 ‘추가 확인 필요’로 표시합니다. 4. 월별 전체 매출 추이를 보여주는 선형 차트를 만듭니다. 5. 제품군별 목표 달성률을 비교하는 막대 차트를 만듭니다. 6. 발표 슬라이드에 넣을 결론을 3개로 정리합니다.
출력은 모두 한국어로 작성하고, 금액은 억원 단위로 표시하세요. 각 결론 뒤에는 근거가 된 행 또는 수치를 함께 적어 주세요.
입력 후 기대할 수 있는 결과
파일의 숫자가 위 예시와 같은 흐름이라면 Gemini는 다음처럼 발표용 문장으로 변환합니다.
분석 결과 예시
상반기 누적 매출은 13.4억원이며 목표 12.8억원 대비 달성률은 104.7%입니다.
A제품은 3월 이후 4개월 연속 목표를 초과했으며, 6월 목표 달성률은 112.3%입니다.
B제품은 2분기 매출이 1분기보다 8.6% 감소했습니다. 현재 데이터에는 가격, 재고, 판촉 활동 정보가 없으므로 감소 원인은 추가 확인이 필요합니다.
여기서 주목할 부분은 세 번째 문장입니다. 발표 자료를 빠르게 만드는 것보다 더 중요한 것은, 데이터에 없는 원인을 AI가 사실처럼 채워 넣지 못하게 하는 것입니다. 프롬프트에 “추측하지 말고 추가 확인 필요로 표시”하라는 조건을 넣으면 숫자와 해석의 경계를 분리하기 쉬워집니다.
차트가 복잡할 때 추가 입력
첫 번째 차트는 월별 전체 매출만 남기고 제품별 선은 제거해 주세요. 제목은 ‘상반기 월별 매출 추이’, 세로축 단위는 억원으로 표시하세요. 중요한 변곡점인 4월과 6월 수치만 데이터 레이블로 보여 주세요.
Gemini 앱에서 생성한 차트는 차트 유형이나 레이블 등을 수정할 수 있습니다. 숫자가 많은 표를 그대로 캡처하기보다, 발표자가 설명할 변화 한 가지가 드러나도록 요소를 줄이는 편이 좋습니다.
3단계: Google Slides에서 6장 초안을 생성합니다
Google Slides를 열고 빈 프레젠테이션을 만든 뒤 오른쪽 상단의 Gemini 기능을 실행합니다. 계정에 전체 프레젠테이션 생성 기능이 제공된다면 참고 자료로 분석 파일과 기존 회사 발표 자료를 추가할 수 있습니다.
회사 표준 템플릿이 있다면 빈 화면에서 새 디자인을 만들게 하지 말고, 이전에 승인된 발표 자료를 스타일 참고 파일로 지정합니다. Google Slides의 Gemini는 참고 프레젠테이션의 시각적 스타일을 재사용할 수 있습니다.
Google Slides에 입력할 프롬프트
Create a 6-slide presentation for a Korean sales performance meeting.
Use the attached spreadsheet and analysis as the only sources for numerical claims. Write all slide text in Korean.
Slide 1: 상반기 영업실적 보고 — 제목과 보고 기간 Slide 2: 핵심 요약 — 누적 매출, 목표 달성률, 전년 또는 전기 대비 수치 Slide 3: 월별 매출 추이 — 선형 차트와 변곡점 설명 Slide 4: 제품군별 목표 달성률 — 막대 차트와 상위·하위 제품 Slide 5: 확인이 필요한 문제 — 데이터로 확인된 현상과 추가 확인 항목을 분리 Slide 6: 하반기 실행 항목 — 담당자가 결정해야 할 조치 3개
Use one message per slide, short sentences, large numbers, and minimal decorative elements. Do not invent causes, forecasts, or missing figures.
실제 생성 결과의 형태
위 프롬프트를 적용하면 2번 슬라이드는 다음처럼 구성할 수 있습니다.
슬라이드 제목: 목표를 초과했지만 제품별 격차가 확대됐습니다
13.4억원 상반기 누적 매출
104.7% 상반기 목표 달성률
A제품 112.3% / B제품 91.4% 6월 제품별 목표 달성률
하단 메시지: 전체 목표는 초과했지만 B제품의 2분기 감소 원인을 별도로 확인해야 합니다.
일반적인 AI 프레젠테이션은 제목 아래에 여러 문장을 채우는 경우가 많습니다. 여기서는 슬라이드마다 전달할 메시지를 하나로 제한하고, 큰 숫자와 차트가 그 메시지를 증명하도록 구성합니다. 디자인을 화려하게 만드는 것보다 발표자가 한 문장으로 설명할 수 있는지가 우선입니다.
4단계: 마지막 2분은 디자인보다 숫자를 검토합니다
AI가 만든 슬라이드는 완성본이 아니라 빠르게 만든 편집 초안으로 보는 것이 안전합니다. 다음 네 항목은 회의 전에 직접 확인합니다.
검토 항목
확인 방법
합계
원본 엑셀의 합계와 슬라이드 숫자를 대조합니다.
단위
원, 만원, 백만원, 억원이 섞이지 않았는지 확인합니다.
비교 기준
전월 대비와 전년 동월 대비가 뒤바뀌지 않았는지 확인합니다.
원인 표현
자료에 없는 원인이 단정적으로 적혀 있지 않은지 확인합니다.
특히 “매출이 감소한 이유는 경쟁사 할인 때문입니다”와 같은 문장은 원본 자료에 경쟁사 가격 정보가 없다면 삭제해야 합니다. 이 경우에는 “B제품 매출 감소 원인은 가격·재고·판촉 이력을 추가 확인해야 합니다”처럼 바꾸는 편이 정확합니다.
더 빠르고 안정적으로 만드는 세 가지 설정
1. 기존 발표 자료를 디자인 기준으로 사용합니다
폰트, 로고 위치, 제목 크기를 매번 설명하지 말고 이전 분기 발표 자료를 스타일 참고 파일로 추가합니다. 새 디자인을 생성하는 시간을 줄이고 사내 문서의 일관성도 유지할 수 있습니다.
2. 분석용 프롬프트와 슬라이드용 프롬프트를 분리합니다
한 번의 입력으로 분석과 디자인을 모두 요청하면 숫자 검토가 어려워집니다. 먼저 Gemini에서 계산 결과와 근거를 확인한 뒤, 검증된 결과만 Slides에 전달합니다. 이 순서가 재작업을 줄입니다.
3. 실행 항목의 주체를 AI가 임의로 정하지 않게 합니다
“하반기 대책을 만들어 줘”라고 요청하면 조직 상황을 모르는 AI가 현실성 없는 업무를 제안할 수 있습니다. 대신 다음처럼 선택 가능한 형태를 요청합니다.
데이터에서 확인된 문제별로 실행 후보를 2개씩 제시하세요. 예산, 담당 부서, 실행 기한은 임의로 정하지 말고 빈칸으로 남겨 주세요. 최종 결정이 필요한 항목에는 ‘담당자 결정’ 표시를 붙이세요.
사내 자료를 안전하게 다루는 기준
회사 자료를 Gemini에 입력할 수 있는지는 기능 제공 여부와 별개로 사내 보안 규정에 따라 결정해야 합니다. 업무용 Google 계정에서는 관리자가 Gemini 앱과 Drive 접근을 허용해야 일부 기능을 사용할 수 있습니다.
업로드 전에는 다음 기준을 적용하는 것이 좋습니다.
개인정보, 고객 연락처, 주민등록번호, 계좌번호는 삭제합니다.
계약금액, 원가, 미공개 실적처럼 기밀로 분류된 정보는 사내 승인 없이 입력하지 않습니다.
제품명과 거래처명은 분석에 지장이 없다면 A제품, 거래처 1처럼 익명화합니다.
공용 계정이나 개인 계정 대신 회사가 승인한 업무용 계정을 사용합니다.
생성 결과에 대한 피드백을 제출할 때도 기밀 내용을 다시 입력하지 않습니다.
Google은 Gemini의 제안에 관한 피드백을 제출할 때 개인·기밀·민감 정보를 포함하지 말라고 안내하고 있습니다. AI가 편리하더라도 업로드 가능 여부는 회사의 정보보호 규정과 관리자 설정을 먼저 확인해야 합니다.
마무리: 10분의 목적은 검토 시간을 확보하는 것입니다
Gemini를 사용한다고 모든 프레젠테이션이 정확히 10분 안에 끝나는 것은 아닙니다. 자료가 복잡하거나 회사 템플릿의 제약이 많다면 수정 시간이 더 필요합니다. 다만 엑셀을 읽고, 핵심 수치를 찾고, 차트를 만들고, 슬라이드 구조를 잡는 반복 작업은 크게 줄일 수 있습니다.
실무에서 가장 안정적인 순서는 간단합니다. 자료를 익명화하고, Gemini에서 숫자와 차트를 먼저 검증한 다음, Google Slides에서 편집 가능한 초안을 만들고, 마지막으로 원본과 수치를 대조합니다.
결국 절약한 시간은 디자인을 더 꾸미는 데 쓰는 것이 아니라, “이 숫자가 맞는가”, “회의에서 어떤 결정을 받아야 하는가”를 확인하는 데 사용하는 편이 좋습니다.
FAQ
Q1. 무료 Gemini 계정에서도 같은 방법을 사용할 수 있나요?
Gemini 앱의 파일 분석 기능은 계정과 사용 한도에 따라 이용할 수 있지만, Google Slides 안에서 프레젠테이션 전체를 생성하거나 참고 자료의 스타일을 적용하는 기능은 대상 Google Workspace 또는 Google AI 요금제가 필요할 수 있습니다. 계정에 기능이 없다면 Gemini 앱에서 분석 결과와 슬라이드별 문구를 만든 뒤 Google Slides에 직접 붙여 넣는 방식으로 진행할 수 있습니다.
Q2. 한국어로 입력해도 프레젠테이션을 만들 수 있나요?
Gemini 앱에서는 한국어로 파일 분석을 요청할 수 있습니다. 다만 2026년 7월 기준 Google Slides의 일부 최신 프레젠테이션 생성 기능은 데스크톱과 영어 환경 중심으로 안내되고 있습니다. 기능이 제대로 작동하지 않는다면 명령문은 영어로 작성하고, 프롬프트 안에 “Write all slide text in Korean”을 포함하는 방법이 실용적입니다.
Q3. 매출 자료나 인사 자료를 그대로 올려도 되나요?
사내 규정에서 외부 생성형 AI 서비스 입력을 허용했는지 먼저 확인해야 합니다. 허용된 경우에도 개인 식별 정보, 고객 정보, 계약 조건, 원가, 미공개 경영 수치는 제거하거나 익명화하는 것이 안전합니다. 보안 등급을 판단하기 어렵다면 파일을 업로드하지 말고, 열 제목과 가공된 예시 데이터만 사용해 프레젠테이션 구조를 만드는 편이 적절합니다.
월요일 아침마다 지난주 메일과 메신저를 다시 열어보며 주간 업무 계획서를 작성하는 직장인이 많습니다. 해야 할 업무는 이미 알고 있지만, 이를 보고용 문장으로 정리하는 데 시간이 걸립니다.
예를 들어 머릿속에는 다음과 같이 정리되어 있습니다.
이번 주에 거래처 견적 확인하고, 불량 현황 정리하고, 금요일 회의 자료를 준비해야 한다. 지난주에 미뤄진 설비 점검도 다시 잡아야 한다.
하지만 실제 주간 계획서에는 업무명, 일정, 목표, 협업 대상, 예상 결과를 일정한 형식으로 적어야 합니다. 이때 Notion AI를 이용하면 메모 수준의 입력을 보고 가능한 계획 (자세히 보기) (자세히 보기) (자세히 보기)서로 바꾸고, 매주 반복해서 사용할 수 있는 개인화 템플릿까지 만들 수 있습니다.
이 글에서는 Notion의 일반 기능을 설명하지 않습니다. 실제 업무 메모를 입력하고, 주간 업무 계획서가 만들어지는 과정을 순서대로 보여드리겠습니다.
먼저 완성 결과부터 확인해 보겠습니다
다음은 생산관리 업무를 담당하는 직장인이 월요일 아침에 정리한 메모입니다.
Notion AI에 넣기 전 메모
이번 주 할 일 – 7월 불량 유형별 현황 정리 – A거래처 신규 견적 검토, 수요일까지 회신 – 포장 공정 작업표준서 수정 – 금요일 생산회의 자료 작성 – 지난주 미완료된 2호기 안전 점검 일정 확인
이 메모와 함께 아래 요청문을 Notion AI에 입력합니다.
실제 입력 예시
아래 업무 메모를 주간 업무 계획서로 정리해 줘.
작성 기준: 1. 업무를 우선순위순으로 배치할 것 2. 각 업무를 ‘업무명, 목적, 실행 내용, 완료 기준, 일정’으로 구분할 것 3. 불확실한 일정은 임의로 확정하지 말고 ‘확인 필요’라고 표시할 것 4. 보고서에 바로 붙여 넣을 수 있는 간결한 업무 문장으로 작성할 것 5. 마지막에 이번 주 주요 위험 요소와 확인 사항을 별도로 정리할 것
업무 메모: – 7월 불량 유형별 현황 정리 – A거래처 신규 견적 검토, 수요일까지 회신 – 포장 공정 작업표준서 수정 – 금요일 생산회의 자료 작성 – 지난주 미완료된 2호기 안전 점검 일정 확인
Notion AI가 정리한 결과 예시
우선순위
업무명
목적
실행 내용
완료 기준
일정
1
A거래처 신규 견적 검토
거래처 요청 일정에 맞춰 견적 회신
원가와 납기 조건을 확인하고 관련 부서 의견을 반영
검토 완료 후 거래처에 견적 회신
수요일까지
2
7월 불량 유형별 현황 정리
주요 불량 원인과 개선 우선순위 파악
불량 데이터를 유형별로 집계하고 전월 대비 증감 확인
상위 불량 항목과 원인 후보를 표로 정리
목요일까지
3
생산회의 자료 작성
주간 생산실적과 주요 이슈 공유
생산량, 불량 현황, 설비 이슈, 다음 주 조치사항 정리
회의용 자료 검토 및 공유 완료
금요일 회의 전
4
포장 공정 작업표준서 수정
현재 작업 방식과 문서 내용의 불일치 해소
변경된 작업 순서와 검사 기준을 문서에 반영
현장 확인 및 개정본 작성 완료
이번 주 내
5
2호기 안전 점검 일정 확인
지난주 미완료 업무의 누락 방지
설비 담당자와 점검 가능 시간 및 담당 범위 확인
점검 일정과 담당자 확정
확인 필요
주요 위험 요소 및 확인 사항
A거래처 견적 검토에 필요한 원가 자료가 늦어질 경우 회신 일정에 영향을 줄 수 있음
2호기 안전 점검 담당자와 가능 시간을 우선 확인해야 함
불량 현황 집계 기준이 전월과 동일한지 확인해야 함
단순한 할 일 목록이 아니라, 상사가 검토할 수 있는 업무 계획으로 바뀌었습니다. 특히 AI가 임의로 날짜를 만들어내지 않도록 “불확실한 일정은 확인 필요로 표시하라”고 요청한 부분이 실무에서 유용합니다.
5분 안에 만드는 단계별 작성 방법
1단계: 이번 주 업무를 문장이 아닌 단어로 적습니다
처음부터 정돈된 문장을 만들려고 하지 않아도 됩니다. 업무명, 기한, 관련 부서처럼 기억나는 정보만 빠르게 적습니다.
– 신규 거래처 견적 검토 / 영업팀 자료 필요 / 수요일 – 월간 실적 취합 / 각 팀 자료 미도착 – 고객 불만 3건 원인 정리 – 다음 주 교육 일정 공지
입력 단계에서는 표현보다 누락 방지가 우선입니다. Notion AI가 정리할 재료를 충분히 제공하는 것이 중요합니다.
2단계: AI가 지켜야 할 작성 기준을 함께 입력합니다
“주간 계획서로 만들어 줘”라고만 요청하면 보기에는 그럴듯하지만, 회사에서 사용하는 형식과 맞지 않을 수 있습니다. 아래처럼 출력 구조를 명확히 지정합니다.
업무 메모를 이번 주 업무 계획으로 정리해 줘. 각 업무는 업무명, 목적, 실행 항목, 협업 대상, 완료 기준, 마감 일정으로 구분해 줘. 마감일이 없는 업무는 임의로 날짜를 만들지 말고 ‘일정 확인 필요’로 표시해 줘. 중복되는 업무는 합치되, 원래 메모의 정보는 빠뜨리지 마. 상사에게 보고하는 문체로 간결하게 작성해 줘.
여기서 대부분이 놓치는 부분은 완료 기준입니다. “자료 작성”만 적으면 어디까지 해야 완료인지 불분명합니다. 반면 “팀장 검토 후 회의 참석자에게 공유”라고 작성하면 업무 종료 조건이 분명해집니다.
3단계: 결과를 그대로 제출하지 말고 세 가지를 확인합니다
AI가 만든 결과에서 다음 항목을 직접 확인합니다.
일정: 원문에 없던 날짜가 추가되지 않았는지
담당 범위: 다른 부서 업무까지 본인의 책임으로 표현되지 않았는지
완료 기준: 실제로 확인 가능한 결과물로 작성되었는지
예를 들어 다음 문장은 수정이 필요합니다.
수요일까지 영업팀의 원가 자료를 확보한다.
영업팀의 자료 제출 여부는 본인이 완전히 통제할 수 없습니다. 아래처럼 바꾸면 책임 범위가 명확해집니다.
월요일 오전까지 영업팀에 원가 자료를 요청하고, 수요일 견적 회신 전까지 자료 수신 여부를 확인한다.
4단계: 수정 요청으로 결과를 한 번 더 다듬습니다
첫 결과가 길거나 추상적이라면 처음부터 다시 작성할 필요가 없습니다. 바로 아래에 수정 요청을 입력합니다.
방금 작성한 계획서를 다음 기준으로 수정해 줘. – 실행 내용은 업무당 두 문장 이내로 줄일 것 – ‘검토한다’, ‘관리한다’처럼 완료 여부가 불분명한 표현을 줄일 것 – 각 업무의 완료 결과물을 구체적으로 표시할 것 – 일정이 빠른 업무부터 다시 배치할 것
이 과정을 거치면 보고서의 길이는 줄고, 실제 실행 여부는 더 쉽게 확인할 수 있습니다.
매주 재사용하는 개인화 템플릿 만들기
주간 계획서를 빠르게 만드는 진짜 효과는 한 번 작성하는 데서 끝나지 않습니다. 회사에서 사용하는 보고 형식과 직무 특성을 템플릿에 반영해 두면, 다음 주부터는 업무 메모만 바꿔 넣을 수 있습니다.
Notion 페이지에 저장할 템플릿 예시
[주간 업무 계획서 작성 요청]
아래 메모를 우리 팀의 주간 업무 계획서 형식으로 정리해 줘.
작성 순서: 1. 이번 주 목표 요약 2. 우선순위별 업무 계획 3. 협업 또는 확인이 필요한 사항 4. 예상 위험 요소 5. 다음 주로 이어질 가능성이 있는 업무
업무별 필수 항목: – 업무명 – 업무 목적 – 실행 내용 – 협업 대상 – 완료 기준 – 일정
작성 규칙: – 메모에 없는 사실, 수치, 일정은 만들지 말 것 – 확인되지 않은 내용은 ‘확인 필요’로 표시할 것 – 업무별 실행 내용은 두 문장 이내로 작성할 것 – 보고용 문체를 사용하되 지나치게 딱딱한 표현은 피할 것 – 개인정보와 거래처의 민감한 정보는 결과에 노출하지 말 것
이번 주 업무 메모: [여기에 업무 메모 입력]
이 템플릿을 Notion 데이터베이스의 새 페이지 템플릿으로 저장해 두면, 매주 새 페이지를 만든 뒤 마지막의 업무 메모만 교체하면 됩니다.
직무에 따라 템플릿 항목을 바꾸는 방법
직무
추가하면 좋은 항목
입력 예시
영업
고객사, 예상 매출, 다음 연락일
B사 견적 후속 연락 / 예상 1,500만 원 / 목요일
인사·총무
대상 인원, 공지 여부, 승인자
안전교육 일정 공지 / 생산팀 24명 / 공장장 승인 필요
생산·품질
대상 공정, 기준 수치, 조치 담당
조립 불량 분석 / 7월 데이터 / 생산기술 협의
마케팅
채널, 발행일, 검토 상태
신제품 안내문 / 블로그·메일 / 법무 검토 전
기획·관리
의사결정 사항, 관련 부서, 선행 조건
하반기 예산 수정 / 재무팀 협의 / 실적 자료 필요
모든 직무에 동일한 양식을 적용하기보다, 실제 업무를 결정하는 정보가 무엇인지 먼저 생각해야 합니다. 영업 담당자에게는 다음 연락일이 중요하고, 품질 담당자에게는 대상 공정과 판정 기준이 더 중요합니다.
금요일에는 계획서를 업무 실적으로 바꿔 보세요
월요일에 만든 계획서는 금요일 주간 보고에도 재사용할 수 있습니다. 완료 여부와 변경 사항만 간단히 추가한 뒤 Notion AI에 다시 요청합니다.
금요일 입력 예시
아래 주간 계획을 주간 업무 실적으로 전환해 줘. 완료, 진행 중, 지연으로 상태를 구분하고, 지연 업무는 원인과 다음 조치를 표시해 줘. 원래 계획과 실제 결과가 다른 부분은 별도로 정리해 줘.
실행 결과: – A거래처 견적 수요일 회신 완료 – 7월 불량 현황 정리 완료, 조립 불량이 전월 대비 증가 – 생산회의 자료 완료 – 작업표준서는 현장 확인이 늦어져 다음 주 화요일 완료 예정 – 2호기 안전 점검은 설비 담당자와 다음 주 수요일로 확정
변환 결과 예시
업무
상태
실행 결과
다음 조치
A거래처 신규 견적 검토
완료
검토 후 수요일 회신 완료
거래처 검토 의견 확인
7월 불량 현황 정리
완료
유형별 집계 완료, 조립 불량 증가 확인
증가 원인 분석 및 개선안 협의
포장 공정 작업표준서 수정
지연
현장 확인 일정 지연으로 개정 미완료
다음 주 화요일까지 개정 완료
2호기 안전 점검
진행 중
설비 담당자와 점검 일정 협의 완료
다음 주 수요일 점검 실시
이렇게 운영하면 월요일 계획서와 금요일 실적 보고서를 따로 작성하지 않아도 됩니다. 동일한 페이지에서 계획, 실행 결과, 다음 조치가 이어지므로 누락된 업무를 확인하기도 쉬워집니다.
사내 정보를 입력하기 전에 확인할 사항
Notion AI에 업무 내용을 입력할 때는 회사의 보안 규정이 우선입니다. 편리하다는 이유로 모든 내용을 그대로 붙여 넣어서는 안 됩니다.
고객의 이름, 연락처, 주민등록번호와 같은 개인정보는 입력하지 않습니다.
계약 금액, 원가, 미공개 매출, 기술 도면 등 사내 기밀은 회사 규정을 먼저 확인합니다.
거래처명은 필요한 경우 ‘A거래처’, ‘신규 고객사’처럼 바꿉니다.
직원 평가나 징계 관련 내용은 개인을 식별할 수 없도록 처리합니다.
회사가 승인한 Notion 계정과 워크스페이스인지 확인합니다.
예를 들어 “세광산업 납품단가 8,450원 재협상”이라는 메모는 다음처럼 바꿔 입력할 수 있습니다.
주요 거래처 납품단가 재협상 / 기존 조건과 신규 제안 비교 / 금요일 협의
AI가 계획서 구조를 정리하는 데는 실제 회사명이나 정확한 단가가 필요하지 않은 경우가 많습니다. 결과를 만든 뒤 내부 문서에서 필요한 정보만 직접 보완하는 방식이 안전합니다.
5분 작성 루틴으로 정리하면
1분: 이번 주 업무, 마감일, 협업 대상을 메모합니다.
1분: 저장해 둔 개인화 요청문 아래에 메모를 붙여 넣습니다.
1분: Notion AI로 우선순위와 완료 기준을 포함한 계획서를 만듭니다.
1분: 잘못 생성된 일정과 담당 범위를 확인합니다.
1분: 회사 양식에 맞게 문장을 줄이고 최종 저장합니다.
처음 한 번은 회사의 보고 형식에 맞는 템플릿을 만드는 시간이 필요합니다. 이후부터는 매주 같은 구조를 반복하지 않고, 실제 업무 내용과 우선순위를 점검하는 데 시간을 사용할 수 있습니다.
자주 묻는 질문
FAQ 1. Notion AI가 없는 경우에도 같은 방식으로 작성할 수 있나요?
가능합니다. 업무 메모와 요청문을 별도로 작성한 뒤 회사에서 허용한 AI 도구에 입력하고, 결과를 Notion 페이지에 옮기면 됩니다. 다만 사내 정보 입력이 허용된 도구인지 먼저 확인해야 합니다. 외부 AI 서비스 사용이 제한된 회사라면 업무명과 거래처명 등을 익명화하거나, 민감한 내용을 제외한 문장 구조만 생성하는 방식이 적절합니다.
FAQ 2. AI가 실제로 하지 않은 업무나 일정을 추가하면 어떻게 하나요?
요청문에 “메모에 없는 사실과 일정은 만들지 말 것”을 명시하고, 불확실한 항목은 “확인 필요”로 표시하도록 설정합니다. 그래도 결과를 바로 제출해서는 안 됩니다. 날짜, 수치, 담당자, 완료 여부는 원본 메모와 대조해야 합니다. AI는 초안을 정리하는 도구이며, 최종 업무 계획의 책임은 작성자에게 있습니다.
FAQ 3. 팀원들과 같은 템플릿을 공유해도 되나요?
공유할 수 있지만 직무별 업무 특성을 고려해야 합니다. 모든 팀원에게 동일한 항목을 강제하면 불필요한 내용이 늘어날 수 있습니다. 팀 공통 항목은 업무명, 목적, 완료 기준, 일정 정도로 유지하고, 영업의 고객 연락일이나 생산의 대상 공정처럼 직무별 항목을 추가하는 방식이 좋습니다. 템플릿을 변경할 때는 기존 주간 보고서와 비교해 빠진 항목이 없는지도 확인해야 합니다.
출근하자마자 메일함을 열고, 메신저 알림을 확인하고, 어제 끝내지 못한 업무를 떠올립니다. 그 사이 회의 일정까지 확인하다 보면 20분이 지나 있지만, 정작 첫 업무는 시작하지 못한 경우가 있습니다.
이때 Gemini를 단순한 질문 도구가 아니라 하루 업무를 정리하는 보조자로 사용하면 도움이 됩니다. 해야 할 일을 입력하고 “정리해 줘”라고만 요청하는 것이 아니라, 업무별 마감 시간·소요 시간·집중도를 함께 제공해 실행 순서를 설계하는 방식입니다.
이 글에서는 다음과 같은 실제 업무 상황을 기준으로 Gemini 활용 과정을 보여드립니다.
오전 9시 출근, 오후 6시 퇴근
오전 11시 팀 회의
오후 3시 거래처 통화
오늘 처리할 업무 7개
갑작스러운 요청이 들어올 가능성이 있는 날
Gemini는 Gmail·Drive·Docs의 정보를 찾거나 요약하고, Google Tasks의 할 일을 관리하며, Google Calendar의 일정을 확인하거나 생성하는 용도로 활용할 수 있습니다. 다만 회사 계정에서는 관리자가 관련 기능을 허용해야 하며, 조직의 Workspace 환경에 따라 사용할 수 있는 기능이 달라질 수 있습니다.
1단계: Gemini에 업무를 맡기기 전에 입력 형식부터 고정하기
Gemini를 업무 관리에 사용하면서 가장 흔히 발생하는 문제는 매일 다른 방식으로 질문하는 것입니다.
좋지 않은 입력 오늘 할 일이 많은데 일정 좀 짜 줘.
이렇게 입력하면 Gemini는 업무의 중요도와 소요 시간을 알 수 없기 때문에 일반적인 시간표를 제시할 가능성이 큽니다. 결과를 바로 실행하기도 어렵습니다.
대신 업무를 다음 네 가지 항목으로 정리합니다.
항목
입력할 내용
예시
업무명
실제로 해야 할 행동
주간 생산실적 보고서 작성
마감
완료해야 하는 시각
오후 2시
예상 시간
집중해서 처리할 경우의 시간
50분
집중도
높음·보통·낮음
높음
매일 이 형식으로 입력하면 Gemini가 단순한 할 일 목록이 아니라 실행 가능한 하루 일정을 만들기 쉬워집니다.
실제 입력 예시
오늘 업무를 실행 순서대로 정리해 줘.
근무 조건 – 근무시간: 오전 9시~오후 6시 – 점심시간: 오후 12시~1시 – 오전 11시~11시 30분 팀 회의 – 오후 3시~3시 20분 거래처 통화 – 갑작스러운 요청에 대응할 여유 시간 40분 필요
오늘 업무 1. 주간 생산실적 보고서 작성 / 오후 2시 마감 / 50분 / 집중도 높음 2. 불량 원인 자료 검토 / 오늘 중 / 40분 / 집중도 높음 3. 거래처 문의 답변 작성 / 오후 4시 마감 / 25분 / 집중도 보통 4. 회의자료 최종 확인 / 오전 10시 40분 마감 / 20분 / 집중도 보통 5. 부서 공지 작성 / 오늘 중 / 15분 / 집중도 낮음 6. 메일 확인 및 회신 / 오전·오후 각 20분 / 집중도 낮음 7. 다음 주 일정 정리 / 퇴근 전 / 20분 / 집중도 낮음
출력 조건 – 시간대별 표로 작성 – 업무 사이에 5~10분 여유 포함 – 오전에는 집중도가 높은 업무 우선 배치 – 일정이 밀릴 경우 뒤로 미뤄도 되는 업무 표시 – 동시에 여러 업무를 배치하지 말 것
Gemini가 제시할 수 있는 결과 형태
시간
업무
배치 이유
09:00~09:20
메일 확인 및 긴급 요청 분류
마감과 긴급도를 확인하기 위한 준비 시간
09:20~09:40
회의자료 최종 확인
오전 10시 40분 마감 업무 우선 처리
09:40~10:30
주간 생산실적 보고서 작성
집중력이 높은 오전 시간에 배치
10:30~10:40
보고서 저장 및 다음 업무 준비
작업 전환을 위한 여유 시간
10:40~11:00
거래처 문의 내용 검토
통화 전 확인할 사항 사전 정리
11:00~11:30
팀 회의
고정 일정
11:30~12:00
회의 후속 조치 정리
회의 내용을 잊기 전에 담당 업무 기록
13:00~13:40
불량 원인 자료 검토
오후 첫 집중 시간 활용
13:40~14:00
보고서 최종 검토 및 제출
오후 2시 마감 준수
14:00~14:40
예비 시간
긴급 요청 또는 지연 업무 대응
14:40~15:00
거래처 통화 질문 정리
통화 목적과 확인 항목 준비
15:00~15:20
거래처 통화
고정 일정
15:20~15:45
거래처 문의 답변 작성
통화 내용을 바로 반영
15:45~16:00
답변 검토 및 발송
오후 4시 마감 준수
16:00~16:20
오후 메일 확인
새로운 요청과 회신 필요 건 확인
16:20~16:35
부서 공지 작성
집중도가 낮아도 가능한 업무
16:35~16:55
다음 주 일정 정리
퇴근 전 완료할 관리 업무
16:55~18:00
미완료 업무 처리 및 마감 점검
당일 변수와 추가 요청 대응
여기서 주목할 부분은 일정을 빈틈없이 채우지 않았다는 점입니다. 실제 회사 업무에서는 문의 전화, 결재 수정, 상사의 추가 요청처럼 계획에 없던 일이 발생합니다. 따라서 하루의 10~15%는 처음부터 비워 두는 편이 현실적입니다.
2단계: 아침에는 ‘계획 생성’, 점심에는 ‘재배치’를 요청하기
아침에 만든 일정이 오후까지 그대로 유지되는 날은 많지 않습니다. 오전 회의가 길어지거나 예상보다 보고서 작성에 시간이 더 걸릴 수 있습니다.
이때 처음부터 일정을 다시 만들 필요는 없습니다. 현재 상태만 추가해 Gemini에 재배치를 요청합니다.
오후 1시 재조정 장면
예를 들어 오전 업무가 다음과 같이 진행됐다고 가정해 보겠습니다.
주간 생산실적 보고서가 예상보다 20분 늦어짐
팀 회의에서 추가 검토 업무 30분 발생
오후 3시 거래처 통화는 변경할 수 없음
부서 공지는 다음 날로 미뤄도 됨
Gemini 입력
오전 계획이 변경됐어. 오후 일정을 다시 배치해 줘.
– 현재 시각: 오후 1시 – 생산실적 보고서는 20분 추가 작업 필요 – 회의에서 설비 점검 기록 검토 업무가 추가됨: 30분, 오늘 오후 5시 마감 – 오후 3시 거래처 통화는 변경 불가 – 부서 공지는 내일로 미뤄도 됨 – 오후 6시에는 퇴근해야 함
마감이 있는 업무를 우선하고, 시간이 부족하면 미룰 업무와 그 이유를 구분해 줘.
재배치 결과 예시
구분
업무
조정 내용
유지
오후 3시 거래처 통화
변경할 수 없는 고정 일정
우선 처리
생산실적 보고서 마무리
오후 2시 마감이므로 오후 1시부터 처리
추가 배치
설비 점검 기록 검토
오후 5시 마감에 맞춰 통화 후 배치
축소
오후 메일 확인
20분에서 10분으로 줄이고 긴급 메일만 확인
이월
부서 공지 작성
당일 마감이 아니므로 다음 날 오전으로 이동
이 방식의 장점은 “일정을 지키지 못했다”는 부담을 줄이는 데 있습니다. 계획을 실패한 것으로 보지 않고, 새로 들어온 조건에 맞춰 다시 계산하는 것입니다.
3단계: 퇴근 전 5분, 감상이 아닌 데이터로 하루를 분석하기
업무 루틴을 개선하려면 “오늘 바빴다”는 느낌보다 계획과 실제 결과를 비교해야 합니다. 퇴근 전에 다음 네 가지만 기록합니다.
계획한 업무 수
완료한 업무 수
예상 시간과 실제 시간의 차이
계획에 없던 추가 업무 시간
하루 업무 기록 예시
업무
예상 시간
실제 시간
결과
생산실적 보고서
50분
70분
완료
불량 원인 자료 검토
40분
35분
완료
거래처 문의 답변
25분
30분
완료
부서 공지 작성
15분
0분
다음 날로 이월
설비 점검 기록 검토
계획 없음
30분
추가 완료
Gemini 입력
아래는 오늘 계획과 실제 업무 기록이야. 업무 루틴을 개선할 수 있도록 분석해 줘.
분석 기준: 1. 예상 시간이 실제 시간과 20% 이상 차이 난 업무 2. 반복적으로 지연될 가능성이 있는 구간 3. 다음 일정에서 더 확보해야 할 예비 시간 4. 내일 적용할 변경 사항 3개
[위 표의 내용을 붙여넣기]
결과는 ‘문제-원인 추정-내일 변경할 행동’ 형식의 표로 작성해 줘. 원인을 단정하지 말고 기록에서 확인할 수 없는 부분은 질문으로 남겨 줘.
분석 결과 예시
문제
원인 추정
내일 변경할 행동
보고서 작성 시간이 예상보다 40% 증가
자료 수집 시간이 예상에 포함되지 않았을 가능성
보고서 작성과 자료 수집을 분리해 각각 시간을 배정
추가 업무로 낮은 우선순위 업무가 밀림
오후 예비 시간이 추가 업무보다 짧았음
회의가 있는 날은 오후 예비 시간을 40분에서 60분으로 확대
거래처 답변 작성 시간이 5분 증가
통화 후 확인해야 할 내용이 추가됐을 가능성
통화 전에 확인 질문과 답변 항목을 미리 작성
하루 기록만으로 업무 습관을 단정해서는 안 됩니다. 같은 형식으로 5일 정도 기록하면 반복되는 지연 구간을 확인하기 쉬워집니다.
4단계: 반복 입력은 Gem으로 저장하기
매일 같은 조건을 다시 입력하는 것이 번거롭다면 맞춤 Gem을 만들 수 있습니다. Gem은 반복적으로 사용할 지침을 저장해 Gemini의 응답 방식과 결과 형식을 일정하게 유지하는 기능입니다. 맞춤 Gem의 생성·수정·삭제는 Gemini 웹 앱에서 할 수 있고, 생성한 Gem은 웹과 모바일 앱 등에서 사용할 수 있습니다.
Gem 설정 예시
Gem 이름: 일일 업무 일정 관리자
Gem 지침:
직장인의 일일 업무를 실행 가능한 시간표로 정리한다.
다음 원칙을 항상 지킨다.
1. 마감 시각이 있는 업무를 우선한다. 2. 오전에는 집중도가 높은 업무를 배치한다. 3. 회의 전후로 최소 10분의 준비·정리 시간을 둔다. 4. 하루 일정의 최소 10%는 예상하지 못한 요청을 위한 예비 시간으로 남긴다. 5. 동시에 두 가지 업무를 배치하지 않는다. 6. 시간이 부족하면 업무를 임의로 삭제하지 말고 ‘오늘 처리’, ‘축소 처리’, ‘다음 날 이월’로 구분한다. 7. 일정표 뒤에 오늘 가장 먼저 시작할 행동을 한 문장으로 표시한다. 8. 입력 정보가 부족하면 추측하지 말고 필요한 정보를 질문한다.
이후에는 매일 근무시간과 업무 목록만 입력해도 같은 기준으로 결과를 받을 수 있습니다.
대부분이 놓치는 부분: 업무명보다 ‘완료 조건’을 입력해야 한다
“보고서 작성”처럼 업무명만 입력하면 어디까지 해야 완료인지 불분명합니다. Gemini가 일정을 잘 나눠도 실제 업무가 끝나지 않는 이유입니다.
업무명 뒤에 완료 조건을 붙여 보십시오.
모호한 입력
실행 가능한 입력
보고서 작성
생산량·불량률 표를 갱신하고 팀장 검토용 PDF로 저장
거래처 연락
납기 변경 가능 여부를 확인하고 답변을 메일로 기록
회의 준비
지난주 미완료 항목 3개와 이번 주 결정 사항을 한 페이지로 정리
메일 확인
오늘 회신이 필요한 메일만 분류하고 3건까지 답변
완료 조건이 있으면 Gemini는 업무를 더 현실적인 단위로 나누고, 직장인도 어느 시점에 다음 업무로 넘어가야 하는지 판단하기 쉬워집니다.
Gemini로 업무 루틴을 관리할 때 발생하는 문제와 해결 방법
문제 1. 일정이 지나치게 촘촘하다
원인: 이동, 파일 저장, 결재 대기, 업무 전환 시간이 반영되지 않았기 때문입니다.
해결 입력:
각 업무 사이에 최소 5분을 두고, 회의 전후에는 각각 10분을 확보해 줘. 하루 전체의 10%는 비워 둬.
문제 2. 중요하지 않은 업무가 앞에 배치된다
원인: 마감과 중요도를 입력하지 않았거나, 단순히 입력 순서대로 배치했기 때문입니다.
해결 입력:
입력 순서를 따르지 말고 마감 시각, 업무 영향도, 예상 소요 시간 순서로 우선순위를 판단해 줘. 판단 근거도 한 줄씩 표시해 줘.
문제 3. 실제 업무량보다 지나치게 낙관적인 결과가 나온다
원인: 여러 업무를 동시에 처리하거나 휴식 없이 이어서 수행하는 일정이 만들어졌기 때문입니다.
해결 입력:
한 시간에 하나의 주요 업무만 배치하고, 동시에 여러 업무를 처리하는 일정은 만들지 마. 시간이 부족하면 이월할 업무를 분리해 줘.
문제 4. Gemini의 답변이 매일 달라진다
원인: 입력 기준과 출력 형식이 일정하지 않기 때문입니다.
해결 방법: 근무 조건, 업무 목록, 출력 조건을 하나의 양식으로 저장하거나 Gem에 고정 지침으로 등록합니다.
사내 정보는 어느 수준까지 입력해도 될까
Gemini는 문서나 스프레드시트 등의 파일을 업로드해 요약과 분석에 활용할 수 있습니다. 다만 직장 또는 학교 계정에서는 관리자의 설정이 필요할 수 있으며, 회사 계정의 데이터 보호 수준과 사용 가능한 기능은 Workspace 계약 및 조직 설정에 따라 달라집니다.
기밀정보 제외: 미공개 실적, 원가, 계약 조건, 도면, 비밀번호, 내부 시스템 주소는 입력하지 않습니다.
최종 검토: Gemini가 만든 일정·요약·메일은 담당자가 원문과 대조합니다. Gemini의 답변에는 오류가 있을 수 있으므로 업무 판단을 그대로 맡기지 않는 편이 안전합니다.
안전하게 바꿔 입력하는 예시
입력하지 않는 표현
대체 표현
○○전자 납품 불량률 8.7%
A 거래처 품질 자료 검토
박○○ 차장에게 인사평가 자료 전달
관리자에게 내부 검토 자료 전달
신제품 X-210 원가표 수정
내부 비용 자료 수정
고객 전화번호와 주소가 포함된 파일
개인정보 열을 삭제한 업무용 사본
바로 사용할 수 있는 일일 업무 루틴
오전 9시: 오늘의 고정 일정과 업무 목록을 Gemini에 입력하고 시간표를 만듭니다.
오후 1시: 완료한 업무, 지연된 업무, 새로 들어온 업무를 입력해 오후 일정을 재배치합니다.
퇴근 5분 전: 예상 시간과 실제 시간을 비교해 다음 날 바꿀 행동 세 가지를 받습니다.
처음부터 Gmail, Calendar, Tasks를 모두 연결할 필요는 없습니다. 첫 주에는 업무 목록을 직접 입력해 일정의 정확도를 확인하는 편이 좋습니다. 그다음 회사 규정과 관리자 설정이 허용하는 범위에서 필요한 기능만 단계적으로 연결하면 됩니다.
FAQ
1. 회사 메일이나 업무 문서를 Gemini에 그대로 넣어도 되나요?
회사 규정과 계정의 데이터 보호 조건을 확인하기 전에는 그대로 입력하지 않는 편이 안전합니다. 고객 개인정보, 계약 금액, 내부 실적, 설계 자료처럼 외부 공개가 제한된 정보는 제외하십시오. 문서 분석이 필요하다면 원본을 복사한 뒤 이름·연락처·사번·거래처명·금액 등 식별 가능한 정보를 삭제한 별도 파일을 사용하는 방법이 있습니다.
2. Gemini가 만든 일정대로 업무를 진행하면 항상 효율적일까요?
항상 그렇지는 않습니다. Gemini는 입력된 조건을 기준으로 일정을 구성하지만, 실제 업무의 난이도나 조직 내부 사정을 모두 알 수 없습니다. 처음 일주일은 결과를 그대로 따르기보다 예상 시간과 실제 시간을 비교하면서 조정해야 합니다. 특히 결재 대기, 현장 이동, 전화 응대가 잦은 직무는 예비 시간을 넉넉하게 설정하는 편이 현실적입니다.
3. Gmail이나 Calendar 연결 기능이 보이지 않는 이유는 무엇인가요?
개인 계정과 회사 계정의 기능 구성이 다를 수 있으며, 회사 또는 학교 계정에서는 Workspace 관리자가 연결 앱 사용을 허용해야 할 수 있습니다. 먼저 Gemini 설정에서 연결 앱 항목을 확인하고, 회사 계정이라면 사내 전산 담당자에게 사용 가능 여부를 문의하십시오. 연결이 불가능해도 일정과 할 일 목록을 직접 입력하는 방식으로 동일한 루틴을 운영할 수 있습니다.
회의가 끝나면 메신저에는 “회의록 공유 부탁드립니다”라는 메시지가 올라오고, 담당자는 흩어진 메모를 문장으로 정리하느라 다시 20~30분을 씁니다. 이때 Claude를 활용하면 초안 작성 시간은 크게 줄일 수 있습니다.
다만 회의 메모를 그대로 붙여 넣고 “회의록으로 정리해 줘”라고 요청하면 결과가 기대보다 부정확할 수 있습니다. 발언 내용과 확정 사항이 섞이고, 담당자가 정해지지 않은 업무에 임의로 담당자가 붙기도 합니다.
회의록을 빠르게 만드는 기준은 단순히 문장을 예쁘게 정리하는 것이 아닙니다. 다음 세 가지를 분리해야 합니다.
무엇이 확정됐는가
누가 언제까지 무엇을 하는가
아직 결정되지 않은 내용은 무엇인가
이 구조를 Claude에게 먼저 알려주면, 메모가 다소 거칠어도 공유 가능한 형태의 회의록을 만들 수 있습니다.
1단계: 회의 메모에서 민감한 정보를 먼저 제거합니다
Claude에 내용을 입력하기 전, 회사의 AI 사용 규정부터 확인해야 합니다. 외부 AI 서비스에 사내 정보를 입력할 수 없는 조직도 있으며, 허용되더라도 고객명, 계약금액, 연락처, 미공개 사업계획은 제외해야 할 수 있습니다.
다음과 같은 원문 메모가 있다고 가정해 보겠습니다.
에이스유통 담당자 박OO 부장 요청 신제품 납기 8월 18일은 어렵고 8월 25일 가능 계약금액 4,800만 원, 할인 5% 추가 요청 개발팀에서 포장 규격 금요일까지 확인 영업팀은 수정 견적서 월요일 오전 발송 납기 확정 전에 고객에게 일정 안내하지 않기로 함
이 내용을 그대로 입력하지 말고, 식별 가능한 정보와 민감한 수치를 다음처럼 바꿉니다.
[거래처 A] 담당자 요청 신제품 기존 요청 납기는 어렵고 대체 일정 검토 가능 계약금액 및 할인 조건 재검토 요청 개발팀에서 포장 규격 금요일까지 확인 영업팀은 수정 견적서 월요일 오전 발송 납기 확정 전에 외부에 일정 안내하지 않기로 함
개인정보를 가리는 데서 끝내지 말고, 회의록 작성에 필요하지 않은 금액과 내부 조건도 함께 제거하는 것이 안전합니다. 실제 업무에서는 회사가 승인한 AI 도구와 입력 가능 정보의 범위를 우선 적용해야 합니다.
2단계: Claude에게 회의록의 형식과 판단 기준을 함께 입력합니다
회의록 정리에서 자주 생기는 문제는 AI가 불완전한 메모를 자연스러운 문장으로 보완하면서, 실제 회의에서 결정되지 않은 내용까지 확정된 것처럼 표현하는 것입니다.
이를 막으려면 요청문에 “추측하지 말 것”과 “불명확한 내용은 별도 표시할 것”을 넣어야 합니다.
Claude에 입력할 요청문
아래 회의 메모를 사내 공유용 회의록으로 정리해 주세요.
작성 기준:
메모에 없는 내용은 추측하거나 추가하지 마세요.
결정된 사항과 검토 중인 사항을 구분하세요.
실행 항목은 담당 부서, 할 일, 기한 순서로 표로 작성하세요.
담당자나 기한이 불명확하면 임의로 채우지 말고 ‘확인 필요’라고 표시하세요.
중복 발언과 구어체는 제거하되, 결정의 의미는 바꾸지 마세요.
회의에 참석하지 않은 직원도 이해할 수 있도록 간결하게 작성하세요.
출력 형식:
회의 목적
주요 논의 내용
확정 사항
실행 항목 표
미결 사항 및 확인 필요 내용
회의 메모: [거래처 A]에서 기존 요청 납기 준수를 요청함. 기존 요청 일정은 어렵고 대체 일정은 검토 가능함. 계약 조건 재검토 요청이 있었음. 개발팀에서 포장 규격을 금요일까지 확인하기로 함. 영업팀은 수정 견적서를 월요일 오전에 발송하기로 함. 납기 확정 전에는 외부에 일정을 안내하지 않기로 함.
이 요청문에서 중요한 부분은 문체가 아니라 판단 기준입니다. “깔끔하게 정리해 주세요”만 입력하면 Claude는 읽기 좋은 문장을 만드는 데 집중합니다. 반면 확정, 실행, 미결 항목을 구분하도록 지시하면 업무용 문서에 가까운 결과가 나옵니다.
3단계: Claude가 만든 결과를 실제 회의 내용과 대조합니다
위 요청문을 사용하면 결과는 다음과 같은 형태로 정리할 수 있습니다.
Claude 정리 결과 예시
회의 목적
거래처 A의 납기 및 계약 조건 재검토 요청에 대한 내부 대응 방향을 정리한다.
주요 논의 내용
기존 요청 납기를 맞추기 어려워 대체 가능한 일정을 검토하기로 했다.
거래처에서 계약 조건 재검토를 요청했다.
납기와 포장 규격이 확정되기 전까지 외부에 일정을 안내하지 않기로 했다.
확정 사항
개발팀은 포장 규격을 확인한다.
영업팀은 수정 견적서를 작성해 발송한다.
최종 납기 확정 전에는 거래처에 일정을 안내하지 않는다.
실행 항목
담당
실행 내용
기한
개발팀
포장 규격 확인
금요일
영업팀
수정 견적서 발송
월요일 오전
미결 사항 및 확인 필요 내용
대체 가능한 최종 납기일
변경 가능한 계약 조건의 범위
거래처에 최종 일정을 안내할 담당자
이 결과를 그대로 공유하기 전에 원본 메모와 한 번 대조해야 합니다. 특히 다음 항목은 사람이 확인해야 합니다.
담당 부서와 실제 담당자가 일치하는지
기한이 회의일 기준인지 특정 날짜 기준인지
논의된 의견이 확정 사항으로 잘못 들어가지 않았는지
외부 공유가 제한된 정보가 남아 있지 않은지
예를 들어 회의가 목요일에 열렸다면 “금요일”이라는 표현만으로도 의미가 통합니다. 하지만 회의록을 일주일 뒤 확인하면 어느 금요일인지 알기 어렵습니다. 공유 전에는 “2026년 7월 31일 금요일”처럼 날짜를 절대값으로 바꾸는 것이 좋습니다.
4단계: 모호한 표현만 골라 Claude에게 다시 점검시킵니다
회의록 전체를 처음부터 다시 작성하게 할 필요는 없습니다. 1차 결과에서 모호한 문장만 찾아 달라고 요청하면 검토 시간이 줄어듭니다.
두 번째로 입력할 점검 요청문
방금 작성한 회의록을 검토해 주세요.
다음에 해당하는 표현만 찾아 표로 정리하세요.
담당자가 명확하지 않은 항목
날짜가 상대적으로 표현된 항목
확정 사항인지 의견인지 구분하기 어려운 문장
외부 공유 전에 보안 검토가 필요한 내용
문장을 임의로 수정하지 말고, ‘문제 표현 / 확인할 내용 / 수정 예시’ 세 열로 작성해 주세요.
점검 결과 예시
문제 표현
확인할 내용
수정 예시
금요일까지 확인
정확한 날짜 확인 필요
2026년 7월 31일까지 확인
대체 일정을 검토하기로 했다
검토 담당 부서 확인 필요
생산관리팀이 대체 일정을 검토한다
계약 조건 재검토
공유 대상에 따라 민감 정보 포함 여부 확인
계약 조건 관련 요청 사항을 별도 검토한다
이 방식은 Claude에게 다시 회의록을 맡기는 것이 아니라, 사람이 놓치기 쉬운 부분을 찾아내는 검토 도구로 활용하는 방법입니다. 최종 결정권은 회의 참석자와 작성자에게 남겨두면서 검토 속도를 높일 수 있습니다.
Claude로 회의록을 정리할 때 자주 하는 실수
1. 녹취 전체를 설명 없이 입력하는 경우
녹취에는 반복 발언, 농담, 정정 전 의견이 함께 들어 있습니다. 아무 기준 없이 입력하면 발언 요약문은 만들 수 있지만, 결정 사항과 실행 항목이 불분명해질 수 있습니다.
녹취를 사용할 때는 먼저 다음과 같이 요청하는 편이 안전합니다.
이 녹취에서 결정 사항, 실행 항목, 미결 사항의 근거가 되는 문장만 추출해 주세요. 발언자의 의도를 추측하지 말고, 원문에 없는 결론은 만들지 마세요.
2. 논의 내용과 결정 사항을 한 목록에 넣는 경우
“검토가 필요하다는 의견이 나왔다”와 “검토하기로 결정했다”는 서로 다른 내용입니다. 회의록에서는 반드시 분리해야 합니다. Claude 요청문에도 ‘논의’, ‘확정’, ‘미결’을 별도 항목으로 지정하는 것이 좋습니다.
3. 담당자와 기한을 AI가 채우도록 두는 경우
메모에 담당자가 없는데도 문맥상 관련 있어 보이는 부서를 Claude가 배정할 수 있습니다. 문장은 자연스럽지만 실제 업무 지시와 달라질 위험이 있습니다.
따라서 “담당자와 기한이 없으면 확인 필요로 표시하라”는 문장을 요청문에 반드시 포함해야 합니다.
4. 회의록을 작성하자마자 전체 구성원에게 보내는 경우
AI가 만든 문서는 완성본이 아니라 검토용 초안으로 보는 것이 적절합니다. 회의 주관자나 주요 담당자에게 먼저 확인받은 뒤 공유해야 잘못된 일정과 책임 배정을 줄일 수 있습니다.
복사해서 사용할 수 있는 회의록 정리용 최종 요청문
아래 메모를 사내 공유용 회의록 초안으로 정리해 주세요.
[작성 원칙]
입력 내용에 없는 사실은 추가하거나 추측하지 마세요.
논의 내용, 확정 사항, 미결 사항을 명확히 구분하세요.
실행 항목은 담당자 또는 담당 부서, 실행 내용, 완료 기한으로 정리하세요.
담당자나 기한이 없으면 임의로 작성하지 말고 ‘확인 필요’라고 표시하세요.
‘다음 주’, ‘금요일’, ‘추후’ 같은 표현은 별도로 표시해 정확한 날짜를 확인할 수 있게 하세요.
개인정보, 계약 조건, 고객 정보 등 민감할 수 있는 내용은 ‘보안 검토 필요’로 표시하세요.
중복 표현은 제거하되 결정의 의미와 책임 관계는 변경하지 마세요.
[출력 순서]
회의 개요
회의 목적
주요 논의 내용
확정 사항
실행 항목 표
미결 사항
작성자가 최종 확인해야 할 항목
[회의 메모] 여기에 개인정보와 기밀정보를 제거한 회의 메모를 붙여 넣으세요.
매번 같은 기준을 사용한다면 이 요청문을 메모 앱이나 사내 문서 양식에 저장해 두는 것이 좋습니다. 회의가 끝난 뒤 민감 정보 제거, Claude 초안 작성, 모호한 표현 점검, 담당자 확인 순서로 진행하면 짧은 시간 안에 공유 가능한 회의록을 만들 수 있습니다.
회의 후 5분 정리 순서
1분: 고객명, 연락처, 금액, 내부 기밀을 삭제하거나 대체 표현으로 변경합니다.
2분: 준비한 요청문과 회의 메모를 Claude에 입력해 초안을 만듭니다.
1분: 담당자, 기한, 확정 여부가 모호한 항목을 다시 점검시킵니다.
1분: 원본 메모와 대조한 뒤 회의 주관자에게 확인을 요청합니다.
회의가 길거나 녹취가 많다면 실제 검토 시간은 더 필요할 수 있습니다. ‘5분’은 메모가 준비된 일반적인 내부 회의에서 초안을 만드는 기준으로 보고, 중요한 의사결정이나 계약 관련 회의는 충분한 사람 검토를 거쳐야 합니다.
FAQ
Q1. 회의 녹음 파일을 Claude에 그대로 올려도 되나요?
먼저 회사의 녹음 및 외부 AI 사용 규정을 확인해야 합니다. 참석자 동의가 필요한 회의도 있으며, 녹음 파일에는 이름, 연락처, 고객 정보, 영업기밀이 포함될 수 있습니다. 회사에서 승인한 환경이 아니라면 녹취 전체를 올리기보다 민감 정보를 제거한 메모 형태로 입력하는 것이 안전합니다.
Q2. Claude가 작성한 회의록을 그대로 사내 메신저에 공유해도 되나요?
그대로 공유하기보다는 원본 메모와 대조해야 합니다. 담당자, 날짜, 수치, 확정 여부는 반드시 사람이 확인하고, 계약·인사·고객 관련 내용은 공유 대상이 적절한지도 점검해야 합니다. 회의록 상단에 ‘검토용 초안’이라고 표시한 뒤 주요 참석자의 확인을 받는 방법도 유용합니다.
Q3. 사내 정보 입력이 금지된 경우에도 Claude를 활용할 수 있나요?
실제 회의 내용을 입력해서는 안 됩니다. 대신 빈 회의록 양식을 만들거나, 공개 가능한 예시 문장으로 요청문 구조를 다듬는 용도로 활용할 수 있습니다. 실제 정보는 회사 내부 문서 도구에서 직접 채우고, 조직에서 승인한 AI 서비스가 있다면 해당 규정과 보안 설정에 따라 사용해야 합니다.
회의 요청, 자료 제출, 일정 변경, 업무 독촉, 진행 상황 보고처럼 직장인이 반복해서 보내는 이메일은 내용만 조금씩 달라질 뿐 구조는 비슷합니다. 그런데도 매번 빈 화면에서 시작하면 제목을 정하고, 첫 문장을 쓰고, 표현을 다듬는 데 예상보다 많은 시간이 들어갑니다.
Microsoft Copilot을 활용하면 자주 사용하는 이메일의 기본 구조를 먼저 만든 뒤, 상황에 따라 필요한 부분만 바꿀 수 있습니다. 중요한 점은 Copilot에게 단순히 “이메일을 써줘”라고 요청하지 않는 것입니다. 받는 사람, 목적, 포함할 정보, 원하는 행동, 말투를 함께 입력해야 실제 업무에 바로 쓸 수 있는 결과가 나옵니다.
이번 글에서는 별도의 복잡한 설정 없이, 직장인이 자주 사용하는 이메일 템플릿을 만드는 과정을 실제 입력과 결과를 중심으로 살펴보겠습니다.
1단계: 반복해서 보내는 이메일 한 가지를 고릅니다
처음부터 모든 이메일을 템플릿으로 만들 필요는 없습니다. 최근 한 달 동안 두 번 이상 작성한 이메일부터 고르는 편이 효율적입니다.
업무 상황
템플릿으로 만들 부분
매번 바꿀 부분
자료 제출 요청
요청 배경, 제출 방법, 마무리 문장
자료명, 제출 기한, 담당자
회의 일정 조율
회의 목적, 회신 요청 문장
후보 날짜, 참석자, 장소
업무 진행 상황 보고
보고 순서, 문제 공유 방식
진행률, 완료 항목, 지연 사유
기한이 지난 업무 확인
확인 요청, 협조 문장
업무명, 기존 기한, 새 일정
고객 문의 답변
인사, 확인 내용, 후속 안내
문의 내용, 처리 결과, 예상 일정
예를 들어 매주 여러 부서에 실적 자료를 요청한다면, ‘자료 제출 요청 이메일’을 첫 번째 템플릿으로 정할 수 있습니다.
2단계: Copilot에 이메일 작성 조건을 한 번에 입력합니다
Copilot을 열고 아래처럼 입력합니다. 대괄호 안의 내용은 실제 업무 상황에 맞게 바꾸면 됩니다.
Copilot 입력 예시
부서별 월간 실적 자료 제출을 요청하는 업무 이메일 템플릿을 작성해줘.
– 받는 사람: 다른 부서의 실무 담당자 – 이메일 목적: 월간 보고서 작성에 필요한 실적 자료 요청 – 포함할 내용: 요청 자료명, 제출 기한, 제출 위치, 문의 담당자 – 원하는 행동: 기한 안에 자료를 제출하고, 제출이 어려우면 미리 회신 – 말투: 정중하지만 지나치게 딱딱하지 않게 – 분량: 휴대전화에서도 빠르게 읽을 수 있도록 짧게 – 반복 사용을 위해 바뀌는 항목은 [대괄호]로 표시 – 제목도 함께 작성
이 입력에는 이메일 작성에 필요한 정보가 거의 모두 들어 있습니다. 특히 “반복 사용을 위해 바뀌는 항목은 대괄호로 표시”라는 조건이 중요합니다. 이 문장을 넣으면 단순한 일회성 이메일이 아니라, 저장해 두고 다시 사용할 수 있는 템플릿 형태로 결과를 받을 수 있습니다.
3단계: Copilot이 만든 초안을 실제 업무용으로 다듬습니다
위 내용을 입력하면 다음과 비슷한 결과를 얻을 수 있습니다.
Copilot 결과 예시
제목: [월] 월간 실적 자료 제출 요청드립니다
안녕하세요.
[월] 월간 보고서 작성에 필요한 실적 자료를 요청드립니다.
– 요청 자료: [자료명] – 제출 기한: [날짜 및 시간] – 제출 위치: [공유 폴더 또는 시스템 경로]
기한 내 제출이 어려운 경우에는 예상 제출 일정을 미리 회신해 주시면 감사하겠습니다.
관련 문의는 [담당자 이름 또는 연락 방법]으로 부탁드립니다.
협조해 주셔서 감사합니다.
이 상태로도 사용할 수 있지만, 실제 회사에서 쓰는 표현과 맞지 않을 수 있습니다. 예를 들어 회사에서 ‘제출’보다 ‘업로드’라는 표현을 사용하거나, 공유 폴더 경로를 반드시 적어야 할 수 있습니다. 이럴 때는 처음부터 다시 작성하지 말고 Copilot에 수정 조건만 추가합니다.
추가 수정 입력
위 이메일을 다음 조건으로 수정해줘.
– ‘제출’을 모두 ‘공유 폴더 업로드’로 변경 – 첫 문장에 이 자료가 경영회의 보고용이라는 점 추가 – 기한을 지켜달라는 표현은 압박감이 덜하도록 조정 – 마지막에 업로드 완료 후 회신해 달라는 문장 추가 – 전체 분량은 지금보다 길어지지 않게 유지
수정 결과는 다음처럼 달라질 수 있습니다.
수정된 결과 예시
제목: [월] 경영회의 보고용 실적 자료 업로드 요청
안녕하세요.
[월] 경영회의 보고서 작성에 필요한 부서별 실적 자료를 요청드립니다.
– 요청 자료: [자료명] – 업로드 기한: [날짜 및 시간] – 공유 폴더: [폴더 경로]
일정상 기한 내 업로드가 어려운 경우에는 가능한 일정을 미리 알려주시면 보고 일정 조정에 참고하겠습니다.
업로드를 완료하신 뒤 간단히 회신 부탁드립니다. 관련 문의는 [담당자 이름 또는 연락 방법]으로 연락해 주세요.
협조해 주셔서 감사합니다.
첫 번째 결과와 비교하면 이메일의 목적이 더 분명해졌고, 상대방이 해야 할 행동도 ‘자료 업로드’와 ‘완료 회신’으로 구체화됐습니다. 이렇게 초안을 받은 뒤 회사에서 실제로 사용하는 용어와 절차를 반영해야 템플릿의 활용도가 높아집니다.
4단계: 자주 쓰는 이메일 3종을 같은 방식으로 만듭니다
하나의 템플릿을 완성했다면 같은 구조를 다른 상황에도 적용할 수 있습니다. 아래 입력문은 직장인이 자주 사용하는 상황에 맞춰 바로 복사할 수 있도록 구성했습니다.
회의 일정 조율 이메일
Copilot 입력
여러 부서 담당자와 회의 일정을 조율하는 이메일 템플릿을 작성해줘.
– 회의 목적, 예상 소요 시간, 참석 대상, 일정 후보 3개 포함 – 받는 사람이 가능한 일정을 회신하도록 요청 – 일정이 모두 어려울 경우 대체 가능 시간을 제안하도록 안내 – 변경되는 내용은 [대괄호]로 표시 – 정중하고 간결한 사내 이메일 말투 사용
결과 예시
제목: [회의 주제] 관련 일정 확인 요청
안녕하세요.
[회의 목적]을 논의하기 위해 관련 부서 회의를 진행하고자 합니다.
– 예상 소요 시간: [시간] – 참석 대상: [부서 또는 담당자] – 일정 후보: [후보 1], [후보 2], [후보 3]
가능한 일정을 [회신 기한]까지 알려주시기 바랍니다. 제안드린 일정이 모두 어려운 경우에는 참석 가능한 시간을 함께 보내주시면 일정을 다시 조율하겠습니다.
감사합니다.
업무 진행 상황 보고 이메일
Copilot 입력
팀장에게 업무 진행 상황을 보고하는 이메일 템플릿을 작성해줘.
– 완료한 업무, 진행 중인 업무, 문제 사항, 다음 계획 순서로 구성 – 문제 사항에는 원인과 필요한 지원을 함께 적을 수 있게 작성 – 길게 설명하지 않고 항목 중심으로 정리 – 변경되는 내용은 [대괄호]로 표시
결과 예시
제목: [업무명] 진행 상황 보고드립니다
안녕하세요.
[기준일] 기준으로 [업무명] 진행 상황을 보고드립니다.
1. 완료한 업무 – [완료 항목]
2. 진행 중인 업무 – [진행 항목 및 현재 진행률]
3. 문제 사항 – 내용: [문제 내용] – 원인: [발생 원인] – 필요한 지원: [결정 또는 지원 요청]
4. 다음 계획 – [다음 업무와 완료 예정일]
추가로 확인이 필요한 사항이 있으면 말씀 부탁드립니다.
기한이 지난 업무 확인 이메일
Copilot 입력
요청 기한이 지난 업무의 진행 상황을 확인하는 이메일 템플릿을 작성해줘.
– 상대방을 탓하는 표현은 제외 – 기존 요청일과 기한을 확인할 수 있게 작성 – 현재 진행 상황과 완료 예정일을 회신하도록 요청 – 업무가 지연될 경우 필요한 지원이 있는지도 함께 질문 – 변경되는 항목은 [대괄호]로 표시
결과 예시
제목: [업무명] 진행 상황 확인 요청
안녕하세요.
[기존 요청일]에 요청드린 [업무명]의 진행 상황을 확인하고자 연락드립니다. 기존 예정 기한은 [기존 기한]이었습니다.
현재 진행 상황과 예상 완료 일정을 회신해 주시면 이후 업무 일정을 조정하는 데 참고하겠습니다. 진행 과정에서 확인이나 지원이 필요한 사항이 있다면 함께 알려주시기 바랍니다.
감사합니다.
대부분 놓치는 부분: 문장보다 ‘회신 기준’을 먼저 정하세요
AI로 이메일을 작성할 때 많은 직장인이 정중한 문장을 만드는 데 집중합니다. 하지만 실제 업무 처리 속도를 좌우하는 것은 문장의 세련됨보다 받는 사람이 무엇을, 언제까지, 어떤 방식으로 해야 하는지가 명확한지 여부입니다.
아래 두 문장을 비교해 보겠습니다.
검토 후 회신 부탁드립니다.
[날짜] 오후 [시간]까지 수정 가능 여부를 회신해 주세요. 수정이 어렵다면 가능한 완료 일정을 함께 알려주시기 바랍니다.
첫 번째 문장은 정중하지만 회신 시점과 내용이 불분명합니다. 두 번째 문장은 회신 기한, 필요한 답변, 대체 행동이 모두 들어 있습니다. Copilot에 이메일을 요청할 때 다음 문장을 추가하면 결과가 한 수준 더 구체적으로 바뀝니다.
받는 사람이 이메일을 읽은 뒤 해야 할 행동, 회신 기한, 회신에 포함할 내용을 각각 한 문장 안에서 명확히 표현해줘.
다만 모든 이메일에 강한 기한 표현이 필요한 것은 아닙니다. 협조 요청이나 단순 안내라면 “업무 일정 확인을 위해 [날짜]까지 회신 부탁드립니다”처럼 요청 이유를 함께 적는 편이 자연스럽습니다.
5분 안에 완성하는 실제 작업 순서
1분: 최근 반복해서 보낸 이메일 한 가지를 고릅니다.
1분: 받는 사람, 목적, 포함할 정보, 원하는 행동, 말투를 메모합니다.
1분: 메모한 조건을 Copilot에 입력하고 초안을 생성합니다.
1분: 사내 용어, 결재 절차, 공유 경로, 회신 기준을 반영해 수정 요청합니다.
1분: 변경되는 항목을 [대괄호]로 표시하고 Outlook 서명이나 메모장에 저장합니다.
템플릿 이름도 구체적으로 정해 두는 것이 좋습니다. ‘이메일 양식 1’보다 ‘월간 실적 자료 요청’, ‘회의 일정 후보 확인’, ‘지연 업무 완료일 확인’처럼 검색하기 쉬운 이름을 사용합니다.
개인정보와 사내자료를 안전하게 다루는 방법
Copilot에 실제 이메일 내용을 그대로 붙여 넣기 전에 회사에서 허용한 AI 도구와 사용 범위를 먼저 확인해야 합니다. 조직용 Microsoft 365 Copilot과 개인 계정에서 사용하는 AI 서비스는 회사의 보안 정책과 데이터 처리 조건이 다를 수 있습니다.
사용이 허용된 범위를 확인하지 못했다면 다음 정보는 입력하지 않는 편이 안전합니다.
고객의 이름, 전화번호, 이메일 주소, 주민등록번호 등 개인을 식별할 수 있는 정보
계약 금액, 원가, 마진, 미공개 실적처럼 외부 공개가 제한된 경영 정보
제품 도면, 제조 조건, 장애 로그, 소스 코드 등 회사의 기술 자료
인사평가, 급여, 징계, 건강 정보처럼 민감한 임직원 정보
외부에 공개되지 않은 거래처명과 프로젝트명
실제 정보 대신 아래처럼 바꿔서 입력할 수 있습니다.
변경 전 A거래처의 담당자 이메일과 지난달 불량 수량을 포함해 사과 이메일을 작성해줘.
변경 후 [거래처]에 납품한 제품에서 [문제 유형]이 발생한 상황을 가정해 사과 이메일 템플릿을 작성해줘. 실제 회사명, 담당자명, 수량은 [대괄호]로 표시해줘.
이렇게 구조만 생성한 뒤 실제 정보는 회사가 승인한 이메일 환경에서 직접 입력하면 불필요한 정보 노출을 줄일 수 있습니다. AI가 작성한 문장도 발송 전에는 사실관계, 날짜, 수신자, 첨부파일, 약속한 조치 내용을 사람이 다시 확인해야 합니다.
FAQ
Q1. Copilot이 작성한 이메일을 그대로 보내도 되나요?
바로 발송하는 것은 권장하지 않습니다. 수신자, 날짜, 기한, 첨부파일명, 부서명, 약속한 처리 일정이 실제 상황과 맞는지 확인해야 합니다. 특히 Copilot이 입력하지 않은 내용을 자연스럽게 보완했더라도 그 내용이 사실이라는 보장은 없습니다. 초안 작성은 AI에 맡기되 최종 책임은 발송자가 가진다는 기준으로 검토하는 편이 안전합니다.
Q2. 회사에서 Copilot 사용 가능 여부를 모를 때는 어떻게 하나요?
사내 정보보안 지침, 생성형 AI 사용 지침, Microsoft 365 계정의 사용 범위를 먼저 확인합니다. 기준을 찾기 어렵다면 정보보안 담당자나 전산 담당 부서에 “업무 이메일 초안 작성 시 입력 가능한 정보의 범위”를 문의하는 것이 좋습니다. 확인 전에는 실제 고객 정보나 내부 수치를 넣지 말고, [고객명], [금액], [프로젝트명]처럼 익명화된 표시로 템플릿 구조만 만드세요.
Q3. 생성된 이메일이 지나치게 딱딱하거나 길면 어떻게 수정하나요?
“자연스럽게 고쳐줘”라고만 입력하기보다 수정 기준을 구체적으로 지정합니다. 예를 들어 “첫 인사와 마지막 인사를 제외하고 세 문단 이내로 줄여줘”, “명령형 표현을 협조 요청형으로 바꿔줘”, “중복되는 배경 설명을 삭제하고 요청 사항을 목록으로 정리해줘”라고 입력하면 원하는 결과에 가까워집니다. 만족스러운 결과가 나오면 해당 수정 조건까지 함께 저장해 두면 다음 이메일 작성 시간이 더 짧아집니다.
막상 문서를 열면 손이 멈춥니다. 오늘 처리한 일은 여러 가지인데 어디서부터 써야 할지 모르겠고, 메신저와 메모장에 흩어진 내용을 다시 확인하다 보면 20~30분이 금방 지나갑니다.
이때 AI 도구를 활용하면 보고서 작성 과정을 다음처럼 바꿀 수 있습니다.
기존 방식
AI 활용 방식
하루 업무를 기억해 문장으로 작성
업무 사실을 짧은 메모로 입력
보고서 순서를 직접 구성
지정한 템플릿에 맞춰 자동 정리
문장 표현을 여러 번 수정
보고 대상과 문체를 지정해 초안 생성
누락된 항목을 뒤늦게 확인
성과·문제·다음 일정 기준으로 점검
핵심은 AI에게 “보고서를 써 달라”고만 요청하지 않는 것입니다. 먼저 사실을 짧게 정리하고, 보고서 구조와 작성 규칙을 함께 알려줘야 실제 업무에 사용할 수 있는 결과가 나옵니다.
5분 안에 업무보고서를 만드는 4단계
1단계: 오늘 한 일을 문장이 아닌 메모로 적습니다
처음부터 정중한 보고서 문장을 만들 필요는 없습니다. AI가 내용을 오해하지 않을 정도로만 사실을 적으면 됩니다.
예를 들어 생산관리 담당자가 하루 업무를 다음처럼 정리했다고 가정해 보겠습니다.
– 오전 생산회의 참석 – A제품 검사 불량률 확인: 전일 3.8%, 오늘 2.6% – 주요 불량: 표면 스크래치 14건, 조립 불량 7건 – 스크래치 원인 확인: 2번 공정 작업대 보호패드 마모 – 보호패드 교체 후 오후 불량 3건으로 감소 – 협력업체 납품 500개 중 20개 수량 부족 확인 – 협력업체에 연락했고 내일 오전 10시 추가 납품 예정 – 내일 할 일: 교체 후 불량률 재확인, 부족 수량 입고 확인
여기에는 화려한 표현이 없습니다. 대신 수치, 문제, 조치, 다음 일정이 들어 있습니다. 이 네 가지가 보고서의 재료가 됩니다.
2단계: AI에게 보고서 형식과 작성 기준을 함께 입력합니다
ChatGPT와 같은 생성형 AI에 아래 요청문을 그대로 붙여 넣고, 대괄호 안의 업무 메모만 바꿔 사용하면 됩니다.
아래 업무 메모를 바탕으로 일일 업무보고서를 작성해 주세요.
작성 형식:
오늘의 주요 업무
업무 결과 및 수치
발생한 문제와 조치 내용
내일 진행할 업무
작성 기준:
팀장에게 보고하는 정중하고 간결한 문체
확인되지 않은 내용은 추측하지 말 것
수치와 일정은 원문 그대로 유지할 것
각 항목은 2~4개의 글머리표로 작성할 것
단순히 “진행함”이라고 쓰지 말고 결과가 드러나게 작성할 것
마지막에 추가 확인이 필요한 항목을 별도로 표시할 것
업무 메모:
[여기에 오늘 업무 메모를 붙여 넣기]
이 요청문에서 특히 중요한 문장은 “확인되지 않은 내용은 추측하지 말 것”과 “수치와 일정은 원문 그대로 유지할 것”입니다. AI는 자연스러운 문장을 만들기 위해 원문에 없는 원인이나 성과를 덧붙일 수 있으므로, 작성 단계에서 추측을 제한해야 합니다.
3단계: 생성된 초안을 실제 보고서와 대조합니다
위 업무 메모와 요청문을 입력하면 다음과 같은 초안을 얻을 수 있습니다.
일일 업무보고서
1. 오늘의 주요 업무
오전 생산회의에 참석해 당일 생산 및 품질 현황을 공유했습니다.
A제품 검사 결과를 확인하고 주요 불량 유형과 발생 공정을 점검했습니다.
협력업체 납품 수량을 검수하고 부족 수량에 대한 추가 납품 일정을 협의했습니다.
2. 업무 결과 및 수치
A제품 검사 불량률은 전일 3.8%에서 오늘 2.6%로 감소했습니다.
주요 불량은 표면 스크래치 14건, 조립 불량 7건으로 확인됐습니다.
2번 공정 작업대 보호패드 교체 후 오후 표면 스크래치 불량은 3건으로 감소했습니다.
3. 발생한 문제와 조치 내용
표면 스크래치 발생 원인을 점검한 결과, 2번 공정 작업대의 보호패드가 마모된 상태로 확인됐습니다.
보호패드를 교체했으며, 교체 이후 오후 불량 발생 건수를 추가로 확인했습니다.
협력업체 납품 수량 500개 중 20개가 부족한 사실을 확인하고 업체에 추가 납품을 요청했습니다.
4. 내일 진행할 업무
보호패드 교체 이후 A제품의 불량률을 다시 확인할 예정입니다.
내일 오전 10시로 예정된 부족 수량 20개의 추가 입고 여부를 확인할 예정입니다.
추가 확인 필요
보호패드 교체 전후의 검사 수량이 제공되지 않아 불량률 개선 폭은 별도 확인이 필요합니다.
이 결과는 바로 보고서로 사용할 수 있을 정도로 정리되어 있지만, 그대로 복사하기 전에 세 가지를 확인해야 합니다.
숫자가 원본과 같은가: 3.8%, 2.6%, 14건, 7건, 20개를 확인합니다.
AI가 사실을 추가하지 않았는가: 원문에 없는 회의 결정, 담당자, 완료 여부가 들어갔는지 봅니다.
조치와 결과가 구분됐는가: 보호패드를 교체한 것은 조치이고, 불량이 3건으로 줄어든 것은 관찰 결과입니다.
4단계: 보고 대상에 맞게 길이를 조정합니다
같은 내용이라도 팀장 메신저 보고와 주간회의 문서는 길이가 달라야 합니다. AI에게 초안을 다시 붙여 넣고 목적에 맞게 줄여 달라고 요청하면 됩니다.
메신저 보고용 입력 예시
위 보고서를 팀장에게 메신저로 전달할 수 있도록 6줄 이내로 줄여 주세요. 수치, 문제, 조치, 내일 확인사항은 유지하고 인사말과 불필요한 수식어는 제외해 주세요.
메신저 보고용 결과 예시
오늘 A제품 불량률은 전일 3.8%에서 2.6%로 감소했습니다. 주요 불량은 표면 스크래치 14건, 조립 불량 7건이었습니다. 스크래치 원인은 2번 공정 작업대 보호패드 마모로 확인해 즉시 교체했습니다. 교체 후 오후 스크래치 불량은 3건으로 감소했습니다. 협력업체 납품 500개 중 20개 부족분은 내일 오전 10시 추가 입고 예정입니다. 내일 교체 후 불량률과 부족 수량 입고 여부를 다시 확인하겠습니다.
보고서 초안을 새로 작성하는 것보다, 한 번 만든 초안을 용도별로 변환하는 편이 빠르고 누락도 줄어듭니다.
바로 복사해 사용하는 업무보고서 템플릿
아래 템플릿은 생산, 영업, 총무, 기획, 고객지원 등 직무와 관계없이 사용할 수 있습니다.
다음 업무 메모를 바탕으로 업무보고서를 작성해 주세요.
[보고 대상]
팀장 또는 부서장
[보고서 종류]
일일 업무보고 / 주간 업무보고 / 프로젝트 진행보고 중 하나
[작성 구조]
주요 진행 업무
완료 결과와 수치
문제 또는 지연 사항
현재까지 취한 조치
다음 업무와 예정일
상급자 확인 또는 결정이 필요한 사항
[작성 규칙]
업무 사실과 결과를 구분해서 작성
원문에 없는 내용은 만들지 말 것
날짜, 금액, 수량, 비율은 원문 그대로 유지
모호한 내용은 임의로 보완하지 말고 ‘확인 필요’로 표시
보고받는 사람이 상황과 다음 행동을 빠르게 파악할 수 있도록 작성
중복 문장은 제거하고 700자 이내로 정리
[업무 메모]
대부분 놓치는 차이: 활동이 아니라 ‘변화’를 입력해야 합니다
AI로 보고서를 만들었는데도 내용이 부실하다면, 입력 메모가 활동 중심으로 되어 있을 가능성이 큽니다.
모호한 입력
결과가 드러나는 입력
거래처와 일정 협의
거래처와 협의해 납품일을 8월 3일로 확정
고객 문의 처리
고객 문의 12건 중 10건 완료, 환불 관련 2건은 승인 대기
자료 작성 중
제안서 15쪽 중 11쪽 작성, 비용 산정표는 재무팀 회신 대기
오류 확인
오류 8건 확인 후 6건 수정, 2건은 개발팀 원인 분석 요청
업무 메모에는 가능하면 다음 다섯 가지 중 세 가지 이상을 넣어 보세요.
처리한 수량
전후 변화
완료 또는 미완료 상태
문제 발생 원인
다음 행동과 예정일
예를 들어 “회의 참석”만 입력하면 AI도 “회의에 참석했습니다”라고 쓸 수밖에 없습니다. 반면 “회의에서 시안 B를 채택하고 금요일까지 수정본을 제출하기로 결정”이라고 입력하면 보고서에 결정사항과 후속 일정이 남습니다.
보고서 종류별 추가 요청문
주간 업무보고서를 만들 때
아래 일일 업무 메모를 주간 업무보고서로 통합해 주세요. 같은 업무는 하나로 묶고, 월요일부터 금요일까지의 활동을 나열하지 말고 ‘주간 성과, 미완료 업무, 다음 주 계획’ 기준으로 재구성해 주세요. 완료 수량, 증감률, 일정 지연 여부를 우선 표시해 주세요.
문제 발생 보고서를 만들 때
아래 메모를 문제 발생 보고서로 작성해 주세요. ‘발생 시점, 현상, 영향 범위, 확인된 원인, 즉시 조치, 재발 방지 계획, 추가 확인사항’ 순서로 정리해 주세요. 확정된 원인과 추정 원인을 명확하게 구분하고, 추정 내용에는 ‘추정’이라고 표시해 주세요.
상급자의 결정을 받아야 할 때
아래 보고서에서 상급자의 결정이 필요한 내용을 별도 항목으로 정리해 주세요. 각 항목마다 선택 가능한 방안, 예상 영향, 결정이 필요한 기한을 표시해 주세요. 입력 자료에 없는 비용이나 효과는 추정하지 마세요.
제출 전 1분 검토 방법
AI가 작성한 보고서를 안전하게 사용하려면 최종 검토는 사람이 해야 합니다. 다음 순서로 보면 1분 안에 주요 오류를 찾을 수 있습니다.
숫자 검색: 보고서에 들어간 날짜, 금액, 수량, 비율을 원본 메모와 대조합니다.
완료 표현 확인: 아직 진행 중인 업무가 “완료했다”로 바뀌지 않았는지 확인합니다.
원인 표현 확인: 추정한 원인이 확정된 사실처럼 작성되지 않았는지 확인합니다.
담당자와 일정 확인: 담당 부서와 예정일이 정확한지 확인합니다.
사내 용어 수정: 회사에서 실제 사용하는 공정명, 제품명, 프로젝트명으로 바꿉니다.
AI는 초안을 만드는 도구로는 유용하지만, 업무 결과의 책임까지 대신할 수는 없습니다. 특히 인사, 계약, 품질, 안전, 재무와 관련된 보고서는 담당자가 원자료를 다시 확인한 뒤 제출해야 합니다.
FAQ
1. 회사 자료를 ChatGPT에 그대로 입력해도 되나요?
사내 보안규정과 회사가 허용한 AI 사용 범위를 먼저 확인해야 합니다. 고객 이름, 임직원 정보, 연락처, 계약 금액, 계좌번호, 미공개 실적, 제품 도면, 거래처 단가, 내부 시스템 화면과 같은 정보는 공개형 AI 서비스에 그대로 입력하지 않는 편이 안전합니다.
업무 구조만 정리하려면 실제 정보를 익명화할 수 있습니다. 예를 들어 “대한상사”는 “A협력업체”, “홍길동 과장”은 “담당자”, 실제 계약 금액은 “약 ○○만 원” 또는 “[금액]”으로 바꿔 입력합니다. 회사가 승인한 사내 AI나 기업용 서비스가 있다면 해당 도구를 우선 사용하세요.
2. AI가 숫자나 내용을 잘못 바꾸면 어떻게 하나요?
요청문에 “수치와 날짜는 원문 그대로 유지하고, 확인되지 않은 내용은 추가하지 말 것”이라고 명시하세요. 그래도 오류가 생길 수 있으므로 원본 메모와 최종 보고서의 숫자를 반드시 대조해야 합니다.
보고서 작성 후 다음 검증 요청을 한 번 더 입력하는 방법도 있습니다.
방금 작성한 보고서를 원본 업무 메모와 비교해 주세요. 숫자, 날짜, 담당자, 완료 여부가 달라진 부분만 표로 정리하고, 원문에 없는데 추가된 문장이 있으면 표시해 주세요.
3. 매일 같은 요청문을 다시 입력해야 하나요?
자주 사용하는 요청문은 메모장, 사내 문서, 개인용 템플릿에 저장해 두면 됩니다. 매일 바꿔야 하는 부분은 업무 메모뿐입니다.
처음에는 일일 보고, 주간 보고, 문제 보고용 템플릿을 각각 하나씩 만들어 두는 것이 좋습니다. 이후 팀장이 자주 수정하는 표현이나 요구하는 항목을 템플릿에 반영하면, 시간이 지날수록 수정 횟수가 줄어듭니다.
업무보고서 자동화의 목적은 보고서를 무조건 길고 그럴듯하게 만드는 것이 아닙니다. 오늘 무엇이 달라졌고, 어떤 문제가 남았으며, 다음에 무엇을 확인해야 하는지를 빠르게 전달하는 데 있습니다. 업무 사실을 짧게 메모하고, 정해진 구조로 AI에 입력한 뒤, 숫자와 완료 여부만 검토해도 반복적인 보고서 작성 시간을 상당히 줄일 수 있습니다.
