1. 작업 설명하기
Claude와 함께 작업하여 방대한 프로세스 문서를 시스템이 실제로 어떻게 작동하는지 보여주는 흐름형 시각 다이어그램으로 전환해 보세요. 대화를 통해 의사결정 지점, 대체 경로, 물량 분포를 매핑하여—방대한 문서를 팀이 실시간으로 사용할 수 있는 명확한 시각화로 전환할 수 있습니다.
저희 엔터프라이즈 소프트웨어 구축 플레이북을 업로드합니다—실시간으로 아무도 탐색할 수 없는 42페이지 분량의 고객 온보딩 절차입니다. 데이터 품질, 통합 역량, 리소스, 배포 준비 상태에 따라 몇 가지 다른 경로가 있습니다.
전체 시스템을 한눈에 볼 수 있고 고객 물량이 각 경로에 어떻게 분산되는지 이해할 수 있도록 이를 시각화하는 것을 도와주실 수 있나요?
유기적인 곡선 경로를 가진 Sankey 흐름도를 만들어 주세요. 전문적이고 굵은 타이포그래피와 자연스러운 색상 팔레트로 스크린샷에 담을 만한 수준으로 만들어 주세요. 부드러운 베지어 곡선으로 인터랙티브 확대/축소 및 팬 기능을 활성화해 주세요. Tufte 수준의 정보 디자인을 적용해 주세요.
2. Claude에게 맥락 제공하기
프로세스 문서를 제공하여 Claude가 절차를 구성하는 구조, 의사결정 지점, 흐름 로직을 파악하고 이를 시각적으로 매핑할 수 있도록 하세요.
필수 맥락
절차 문서 파일을 업로드하세요. 채팅 바의 (+) 버튼을 클릭하여 파일을 탐색하거나, 파일을 채팅 박스 영역으로 드래그 앤 드롭하세요.
3. Claude가 만드는 것
Claude는 프로세스 문서를 분석하여 구축 경로와 경로별 물량 분포를 시각화하는 인터랙티브 Sankey 흐름도로 전환합니다. 각 구축 단계는 클릭 가능한 카드가 되어 그 뒤에 있는 상세 문서를 보여줍니다.
완료했습니다! 고객 온보딩 프로세스의 흐름도를 만들었습니다. 매핑한 내용을 보여드리겠습니다.
시각화가 보여주는 내용은 다음과 같습니다:
흐름 구조
너비로 물량을 보여주는 흐름형 밴드를 사용했습니다—그래서 대부분의 고객(62%)이 주 경로를 따르고, 더 작은 비율이 대체 경로를 따른다는 것을 바로 확인할 수 있습니다:
- 주 경로 (세이지 그린, 62%) — 가장 넓은 밴드, 가장 일반적인 경로
- 대체 경로 (테라코타, 23%) — 데이터 준비를 위한 중간 밴드
- 강화 경로 (자두색, 12%) — 프리미엄 서비스를 위한 더 좁은 밴드
- 이탈 경로 (빨강, 3%) — 고객이 이탈하는 지점을 보여주는 얇은 밴드
인터랙티브 단계 카드
각 단계 카드를 클릭하면 다음을 포함한 상세 문서를 확인할 수 있습니다:
- 전체 프로세스 개요 및 자격 기준
- 주요 활동 및 산출물
- 일반적인 문제 및 성공 요인
- 일정 및 리소스 요구사항
다음 단계: 팀과 함께 흐름을 검토하고 조정이 필요한 의사결정 지점이 있는지, 추가해야 할 예외 사례가 있는지 알려주세요.
구축 흐름 시각화 보기
4. 후속 프롬프트
Claude와의 대화를 계속하여 다듬고, 확장하고, 더 깊이 탐구해 보세요.
다른 형식 및 플랫폼으로 내보내기
Mermaid Chart(새 탭에서 열림)와 같은 커넥터를 사용하면 Claude가 아티팩트 다이어그램을 편집 가능한 형식으로 변환하고, 공유 가능한 링크를 생성하며, 크로스 플랫폼 임베딩과 팀 협업을 위한 이식 가능한 코드를 제공합니다
Mermaid Chart 커넥터를 사용해서 이 아티팩트 흐름도를 Mermaid.js 형식으로 변환해 주실 수 있나요? 팀과 공유할 수 있는 편집 가능한 플레이그라운드 링크와 문서에 임베드하거나 다른 플랫폼으로 내보낼 수 있는 원본 Mermaid 코드가 필요합니다.
특정 섹션에 세부 정보 추가하기
Claude는 다른 섹션은 현재 수준의 세부 정보를 유지하면서 다이어그램의 특정 부분을 확장하여 필요한 부분에 더 깊은 이해를 제공할 수 있습니다.
구축 단계에 표시된 것보다 훨씬 더 많은 단계가 있습니다. 해당 섹션을 확장해서 기술 발견 통화, 샌드박스 설정, 데이터 매핑 세션, 초기 구성, 테스트 단계, 교육을 포함해 주실 수 있나요? 다른 섹션은 현재 수준의 세부 정보를 유지해 주세요.
시각적 스타일 조정하기
Claude는 흐름 방향을 재구성하고 색상 코딩 시스템을 적용하여 다이어그램에서 서로 다른 담당자나 단계를 구분할 수 있습니다.
이것을 위에서 아래로가 아니라 왼쪽에서 오른쪽으로 흐르도록 재구성해 주실 수 있나요? 또한 색상을 사용해서 서로 다른 팀 담당자를 구분해 주세요—영업은 파란색, 고객 성공은 초록색, 구축은 주황색으로요.
5. 요령, 팁, 문제 해결
정리되지 않은 문서에서 구조 추출하기
프로세스 문서가 완벽하게 정리되어 있을 필요는 없습니다. Claude는 서술형 설명, 글머리 기호 목록, 흩어진 이메일, 단계별 지침에서 의사결정 지점, 병렬 워크플로우, 조건부 로직을 파악합니다. 있는 그대로 업로드하면 Claude가 기본 프로세스 구조를 매핑할 수 있습니다. 필요에 따라 Claude와 계속 작업하여 프로세스를 수정하고 다듬을 수 있습니다.
프로세스가 발전함에 따라 수정하기
프로세스 매핑을 위한 전용 프로젝트를 설정하세요. 그런 다음 프로세스 문서와 흐름도 표준을 프로젝트 지식에 업로드하세요. 절차가 변경되면 해당 프로젝트에서 새 대화를 시작하고 변경 사항을 설명하세요—Claude는 기존 다이어그램과 규칙에 대한 맥락을 유지하므로 일관성을 유지하면서 특정 섹션을 업데이트합니다. 이를 통해 흐름도는 정적인 스냅샷에서 조직과 함께 발전하는 살아있는 문서로 전환되며, 무언가 바뀔 때마다 처음부터 다시 시작할 필요가 없습니다.
6. 직접 시도해 보시겠어요?
절차 문서를 업로드하고 텍스트 기반 프로세스가 팀 전체가 따를 수 있는 명확한 시각적 워크플로우로 얼마나 빠르게 전환되는지 확인해 보세요.