팀이 매일 수행하는 업무 절차를 도식화하는 데 어려움을 겪는 이유는 무엇입니까?

팀이 어려움을 겪는 이유는 절차가 순서대로 정리되어 있지 않고 사람들의 머릿속에 습관으로만 남아 있기 때문입니다. 그래서 처음 듣는 설명은 번거로운 부분이 빠진, 모든 일이 순조롭게 진행되는 경우뿐입니다. 지연과 오류는 바로 예외 상황, 대기 시간, '시간 되는 사람이 하는' 단계에서 발생합니다.

직원이 25명인 가상의 회계사무소 린드크비스트 앤드 라오를 가정합니다. 사무실 관리자 프리야는 신규 직원 두 명을 채용하기 전에 신규 고객 등록 절차를 정리해 달라는 요청을 받았습니다. 메모에는 이렇게 적혀 있습니다. '신규 고객 - 샘이 업무 수임 계약서 작성 후 이메일 발송, 고객 서명(몇 주씩 걸릴 때도 있음). 그다음 신원 확인 서류 - 사진이 있는 신분증 + 주소 증빙, 조가 확인. 빠진 게 있으면 두 번 독촉 후 파트너가 전화. 이상 없으면 사무소 관리 소프트웨어에 등록 - 조든 샘이든 시간 되는 사람이. 파트너가 수수료 승인. 법인이면 영국 기업등록소 확인. 환영 이메일.'

업무 프로세스 맵을 어떻게 단계별로 만듭니까?

프로세스 맵을 만들 때는 먼저 시작점과 종료점을 정한 뒤, 각 단계를 동사와 목적어로 나열하고 단계마다 담당자를 한 명 지정합니다. 그런 다음 인계, 의사결정, 예외를 추가합니다. AI는 메모를 이런 구조로 빠르게 정리하는 데 능숙하지만 실제로 어떤 일이 일어나는지는 알 수 없으므로, AI가 찾아낸 모든 빈틈은 팀에 확인할 질문이 됩니다.

1. 경계 설정하기

프로세스를 시작하는 계기(고객이 견적을 수락함)와 프로세스를 끝내는 결과(환영 이메일이 발송됨)를 명시합니다.

2. 동사와 목적어로 단계 나열하기

'업무 위임 계약서 보내기', '신분증 서류 확인하기'. 각 단계에는 하나의 작업만 넣습니다. 한 단계에 '그리고'가 필요하다면 단계를 나눕니다.

3. 각 단계에 담당자를 한 명씩 지정합니다

가능하면 이름 대신 역할을 사용합니다. 담당자는 스윔레인 맵의 각 레인이 됩니다. '시간이 되는 사람'은 담당자가 아니라 확인이 필요한 질문으로 기록합니다.

4. 인계 지점을 표시합니다

인계는 업무가 다른 담당자에게 넘어가는 지점입니다. 인계 지점에서는 업무가 대기하게 되므로 무엇을 전달하는지 기록합니다.

5. 결정할 사항을 예 또는 아니요로 답할 수 있는 질문으로 쓰기

'신분증 서류를 모두 받았습니까?' 답변마다 그에 맞는 다음 단계가 필요합니다.

6. 예외를 별도로 나열하기

예외는 끝내 서명하지 않는 고객이나 유효기간이 지난 문서처럼 정상적인 절차에서 벗어나는 경우입니다. 이때 어떻게 처리하고 누가 결정하는지 질문합니다.

7. AI에 그림보다 표를 먼저 요청하기

단계, 담당자, 입력, 출력, 다음 단계를 표로 정리하면 한 줄씩 쉽게 확인할 수 있습니다. 다이어그램은 그다음에 작성합니다.

미흡한 AI 프로세스 맵과 개선된 맵은 어떻게 다릅니까?

미흡한 프롬프트: '이 메모를 바탕으로 고객 온보딩 절차도를 만들어 주세요.' 전형적인 결과는 아홉 단계를 한 줄로 깔끔하게 정리한 목록입니다. '고객 문의 접수'로 시작하고, 아무도 언급하지 않은 'CRM에 고객 추가' 단계가 포함됩니다. 모든 단계가 순서대로 진행되며 담당자는 없습니다. 회신을 재촉하는 일과 파트너에게 전화하는 일은 사라졌고, 영국 기업등록소 확인은 모든 고객에게 적용됩니다.

개선된 프롬프트: '아래 메모를 바탕으로 절차 흐름도를 표로 작성해 주세요. 열은 단계 번호, 단계(동사와 목적어), 담당 역할, 입력, 출력, 다음 단계로 구성해 주세요. 고객이 견적을 수락하는 시점부터 시작해 환영 이메일을 보내는 시점에 끝나도록 해 주세요. 의사결정 지점은 예 또는 아니요로 답하는 질문으로 작성하고 두 경우의 결과를 모두 포함해 주세요. 예외 사항은 별도로 나열해 주세요. 메모에 없는 단계는 추가하지 마세요. 메모가 불분명한 부분은 추측하지 말고 제가 확인해야 할 질문을 적어 주세요.'

개선된 결과에는 담당자가 지정된 단계 6개, 판단 지점 2개('업무 위임 계약서에 서명했습니까?'와 '고객이 법인입니까?'), 서류 누락 시의 예외 처리 경로 1개, Priya에게 확인할 질문 4개가 나옵니다. 질문은 Jo와 Sam 모두 시간이 있을 때 누가 소프트웨어 계정을 만드는지, 파트너가 수임료를 언제 승인하는지, 사무소가 첫 번째 독촉 전까지 얼마나 기다리는지, 고객이 끝내 서명하지 않으면 어떻게 하는지입니다. 이 질문들이 결과물에서 가장 가치 있는 부분입니다.

실제 업무 담당자들과 업무 프로세스 맵을 어떻게 검토합니까?

업무 흐름도를 검증하려면 각 단계를 실제로 수행하는 사람들과 함께 최근의 실제 사례 하나를 처음부터 끝까지 따라가며 살펴봅니다. 그들이 '실제로는 보통 이렇게 합니다...'라고 말하는 지점을 모두 기록합니다. 이들의 수정 사항을 초안에 반영해야 하며, 초안에 맞춰 실제 업무를 바꾸어서는 안 됩니다.

실제 사례 따라가기

조와 샘에게 가장 최근에 온보딩한 고객의 처리 과정을 따라가 보도록 요청하세요. 실제 사례가 절차도에서 벗어난 지점이 있다면 절차도가 잘못되었거나 불완전한 것입니다.

각 담당자의 동의 여부 확인

자신이 특정 단계의 책임자라는 사실을 몰랐던 담당자가 있다면, 이는 오타가 아니라 점검에서 발견된 문제입니다.

'현재 상태'와 '바람직한 상태'를 구분합니다

먼저 현재 프로세스가 어떻게 운영되는지 도식화합니다. 개선 사항은 두 번째 버전에 담고, 개선안임을 명확하게 표시합니다.

프로세스 맵에는 BPMN 같은 공식 표기법이 필요합니까?

대부분의 내부 프로세스 맵에는 공식 표기법이 필요하지 않습니다. 단계는 사각형으로, 의사결정은 마름모로 표시한 스윔레인 다이어그램이면 충분합니다. 프로세스 맵을 자동화나 감사에 활용할 때는 객체 관리 그룹이 관리하고 ISO/IEC 19510으로 발행된 비즈니스 프로세스 모델 및 표기법(BPMN)이 공통 표준입니다.

AI로 업무 프로세스를 시각화할 때 흔히 하는 실수는 무엇입니까?

가장 큰 실수는 AI 초안을 실제 업무 절차로 그대로 받아들이는 것입니다. 그러면 업무 흐름도를 통해 드러내려던 예외 상황과 불명확한 담당 관계가 가려집니다. 그 밖에도 실제가 아닌 이상적인 절차를 도식화하거나, 도구가 일반적인 템플릿의 단계를 추가하도록 두거나, 근거가 되는 표를 아무도 확인하지 않은 상태에서 완성도 높은 도식부터 그리는 실수가 있습니다. 붙여 넣는 메모에는 고객 개인 정보를 포함하지 마십시오. 도구에 필요한 것은 구조뿐입니다.

Tosheo.ai 교육 과정에서 이 수업은 어디에 해당합니까?

프로세스 맵은 운영 업무를 위한 AI 범주의 실무자 수업입니다. 같은 범주에는 메모로 SOP 작성하기, 공급업체 비교, 현황 보고서, 점검표 및 감사 수업이 있습니다. 전체 수업은 운영 팀을 위한 AI 교육 페이지에서 확인할 수 있습니다. 실습 과제에서는 가상의 프로세스 설명이 제공되며, 평가 기준표는 담당자, 의사결정, 예외 사항, 학습자가 제기하는 질문을 확인합니다. 명확한 프로세스 맵은 무엇이든 자동화하기 전에 거쳐야 할 첫 단계이기도 합니다. AI 자동화 과정은 여기서부터 이어집니다.

출처와 범위

객체 관리 그룹: 비즈니스 프로세스 모델 및 표기법(BPMN), ISO/IEC 19510으로 발행된 내용 포함, 19 October 2026 확인 ↗