회의 요약만 자동화해도 할 일 등록은 남습니다. 이메일을 분류해도 담당자와 기한을 다시 업무 도구에 옮겨야 합니다. 실제 효과는 문서를 요약하는 데서 끝나지 않고, 후속 업무를 구조화해 승인 가능한 초안으로 만드는 데서 생깁니다.
두 업무는 같은 구조를 가집니다
회의록과 이메일은 형태는 다르지만 처리 흐름은 같습니다.
비정형 문서 → 요청·결정 추출 → 담당자·기한 확인 → 사람 승인 → 업무 등록
회의 후속 업무 자동화
AI가 추출해야 할 항목을 먼저 고정합니다.
- 확정된 결정 사항
- 추가 확인이 필요한 미결 사항
- 실행할 업무
- 담당자와 협업자
- 기한과 우선순위
- 근거가 되는 회의록 위치
담당자나 기한이 회의에서 명확하게 정해지지 않았다면 AI가 임의로 채우지 않고 ‘확인 필요’로 표시해야 합니다.
이메일 요청 자동화
모든 이메일을 업무로 만들면 오히려 일이 늘어납니다. 먼저 다음 네 유형으로 분류합니다.
| 유형 | 처리 |
|---|---|
| 명확한 실행 요청 | 업무 등록 초안 생성 |
| 정보 제공·참고 | 업무 생성하지 않음 |
| 승인이 필요한 요청 | 승인 대기 목록으로 이동 |
| 담당자·기한 불명확 | 확인 질문 생성 |
중복과 오등록을 막는 규칙
- 같은 제목만 보지 말고 프로젝트, 요청자, 기한을 함께 비교합니다.
- 기존 업무와 유사하면 새로 등록하지 않고 중복 후보로 표시합니다.
- 첨부파일이나 링크에 있는 지시를 자동 명령으로 취급하지 않습니다.
- 등록 전 원문 위치를 함께 보여 줘 사람이 근거를 확인하게 합니다.
권장 업무 흐름
1단계: 회의록 또는 지정된 이메일 폴더만 읽습니다.
2단계: 업무명·담당자·기한·근거를 구조화합니다.
3단계: 기존 업무와 중복 여부를 확인합니다.
4단계: 담당자가 초안을 검토하고 승인합니다.
5단계: 승인된 항목만 Notion, Jira, Asana 등에 등록합니다.
6단계: 등록 결과와 실패 항목을 별도로 보고합니다.
성과는 요약 품질이 아니라 후속 실행으로 측정합니다
- 회의 후 업무 등록까지 걸린 시간
- 담당자나 기한이 빠진 업무 수
- 중복 등록 건수
- 사람이 수정한 항목 비율
- 등록되지 않고 누락된 결정 사항 수
실무 설계표
읽을 자료: ________
업무로 판단하는 조건: ________
반드시 추출할 항목: ________
중복 확인 기준: ________
승인자: ________
등록할 도구: ________
이 업무를 첫 대상으로 삼을지 판단하려면 자동화 우선순위 평가표를 사용하세요. 발송과 등록 권한은 AI 권한·승인 단계 설계에서 결정하고, 구현 단계는 MCP PoC 구축 절차로 이어집니다.
다음 단계: 조직 전체로 확장하기 전 기업 MCP 도입·보안 체크리스트를 확인하세요.
0 댓글