진행 상황을 묻는 회의가 길어지는 이유
팀 프로젝트 회의에서 자주 나오는 질문은 비슷합니다.
“전체 일정은 지금 몇 퍼센트까지 진행됐나요?”
“이번 주에 지연된 업무는 무엇인가요?”
“의사결정이 필요한 항목만 따로 볼 수 있을까요?”
문제는 정보가 없어서가 아닙니다. 업무명, 담당자, 마감일, 상태가 Notion에 모두 기록돼 있어도 데이터가 표 형태로만 쌓여 있으 (자세히 보기) (자세히 보기) (자세히 보기)면 프로젝트의 흐름이 한눈에 들어오지 않습니다.
이럴 때 Notion의 프로젝트 데이터를 정리한 뒤 Perplexity에 입력하면, 단순한 업무 목록을 다음과 같은 시각 자료용 요약으로 바꿀 수 있습니다.
- 전체 진행률
- 완료·진행 중·지연 업무 비율
- 마감이 임박한 업무
- 팀장이 결정해야 할 항목
- 이번 주 우선순위
여기서 말하는 ‘시각화’는 복잡한 그래프 프로그램을 새로 배우는 것이 아닙니다. Notion에서는 상태별 보드와 필터 화면을 만들고, Perplexity에서는 데이터를 분석해 회의용 요약문과 차트 작성용 표를 만드는 방식입니다.
먼저 Notion 프로젝트 데이터를 정리합니다
Notion에 프로젝트 데이터베이스가 이미 있다면 새로 만들 필요는 없습니다. 다만 AI가 데이터를 정확하게 해석하려면 열 이름과 상태값을 일정하게 맞춰야 합니다.
권장 데이터베이스 항목
| 항목 | 입력 형식 | 예시 |
|---|---|---|
| 업무명 | 텍스트 | 제품 소개 페이지 문구 확정 |
| 담당 | 사람 또는 부서 | 마케팅팀 |
| 상태 | 선택 | 예정, 진행 중, 검토 중, 완료, 지연 |
| 진행률 | 숫자 | 70 |
| 마감일 | 날짜 | 2026-08-05 |
| 우선순위 | 선택 | 높음, 보통, 낮음 |
| 문제·요청사항 | 텍스트 | 최종 가격 정책 승인 필요 |
상태를 작성할 때 ‘작업 중’, ‘진행’, ‘수행 중’처럼 비슷한 표현을 섞으면 AI가 서로 다른 상태로 계산할 수 있습니다. 상태값은 다섯 개 안팎으로 통일하는 편이 안전합니다.
실제로 입력할 프로젝트 데이터 예시
신제품 소개 페이지 제작 프로젝트를 예로 들어보겠습니다.
| 업무명 | 담당 | 상태 | 진행률 | 마감일 | 우선순위 | 문제·요청사항 |
|---|---|---|---|---|---|---|
| 제품 핵심 메시지 확정 | 마케팅팀 | 완료 | 100 | 2026-07-25 | 높음 | 없음 |
| 상세 페이지 초안 작성 | 콘텐츠팀 | 진행 중 | 70 | 2026-07-31 | 높음 | 가격 정책 최종 확인 필요 |
| 제품 이미지 촬영 | 디자인팀 | 지연 | 40 | 2026-07-29 | 높음 | 촬영 샘플 입고 지연 |
| 모바일 화면 검수 | 개발팀 | 예정 | 0 | 2026-08-04 | 보통 | 디자인 최종본 필요 |
| 법무 표현 검토 | 법무팀 | 검토 중 | 80 | 2026-07-30 | 높음 | 효능 관련 문구 수정 요청 |
| 최종 게시 승인 | 사업부 | 예정 | 0 | 2026-08-06 | 높음 | 선행 업무 완료 후 승인 가능 |
이 정도 데이터만 있어도 프로젝트의 진행률, 지연 원인, 선행 업무 관계를 상당히 구체적으로 정리할 수 있습니다.
Notion 데이터를 Perplexity에 전달하는 방법
Notion과 Perplexity를 반드시 자동 연동해야 하는 것은 아닙니다. 10분 안에 결과를 만들 목적이라면 먼저 수동 복사 방식으로 시작하는 편이 빠르고 안전합니다.
1단계: Notion에서 분석할 항목만 표시합니다
프로젝트 데이터베이스에서 다음 열만 남깁니다.
- 업무명
- 담당
- 상태
- 진행률
- 마감일
- 우선순위
- 문제·요청사항
거래처 전화번호, 직원 개인 연락처, 계약 금액, 고객 이름처럼 분석에 필요하지 않은 정보는 숨깁니다. 이후 표의 행을 복사해 Perplexity 입력창에 붙여 넣습니다.
2단계: 분석 기준을 포함한 프롬프트를 입력합니다
데이터만 붙여 넣고 “분석해 줘”라고 요청하면 설명이 길어지거나 중요하지 않은 항목까지 요약될 수 있습니다. 결과물의 용도와 형식을 함께 지정해야 합니다.
Perplexity 입력 예시
아래는 신제품 소개 페이지 제작 프로젝트의 업무 현황입니다.
이 데이터를 팀 주간회의에서 바로 사용할 수 있도록 분석해 주세요.
1. 전체 평균 진행률을 계산해 주세요.
2. 상태별 업무 개수와 비율을 표로 정리해 주세요.
3. 지연되었거나 3일 이내 마감인 업무를 분리해 주세요.
4. 다른 업무를 막고 있는 선행 업무를 찾아 주세요.
5. 팀장이나 사업부의 결정이 필요한 항목을 정리해 주세요.
6. 마지막에는 ‘현재 상황, 위험 요소, 이번 주 행동’의 3개 영역으로 요약해 주세요.
7. 확인되지 않은 내용은 추측하지 말고 ‘확인 필요’로 표시해 주세요.[프로젝트 데이터]
제품 핵심 메시지 확정 | 마케팅팀 | 완료 | 100 | 2026-07-25 | 높음 | 없음
상세 페이지 초안 작성 | 콘텐츠팀 | 진행 중 | 70 | 2026-07-31 | 높음 | 가격 정책 최종 확인 필요
제품 이미지 촬영 | 디자인팀 | 지연 | 40 | 2026-07-29 | 높음 | 촬영 샘플 입고 지연
모바일 화면 검수 | 개발팀 | 예정 | 0 | 2026-08-04 | 보통 | 디자인 최종본 필요
법무 표현 검토 | 법무팀 | 검토 중 | 80 | 2026-07-30 | 높음 | 효능 관련 문구 수정 요청
최종 게시 승인 | 사업부 | 예정 | 0 | 2026-08-06 | 높음 | 선행 업무 완료 후 승인 가능
3단계: AI가 계산한 숫자를 원본과 대조합니다
AI가 표를 잘 정리하더라도 진행률과 날짜 계산은 반드시 한 번 확인해야 합니다. 위 예시의 단순 평균 진행률은 다음과 같습니다.
(100 + 70 + 40 + 0 + 80 + 0) ÷ 6 = 약 48.3%
Perplexity가 약 48%라고 표시했다면 계산은 맞습니다. 다만 업무마다 중요도가 다르기 때문에 이 수치는 ‘업무 수 기준 단순 평균’이라고 표기해야 합니다. 규모가 큰 업무와 작은 업무를 동일한 비중으로 계산한 값이기 때문입니다.
AI 분석 결과는 이렇게 나옵니다
앞의 데이터를 기준으로 정리하면 다음과 같은 회의용 결과물을 만들 수 있습니다.
프로젝트 현황 요약
| 지표 | 결과 |
|---|---|
| 전체 업무 | 6개 |
| 단순 평균 진행률 | 약 48% |
| 완료 | 1개 |
| 진행·검토 중 | 2개 |
| 예정 | 2개 |
| 지연 | 1개 |
| 의사결정 필요 | 가격 정책, 효능 표현 |
회의에서 바로 읽을 수 있는 요약문
현재 상황
전체 6개 업무 중 1개가 완료됐으며, 단순 평균 진행률은 약 48%입니다. 콘텐츠 초안과 법무 검토는 마무리 단계에 들어갔지만 이미지 촬영이 지연되고 있습니다.위험 요소
제품 이미지 촬영 지연이 모바일 검수와 최종 게시 승인 일정에 영향을 줄 가능성이 있습니다. 상세 페이지 초안은 가격 정책이 확정되지 않으면 최종 문구를 확정하기 어렵습니다.이번 주 행동
촬영 샘플 입고일을 확인하고 대체 촬영 가능 여부를 결정합니다. 가격 정책과 효능 표현 수정안을 우선 승인한 뒤 콘텐츠와 법무 업무를 마감합니다.
단순 표에서는 ‘제품 이미지 촬영 40%’만 보이지만, AI 분석을 거치면 이 업무가 모바일 검수와 게시 승인까지 늦출 수 있다는 연결 관계가 드러납니다. 이것이 업무 목록을 시각적 프로젝트 자료로 바꾸는 핵심입니다.
Notion에서 직관적인 대시보드로 구성합니다
Perplexity가 정리한 결과를 다시 Notion 프로젝트 페이지 상단에 배치합니다. 대시보드는 많은 정보를 보여주는 화면이 아니라, 회의 참석자가 10초 안에 상황을 이해하게 만드는 화면이어야 합니다.
추천 배치 순서
- 상단: 전체 진행률과 완료 예정일
- 두 번째 영역: 현재 상황·위험 요소·이번 주 행동
- 세 번째 영역: 상태별 보드
- 네 번째 영역: 지연 및 의사결정 필요 업무
- 하단: 전체 업무 데이터베이스
보기 화면은 세 개만 만들어도 충분합니다
보기 1. 전체 진행 현황
- 형식: 보드
- 그룹 기준: 상태
- 표시 항목: 담당, 진행률, 마감일
보기 2. 이번 주 확인 업무
- 형식: 표
- 필터: 마감일이 7일 이내
- 정렬: 우선순위 높은 순, 마감일 빠른 순
보기 3. 지연·결정 필요
- 형식: 표 또는 목록
- 필터: 상태가 지연이거나 문제·요청사항이 비어 있지 않음
- 표시 항목: 업무명, 담당, 문제·요청사항, 마감일
대부분 놓치는 부분: 진행률보다 ‘막히는 지점’을 보여주세요
프로젝트 대시보드를 만들 때 진행률 숫자만 크게 표시하는 경우가 많습니다. 하지만 팀장과 실무자가 실제로 필요로 하는 정보는 “왜 멈췄는가”와 “누가 무엇을 결정해야 하는가”입니다.
그래서 Perplexity에 다음 후속 질문을 한 번 더 입력하는 것이 좋습니다.
앞의 프로젝트 데이터를 기준으로, 다른 업무의 시작이나 완료를 막고 있는 업무만 찾아 주세요.
각 항목을 ‘막힌 업무 → 원인 → 필요한 결정 → 결정 담당’ 순서의 표로 작성해 주세요.
데이터에 담당자가 명시되지 않은 경우 임의로 지정하지 말고 ‘담당 확인 필요’라고 표시해 주세요.
예상 결과
| 막힌 업무 | 원인 | 필요한 결정 | 결정 담당 |
|---|---|---|---|
| 상세 페이지 초안 확정 | 가격 정책 미확정 | 최종 판매가격 승인 | 담당 확인 필요 |
| 모바일 화면 검수 | 디자인 최종본 미완료 | 이미지 촬영 일정 또는 대체안 결정 | 담당 확인 필요 |
| 최종 게시 승인 | 콘텐츠·디자인·법무 업무 미완료 | 선행 업무 완료 일정 확정 | 사업부 |
이 표를 대시보드 상단에 배치하면 회의가 단순 현황 보고에서 의사결정 중심으로 바뀝니다. 각 담당자가 자신의 업무를 길게 설명하기 전에, 어떤 결정이 필요한지부터 확인할 수 있기 때문입니다.
회의 피드백을 다음 대시보드에 반영하는 방법
시각 자료를 한 번 만든 뒤 그대로 고정하면 실제 업무와 점점 멀어질 수 있습니다. 회의가 끝난 뒤에는 참석자의 질문을 기록해 다음 화면에 반영해야 합니다.
회의 중 나온 질문을 세 가지로 분류합니다
| 질문 유형 | 예시 | 반영 방법 |
|---|---|---|
| 숫자 확인 | 완료 기준은 무엇인가요? | 상태 정의를 데이터베이스 설명에 추가 |
| 일정 확인 | 지연되면 최종 게시일도 바뀌나요? | 선행 업무 또는 의존 관계 열 추가 |
| 의사결정 확인 | 누가 가격을 승인해야 하나요? | 결정 담당 열 추가 |
예를 들어 첫 회의에서 “누가 결정해야 하는지 모르겠다”는 질문이 반복됐다면 Notion에 ‘결정 담당’ 속성을 추가합니다. 다음 분석에서는 해당 열까지 Perplexity에 전달합니다.
피드백 반영용 프롬프트
이번 회의에서 다음 피드백이 나왔습니다.
– 진행률만으로는 실제 완료 여부를 판단하기 어렵다.
– 지연 업무가 최종 일정에 미치는 영향이 보이지 않는다.
– 의사결정 담당자가 명확하지 않다.다음 주 대시보드에 추가해야 할 데이터 항목을 제안해 주세요. 각 항목마다 입력 예시와 대시보드에서 표시할 위치도 알려 주세요. 기존 데이터로 확인할 수 없는 정보는 추정하지 마세요.
이 과정을 반복하면 대시보드가 보기 좋은 보고서에 머무르지 않고 실제 팀의 질문에 답하는 운영 도구로 발전합니다.
10분 안에 끝내는 실행 순서
- 0~2분: Notion에서 분석에 필요하지 않은 열과 민감정보를 숨깁니다.
- 2~4분: 업무명, 상태, 진행률, 마감일, 문제·요청사항을 복사합니다.
- 4~6분: Perplexity에 분석 기준과 함께 데이터를 입력합니다.
- 6~8분: 진행률, 날짜, 업무 개수를 원본과 대조합니다.
- 8~10분: 요약문과 지연 업무 표를 Notion 대시보드 상단에 붙여 넣습니다.
처음에는 완전 자동화를 목표로 잡지 않는 편이 좋습니다. 매주 10분씩 수동으로 실행하면서 팀이 실제로 보는 항목을 확인한 뒤, 반복 구조가 확정됐을 때 자동화 도구나 API 연동을 검토하는 순서가 효율적입니다.
FAQ
1. 회사 프로젝트 데이터를 Perplexity에 그대로 입력해도 되나요?
회사 보안 규정과 외부 AI 서비스 이용 지침을 먼저 확인해야 합니다. 고객명, 직원 개인정보, 계약 조건, 비공개 매출, 원가, 인증정보, 내부 시스템 주소 등은 입력하지 않는 것이 안전합니다. 분석에는 ‘거래처 A’, ‘담당 부서’, ‘승인 필요’처럼 식별이 어려운 표현을 사용하고, 꼭 필요한 열만 전달하세요. 외부 AI 사용이 금지된 회사라면 데이터 자체를 입력하지 말고 빈 템플릿과 가상 데이터로 화면 구조만 설계해야 합니다.
2. Perplexity가 만든 분석 결과를 그대로 보고해도 되나요?
그대로 보고하기보다 원본 데이터와 대조해야 합니다. 특히 평균 진행률, 마감일까지 남은 날짜, 지연 업무 수, 담당자 판단은 오류 가능성이 있습니다. AI가 원문에 없는 원인이나 담당자를 추가했다면 삭제하고 ‘확인 필요’로 바꾸세요. 최종 책임은 보고서를 작성하고 승인하는 조직에 있습니다.
3. 프로젝트마다 진행률 기준이 달라서 숫자를 믿기 어렵습니다. 어떻게 해야 하나요?
진행률 입력 기준을 먼저 통일해야 합니다. 예를 들어 0%는 미착수, 30%는 초안 작성, 70%는 내부 검토, 90%는 승인 대기, 100%는 최종 산출물 등록 완료로 정의할 수 있습니다. 프로젝트 성격상 숫자화가 어렵다면 진행률 대신 ‘예정·진행 중·검토 중·완료·지연’ 상태와 다음 행동을 중심으로 대시보드를 구성하는 편이 더 정확합니다.