4.8/5
무료 프로세스 매핑 및 문서화 소프트웨어
프로세스 매핑을 이해한 다음, 캡션이 포함된 스크린샷과 내레이션 영상으로 프로세스 자체를 65+개 언어의 단계별 문서로 전환하세요
프로세스를 무료로 문서화하세요
Trupeer는 프로세스의 녹화를 65+개 언어로 캡션이 포함된 스크린샷과 내레이션 영상이 있는 단계별 문서로 바꿉니다. Trupeer는 프로세스 맵을 대체하는 도구가 아니라, 그에 더해지는 동반자입니다. 맵은 프로세스의 형태를 보여주고, 이 문서는 실제로 수행하는 방법을 한 사람에게 안내합니다. 이 페이지에서는 다이어그램 도구가 필요한 경우를 포함해 프로세스 매핑을 제대로 다룹니다.
프로세스 매핑이란?
프로세스 매핑은 조직 내에서 일이 어떻게 흐르는지를 시각적 다이어그램으로 표현하는 작업입니다. 순서대로 나열된 단계, 각 단계의 담당자, 결정이 어디에서 갈라지는지, 그리고 인계가 어디에서 발생하는지를 나타냅니다. 결과물은 그에 대한 설명이 아니라 프로세스의 그림입니다.
그 가치가 있는 이유는 글로는 숨겨지는 것을 그림이 드러내기 때문입니다. 프로세스를 그리면, 승인 절차가 중복되는 부분, 특정 한 사람이 3일을 기다리는 단계, 작업이 되돌아가는 루프가 한눈에 보입니다. 그래서 비즈니스 프로세스 매핑은 운영, 품질, 지속적 개선 업무에서 표준적인 실무로 자리 잡았습니다.
프로세스 맵이란?
프로세스 맵은 그 자체로, 다이어그램이라는 산출물입니다. 대부분은 동일한 요소를 포함합니다. 시작과 종료 지점, 순서대로 이어지는 단계, 경로가 갈라지는 결정 지점, 그리고 각 부분을 어떤 역할이나 팀이 수행하는지 보여주는 경우가 많습니다.
사람들이 흔히 혼동하는 두 가지를 분리해볼 가치가 있습니다. 프로세스 맵은 무엇이 어떤 순서로 일어나는지를 답합니다. 하지만 어떻게 하는지는 답하지 않습니다. 예를 들어 ‘송장 승인(Approve Invoice)’이라고 적힌 상자는 송장을 승인하는 방법에 대한 지침이 아닙니다. 둘 다 필요하며, 둘을 혼동하는 것이 매핑 프로젝트가 이후 아무도 쓰지 않는 산출물을 만들어내는 가장 흔한 이유입니다.
프로세스 맵의 유형은?
여러 형식이 존재하며, 목적에 맞지 않는 형식을 선택하는 것이 어떤 맵은 읽히고 어떤 맵은 파일로만 남는 이유입니다.
기본 플로우차트:
단계와 결정이 순서대로 나열됩니다. 대부분의 목적에 맞는 가장 적절한 기본값이며, 교육 없이도 누구나 읽기 쉽습니다스윔레인 프로세스 맵:
동일한 흐름을 역할, 팀 또는 시스템에 따라 레인으로 나눕니다. 스윔레인 프로세스 맵은 인계 문제를 드러내는 데 가장 좋은 형식이며, 지연이 실제로 대부분 발생하는 지점이 바로 여기입니다밸류 스트림 맵:
각 단계에 시간과 가치 데이터를 추가해, 가치를 더하는 작업과 대기 및 재작업을 구분합니다. 사람들이 자주 묻는 비교인 ‘밸류 스트림 매핑 vs 프로세스 매핑’은 결국 이것으로 귀결됩니다. 밸류 스트림 맵은 흐름의 효율을 측정하고, 프로세스 맵은 순서를 설명합니다상세 또는 탑다운 맵:
하위 단계가 아래에서 확장된 고수준 맵입니다. 프로세스가 한 페이지에 읽기 좋게 담기기 어려울 때 유용합니다SIPOC 다이어그램:
공급자, 투입, 프로세스, 산출, 고객입니다. 상세 매핑에 앞서 범위를 정하는 스코핑 연습으로서 6시그마 프로세스 맵 작업에서 흔히 사용됩니다비즈니스 프로세스 모델 다이어그램:
공식 BPMN 표기법으로, 정확하고 표준화되어 있으며, 표기법을 배우지 않은 사람에게는 실제로 읽기 어렵습니다
프로세스 맵 기호와 모양
프로세스 매핑 기호는 대부분 표준화되어 있으며, 몇 가지 기호만으로도 거의 모든 맵을 그리거나 읽을 수 있습니다.
타원 또는 둥근 직사각형:
시작과 종료 지점. 때로는 터미네이터(terminators)라고도 합니다직사각형:
프로세스 단계로, 누군가 또는 어떤 것이 수행하는 작업을 의미합니다. 폭넓게 가장 많이 사용되는 모양입니다다이아몬드:
결정 지점으로, 예/아니오 답변에 따라 경로가 갈라집니다화살표:
단계 사이의 흐름 방향입니다. 뒤로 가는 화살표는 재작업을 의미하며, 보통 가장 먼저 조사해볼 만한 대상입니다평행사변형:
입력 또는 출력입니다. 예를 들어 입력되는 데이터나 생성되는 문서가 여기에 해당합니다원통:
저장된 데이터 또는 데이터베이스입니다문서 모양:
프로세스가 생성하는 인쇄 또는 기록된 문서입니다지연 기호:
프로세스에서의 대기를 나타냅니다. 자주 생략되는데, 안타까운 일입니다. 지연은 보통 실제 비용이 자리한 곳이기 때문입니다
프로세스 맵 모양에 대한 실용적인 참고: 대부분의 비즈니스 목적에서는 정밀함보다 가독성이 더 중요합니다. 세 가지 모양만 사용해도 읽히는 맵은, 작성자만 이해하는 형식적으로 정확한 BPMN 다이어그램보다 낫습니다.
왜 대부분의 프로세스 맵은 더 이상 사용되지 않을까요?
대부분의 매핑 작업은 같은 흐름을 따릅니다. 워크숍을 열고, 다이어그램을 만들고, 모두가 정확하다고 동의한 뒤, 몇 달 안에 아무도 열지 않습니다. 이유는 일관됩니다.
맵은 실제가 아니라 이상을 설명합니다:
워크숍은 사람들이 프로세스가 어떻게 돌아간다고 믿는지를 담습니다. 실제 프로세스에는 문서화되지 않은 우회 방법이 있고, 그 격차는 첫날부터 벌어집니다열어보는 사람에게는 엉뚱한 질문에 답합니다:
누군가 프로세스를 컨설팅할 때 보통은 자신의 단계를 어떻게 완료하는지 알고 싶어 합니다. 다이어그램은 그 단계가 어디에 위치하는지는 알려주지만, 그게 곧 같은 도움은 아닙니다수정은 비용이 많이 듭니다:
다이어그램을 편집하려면 도구를 열고, 도형을 재배치하고, 다시 내보내고, 배포해야 합니다. 그래서 변경 사항은 묶어서 처리되고, 미뤄지고, 결국 건너뛰게 됩니다아무도 일하지 않는 곳에 존재합니다:
슬라이드 덱이나 라이선스가 없는 캔버스에 있는 다이어그램은 기능적으로 보이지 않습니다아무도 책임지지 않습니다:
맵은 프로젝트로 만들어지고, 프로젝트는 끝납니다. 책임이 없는 산출물은 시간이 지나며 부식됩니다
이 모든 것은 매핑에 대한 반대 논거가 아닙니다. 맵이 무엇을 위한 것인지 명확히 하고, 실제로 따라갈 수 있는 무언가와 함께 제공해야 한다는 논거입니다.
매핑 vs 문서화: 무엇이 필요하신가요?
범위를 먼저 분명히 해야 합니다. 그래야 이 도구가 여러분에게 적합한지 결정할 수 있기 때문입니다. Trupeer는 다이어그램을 그리지 않습니다. 캔버스도 없고, 도형 라이브러리도 없고, 스윔레인도 없으며, BPMN 내보내기도 없습니다. 만약 여러분의 과제가 ‘맵 자체’를 만드는 것이라면, 다이어그램 도구가 필요하며 Visio, Miro, Lucidchart, SmartDraw 모두 그 역할을 잘 수행합니다.
다음의 경우에는 매핑 도구가 필요합니다:
프로세스를 분석하거나 재설계하고 있습니다:
전체 흐름을 한 번에 보는 것이 핵심이며, 오직 다이어그램만이 이를 해냅니다인계와 병목을 드러내야 합니다:
스윔레인 관점은 어떤 문서도 보여주지 못하는 방식으로 구조적 문제를 명확히 드러냅니다대상이 이해관계자이지 운영 담당자가 아닙니다:
임원과 프로세스 담당자는 키 입력이 아니라 ‘형태’를 원합니다컴플라이언스 또는 시스템 작업을 위해 표기가 중요합니다:
일부 맥락에서는 공식 BPMN이 필요한 이유가 분명히 존재합니다
다음의 경우에는 프로세스 문서화가 필요합니다:
프로세스를 수행해야지 이해만 하면 안 됩니다:
운영 담당자는 어떤 버튼을, 어떤 시스템에서, 어떤 순서로 눌러야 하는지 알아야 합니다프로세스가 소프트웨어에서 실행됩니다:
화면은 바뀌고, 다이어그램은 필드가 어떻게 생겼는지 또는 설정이 어디에 숨겨져 있는지를 보여줄 수 없습니다온보딩 또는 교육이 필요합니다:
신규 입사자는 ‘방법’을 필요로 하며, 그들이 읽는 언어로 제공되어야 합니다정확성이 변경에도 살아남아야 합니다:
실제 프로세스를 녹화한 기록에서 재생성된 문서는, 손으로 편집한 다이어그램보다 현실에 더 가깝게 유지됩니다
생산적인 조합은 ‘형태를 보여주는 맵’과 ‘단계를 위한 문서화’를 교차 연결하는 것입니다. Trupeer는 두 번째를 제공하며, 이미 실행 중일 수 있는 프로세스 문서화 소프트웨어 워크플로와 자연스럽게 함께 사용됩니다.
프로세스 문서화 소프트웨어는 어떻게 작동하나요?
Trupeer는 작업의 녹화를 사람들이 따라갈 수 있는 문서로 바꾸는, 간소화된 5단계 프로세스를 따릅니다.
1단계: 실제로 실행되는 대로 프로세스를 녹화합니다
Start Recording을 클릭하고 Chrome 탭, 창, 또는 전체 화면을 선택하세요. 내레이션을 원한다면 마이크 액세스를 허용합니다. 프로세스를 수행하는 사람이 평소대로 실행한 다음 Stop Sharing을 클릭하세요. 이 단계는 이상(기억된 방식)과 실제의 격차를 닫아줍니다. 기억에 의존한 방식이 아니라 실제 방법을 그대로 캡처하기 때문입니다.
2단계: 문서와 영상을 생성합니다
Generate AI Content를 클릭하고, 문서, 영상 또는 둘 다를 선택하려면 Configure Output Options을 열며 입력 언어를 설정하세요. Trupeer는 관찰된 동작을 바탕으로 단계 텍스트를 작성하고 전사본을 생성하므로, 작성된 절차와 워크스루 영상은 별도로 유지관리되지 않고 한 번의 캡처에서 함께 나옵니다.
3단계: 단계와 용어를 수정합니다
Edit을 열고 변경할 구간을 선택한 뒤 Keep Changes를 클릭하거나, 조직의 용어를 적용하려면 자체 지침과 함께 AI rewrite를 사용하세요. AI Voice 아래에서 음성 및 억양을 선택한 뒤 Refresh Voiceover를 클릭하면 내레이션을 다시 생성합니다. 또한 여기에서, 공식 맵에는 없던 녹화가 드러낸 우회 방법도 함께 기록할 수 있습니다.
4단계: 화면에 표시합니다
Zoom을 사용해 확대 수준, 위치, 속도를 설정하여 밀도 높은 인터페이스 텍스트도 읽기 쉽게 유지하고, Add Text로 각 단계에서 정확한 필드 또는 컨트롤에 라벨을 붙이세요. 다이어그램은 ‘Enter Cost Centre’라고 말할 수 있습니다. 이는 실제로 어떤 네 가지 유사 필드 중 그게 무엇인지 보여줍니다.
5단계: 게시, 번역, 최신 상태 유지
자체 서브도메인에 있는 검색 가능한 지식 베이스에 게시하세요. 여기서 사용자는 Ask AI로 자연어 질문을 할 수 있고, 로고와 콜투액션이 포함된 링크로 공유할 수도 있습니다. 65+개 지원 언어에서 한 번에 최대 5개 대상 언어로 번역하고, 제어된 문서 시스템을 위해 PDF 또는 Word로 내보내며, Version History로 이전 버전을 비교하고 복원하세요. 콘텐츠 최신성 리포팅은 90일 이상 손대지 않은 항목을 표시합니다.
복사해볼 만한 프로세스 매핑 예시
가장 유용한 프로세스 매핑 예시와 프로세스 맵 예시는, 작업이 안정적으로 무언가를 찾아내는 일반적인 프로세스인 경우가 많습니다. 이런 것부터 시작할 가치가 있습니다.
구매부터 결제까지(Purchase to pay):
요청부터 승인, 그리고 결제까지. 승인 루프와 중복 확인이 거의 매번 등장하는 대표적인 비즈니스 프로세스 매핑 예시 중 하나입니다채용부터 퇴직까지(Hire to retire):
HR, IT, 채용 담당 매니저를 아우르는 전체 직원 라이프사이클입니다. 채용부터 퇴직까지의 프로세스 맵은 신규 입사자가 첫 주에 겪는 비용으로 이어지는 인계 공백을 드러냅니다주문부터 현금 수령까지(Order to cash):
견적부터 송장, 그리고 회수까지. 지연은 곧바로 운전자본으로 전환됩니다고객 온보딩(Customer onboarding):
가입부터 첫 가치까지. 영업, 성공, 지원 간 인계가 계정을 멈추게 만드는 지점이기 때문에 스윔레인으로 매핑하는 것이 가장 좋습니다. 클라이언트 온보딩 도구와 함께 사용하세요사고부터 해결까지(Incident to resolution):
지원 이슈가 어떻게 이동하고 어디에서 대기하는지. 이 경우에는 단계보다 지연 기호가 더 중요합니다월말 마감(Month-end close):
재무에서 가장 반복되지만 가장 문서화가 덜 된 프로세스이며, 한 사람이 떠나면 가장 크게 노출되는 프로세스입니다
프로세스 매핑 모범 사례
매핑은 예측 가능한 방식으로 잘못됩니다. 아래의 실무는 무언가를 바꾸는 맵과 위키를 꾸미는 다이어그램을 가르는 기준입니다.
정책에 있는 프로세스가 아니라 실제로 돌아가는 프로세스를 매핑하세요:
일을 하는 사람과 함께 앉아보세요. 둘 사이의 차이는 대개 전체 작업에서 가장 가치 있는 발견입니다무엇을 그리기 전에 범위를 합의하세요:
첫 단계와 마지막 단계를 명확히 정의하세요. 범위가 늘어나는 스코프 크리프는 한 페이지 맵을 읽기 어려운 포스터로 바꾸는 원인입니다두 팀 이상이 관여한다면 스윔레인을 사용하세요:
인계는 지연이 숨어드는 지점이며, 레인만이 그것을 보이게 합니다한 페이지로 읽히게 유지하세요:
담기지 않는다면 잘못된 높이(수준)에서 매핑하고 있는 것입니다. 나누고 연결하세요단계만이 아니라 지연도 기록하세요:
개선 기회의 대부분은 대기에서 나오며, 대부분의 맵은 대기를 아예 생략합니다워크숍이 끝나기 전에 누가 책임질지 결정하세요:
책임이 없는 맵은 예외 없이 한 분기 안에 낡아집니다맵과 지침을 함께 제공하세요:
맵은 이해를 위한 것이고, 문서는 실행을 위한 것입니다. 둘 중 하나만 게시하는 것이 사람들이 동료에게 다시 묻게 되는 이유입니다
프로세스 매핑 소프트웨어 선택하기
가장 좋은 비즈니스 프로세스 매핑 소프트웨어를 고르기 위한 후보 비교는 대개 도형 라이브러리를 중심으로 이뤄집니다. 더 유용한 질문은 다음과 같습니다:
누가 결과물을 읽어야 하며, 라이선스가 있나요?:
팀 전체가 접근할 수 없는 좌석 기반으로 잠겨 있는 맵은 보이지 않습니다. 어떤 기능 비교보다 더 많은 도구를 이 질문 하나로 걸러낼 수 있습니다비전문가도 편집할 수 있나요?:
맵을 업데이트하려면 도구를 아는 한 사람이 필요하다면, 업데이트되지 않을 가능성이 큽니다무료면 실제로 쓸 수 있나요?:
무료 프로세스 매핑 소프트웨어는 종종 문서에 제한을 두거나 내보내기를 막습니다. 완성된 맵으로 무엇을 할 수 있는지 확인하세요이미 보유한 것과 잘 맞나요?:
Visio 프로세스 매핑이나 Microsoft용 무료 프로세스 매핑 도구를 찾는 많은 팀은, 구매 전에 확인해볼 만한 권한을 이미 갖고 있는 경우가 많습니다맵은 어떻게 최신 상태를 유지하나요?:
이 질문을 명확히 하세요. 어떤 도구도 이를 해결해주지 않으며, 답은 결국 ‘사람’과 ‘리듬’이어야 하기 때문입니다지침은 누가/무엇이 만들어주나요?:
프로세스 매핑 도구는 다이어그램을 그립니다. 단계는 다른 무언가가 문서화해야 하며, 시작하기 전에 무엇을 결정할지 정하면 재작업을 줄일 수 있습니다
누가 프로세스 매핑과 프로세스 문서화를 사용하나요?
이 두 가지 산출물은 보통 같은 조직 내에서도 담당자가 다르며, 이것이 서로 멀어지는 이유 중 하나입니다.
운영 및 지속적 개선:
낭비를 찾기 위한 매핑을 하고, 개선된 방법을 문서화해 그 성과가 유지되도록 합니다. 이는 종종 표준 운영 절차(standard operating procedure) 형태로 이어집니다품질 및 컴플라이언스:
맵은 통제된 프로세스가 존재함을 증명하고, 문서는 그것이 어떻게 수행되는지를 증명합니다비즈니스 분석가:
시스템 구현과 프로세스 재설계 중에 현재 상태와 미래 상태를 매핑합니다HR 및 인사(people) 팀:
온보딩, 성과, 오프보딩 전반에 걸친 HR 프로세스 매핑을 수행하며, 인계가 여러 시스템을 가로지르는 경우가 많습니다재무 및 공유 서비스:
반복되는 마감 및 조정(리콘실리에이션) 작업을 문서화합니다. 이는 위험도가 높고, 기록으로 남겨지는 경우가 드뭅니다IT 및 내부 지원(Enablement):
다이어그램이 아니라 화면 수준의 지침이 필요한 시스템 작업이 있는 곳에서 사용합니다. 보통 워크플로 문서화 도구를 통해 진행합니다
프로세스 문서화를 위한 Trupeer의 핵심 기능
브라우저 기반 화면 녹화:
설치 없이 탭, 창 또는 전체 화면을 캡처합니다AI 생성 단계 및 전사본:
녹화에서 관찰된 동작을 바탕으로 단계 텍스트를 작성하며, 모든 줄을 편집할 수 있습니다캡션이 포함된 단계별 스크린샷:
각 화면을 설명하는 문단이 아니라, 각 화면의 이미지로 구성된 문서가 만들어집니다동일한 캡처에서 생성된 내레이션 영상:
워크스루와 작성된 절차가 한 번의 녹화에서 나오므로 서로 모순될 수 없습니다줌 및 텍스트 주석:
확대 수준, 위치, 속도를 설정하고, 각 단계에서 집중 중인 정확한 필드에 라벨을 붙입니다비교 및 복원이 가능한 버전 기록:
타임스탬프가 포함된 버전을 둘러보고 한 번의 클릭으로 되돌릴 수 있습니다콘텐츠 최신성 리포팅:
90일 이상 손대지 않은 모든 항목은 최신성이 떨어진 것으로 표시되며, 평균 최신성 수치도 함께 제공됩니다Ask AI가 포함된 검색 가능한 지식 베이스:
사람들이 자연어로 질문하는 곳에 자체 서브도메인에 게시합니다65+개 언어로 번역:
문서 및 영상 형식 전반에서 한 번에 최대 5개 대상 언어로 번역합니다PDF 및 Word 내보내기:
품질 시스템과 감사 파일을 위한 제어된 문서를 생성합니다역할 및 가시성 제어:
Workspace Admin 및 Editor 역할이 있으며, 콘텐츠는 지정된 사람에게만 제한하거나 링크로 열 수 있습니다사용 및 검색 분석:
조회, 검색, 그리고 문서가 답하지 못한 질문의 미해결 비율을 보여주는 지표가 제공됩니다
관련 도구 살펴보기
Trupeer와 프로세스 맵핑을 함께 해야 하는 이유
실제로 실행되는 프로세스를 포착
워크숍은 사람들이 프로세스가 어떻게 작동한다고 믿는지 포착합니다. 기록은 문서화되지 않은 우회 방법을 포함해 실제로 어떻게 작동하는지 포착합니다. 이는 어떤 맵핑 작업에서든 가장 가치 있는 결과가 되는 경우가 많습니다.
운영자가 실제로 가지고 있는 질문에 답합니다
다이어그램은 누군가의 단계가 흐름에서 어디에 위치하는지 알려줍니다. 캡션이 포함된 스크린샷으로 문서화하면 어떤 필드인지, 어떤 시스템에서인지, 어떤 순서로인지, 그리고 무엇을 확인하려고 열었는지까지 알려줍니다.
재작성 없이 최신 상태 유지
다이어그램을 편집한다는 것은 도형을 재배치하고 다시 내보내는 것을 의미하므로 수정이 미뤄지기 쉽습니다. 프로세스를 다시 녹화하면 새 캡처를 기반으로 단계, 스크린샷, 내레이션, 번역이 다시 생성됩니다.
Trupeer로 프로세스를 문서화하는 방법
1단계
프로세스 기록
2단계
단계 & 비디오 생성
3단계
게시하고 최신 상태 유지
자주 묻는 질문
1. 프로세스 맵핑에 어떤 소프트웨어를 사용하나요?
다이어그램 도구는 표준 선택지로, Microsoft Visio, Miro, Lucidchart, SmartDraw, Creately 등이 있습니다. 이 도구들은 캔버스, 도형 라이브러리, 스윔레인을 제공해 줍니다. Trupeer는 그중 하나가 아니며 다이어그램을 그리지 않습니다. Trupeer는 수행 중인 프로세스를 녹화한 결과를 바탕으로, 지도 옆에 함께 놓이는 단계별 문서를 생성합니다.
2. 프로세스 맵과 프로세스 문서화의 차이는 무엇인가요?
프로세스 맵은 무슨 일이 일어나며 어떤 순서로 진행되는지를 답하는 다이어그램으로, 프로세스를 분석하거나 재설계하는 사람들을 대상으로 합니다. 프로세스 문서는 각 단계를 어떻게 수행하는지에 답하며, 실제 작업을 하는 사람을 대상으로 합니다. ‘인보이스 승인’이라고 적힌 박스는 인보이스를 승인하는 방법에 대한 지침이 아닙니다. 대부분의 팀에는 둘 다 필요하고, 이를 서로 혼동하는 것이 맵이 사용되지 않는 이유입니다.
3. 주요 프로세스 맵 기호는 무엇인가요?
타원은 시작과 종료 지점을 표시하고, 직사각형은 프로세스 단계를, 마름모는 분기되는 의사결정을 나타냅니다. 화살표는 흐름의 방향을 보여줍니다. 평행사변형은 입력 또는 출력, 원통은 저장된 데이터를 의미하며, 문서 모양은 생성된 기록을 나타냅니다. 지연 기호는 대기를 표시하며, 지연이 보통 비용이 발생하는 지점임에도 불구하고 종종 누락됩니다.
4. 프로세스 맵핑에 가장 좋은 AI는 무엇인가요?
이제 여러 다이어그램 도구가 텍스트 설명으로부터 초안 다이어그램을 생성합니다. 이는 첫 단계로 유용할 수 있지만, 여전히 프로세스를 알아야 합니다. 또 다른 AI 활용 방식은 녹화로부터 프로세스를 문서화하는 것으로, Trupeer가 바로 그렇게 합니다. Trupeer는 관찰한 행동에서 단계들을 작성하므로, 누군가가 입력한 설명이 아니라 실제 방법을 반영한 결과가 나옵니다.
5. 정말로 무료 프로세스 맵핑 소프트웨어가 있나요?
여러 다이어그램 도구가 무료 요금제를 제공하지만, 보통 문서 수에 제한이 있거나 내보내기가 차단됩니다. 따라서 확정하기 전에 완성된 맵으로 무엇을 할 수 있는지 확인하세요. 이미 Microsoft 엔터프라이즈 권한이 있다면 Visio를 사용할 수 있을지도 모릅니다. Trupeer의 무료 요금제는 문서화 측면을 커버하여, 프로세스를 기록하고 단계별 가이드와 비디오를 게시할 수 있게 해줍니다.


