모든 컨설턴트가 아는 문제
프로세스는 기록되고, 그려지고, 조치가 권고됩니다. 그러면 경영진이 묻습니다: 이게 어떤 효과가 있습니까? 오늘날까지의 답은 둥근 숫자가 적힌 한 장의 슬라이드이고, 방 안의 첫 번째 날카로운 질문이 그것을 분해해 버립니다. 월 15유로짜리 다이어그램 도구와 연간 수만 유로대의 시뮬레이션 소프트웨어 사이에 바로 그 격차가 있으며, 대부분의 프로세스 작업은 실제로 그 사이에서 일어납니다.
FlowVisual에 대한 기사에 들어가야 할 모든 것: 세 가지 길이로 정리된 짧은 문장들, 그 뒤의 사실들, 원본 크기의 이미지, 인용 가능한 인용문 — 그리고 대부분의 보도자료 키트가 빼놓는 섹션: 도구가 할 수 없는 것. 자유롭게 사용 가능하며 문의 없이 사용하실 수 있습니다.
각 텍스트는 교정되어 있으며 변경 없이 사용할 수 있습니다 — 보도자료, 박스, 본문 단락으로 그대로 사용하실 수 있습니다. 승인 불필요, 보류 기간 없음입니다.
FlowVisual은 macOS와 Windows용 데스크탑 프로세스 시뮬레이터입니다: 비즈니스 프로세스를 실행하여 병목을 보여주고 계획된 변경을 유로와 시간으로 산정합니다.
FlowVisual은 macOS와 Windows용 프로세스 시뮬레이터입니다. 순서도를 그리는 대신 프로세스를 실제로 흐르게 합니다: 작업이 모델을 통해 흐르고, 부하가 역할과 시스템에 쌓이며, 수천 근무일에 대한 Monte Carlo 스트레스 테스트가 병목을 지목합니다. 계획된 모든 변경은 완전히 재계산되어 이전/이후를 유로와 시간으로 제시합니다 — 폭으로 표시되며, 결코 미화된 단일 수치로 나타나지 않습니다. 모든 것은 로컬에서 계정이나 클라우드 없이 실행됩니다.
FlowVisual은 컨설턴트, Lean 책임자 및 운영 조직 담당자의 책상용 프로세스 시뮬레이터입니다 — macOS 및 Windows, 뮌헨의 Balane GmbH에서 개발했습니다. 다이어그램은 단계의 순서를 보여줍니다; 다만 어느 역할의 시간이 먼저 소진되는지, 세 번째 인수인계가 연간 얼마를 초래하는지, 권고가 나쁜 주에도 유효한지는 말해주지 않습니다. FlowVisual은 프로세스를 실행하기 때문에 이를 답합니다: 지속시간은 범위로 기록됩니다(“8분에서 20분”과 같은 범위), Monte Carlo 스트레스 테스트가 모델을 수천 일 동안 돌려서 사이클타임을 P50과 P90으로, 처리량과 약속이 파기될 확률을 제공합니다. 각 변경에 대해 애플리케이션은 전체 모델을 다시 계산하며 절감을 단순 합산하지 않습니다 — 그래서 잘못된 단계에서의 개선이 소용없고 병목이 단지 이동할 뿐이라는 것도 보입니다. 최종적으로는 전제 목록과 P10–P90 범위를 포함한 자사 편지지 양식의 제안서 PDF가 생성됩니다. 모델링과 계산은 영구적으로 무료입니다.
Balane GmbH는 뮌헨의 소프트웨어 회사입니다. 프로세스 작업을 위한 도구를 개발합니다 — 시뮬레이션용 FlowVisual, 그 뒤의 방법론용 Flowrefy.com. 대표이사는 Jonas David Höttler입니다. 제품은 투자자 없이 직접 판매됩니다.
“FlowVisual” — 한 단어, 대문자 F와 V, 공백 없음, 전체 대문자 아님. 제조사는 법적 문맥에서는 “Balane GmbH”이며 단독으로 “Balane”라고만 하지 않습니다. 옆에 있는 방법은 “FLOW”라 불리며 Flowrefy.com에 속합니다 — 그것은 제품이 아닙니다.
두 분 안에 이게 기사 거리인지 결정해야 하는 사람을 위한 짧은 요약입니다.
프로세스는 기록되고, 그려지고, 조치가 권고됩니다. 그러면 경영진이 묻습니다: 이게 어떤 효과가 있습니까? 오늘날까지의 답은 둥근 숫자가 적힌 한 장의 슬라이드이고, 방 안의 첫 번째 날카로운 질문이 그것을 분해해 버립니다. 월 15유로짜리 다이어그램 도구와 연간 수만 유로대의 시뮬레이션 소프트웨어 사이에 바로 그 격차가 있으며, 대부분의 프로세스 작업은 실제로 그 사이에서 일어납니다.
계산이 작동합니다. 작업은 작업 단위로 모델을 통해 흐르고, 대기열이 쌓이며 부하가 그것을 처리하는 역할들, 팀들, 시스템들에 할당됩니다. Monte Carlo 스트레스 테스트가 프로세스를 수천 근무일 동안 돌려서 어디가 막히는지 알려줍니다 — 평균적인 날과 혼잡한 날, 즉 압력이 몰린 열 번째 근무일 모두를 보여줍니다. 애플리케이션 전체에서 빨간색은 정확히 한 가지를 의미합니다: 용량보다 많은 작업.
누구도 변경의 효과가 어디에 있는지 추측할 필요가 없어야 합니다. 그래서 FlowVisual은 절감을 단순히 더하지 않고 각 변형마다 전체 모델을 다시 계산합니다 — 부분 프로세스도 포함됩니다. 이것이 두 조치가 테이블에서 단순히 합산되는 표와, 첫 번째 조치가 이미 병목을 이동시켰기 때문에 두 번째 조치가 아무 효과가 없다는 것을 보여주는 도구의 차이입니다. 잘못된 단계에서의 개선은 거의 처리량을 증가시키지 않습니다 — 이는 의견이 아니라 두 번째 실행의 결과입니다.
오늘의 병목 옆에는 취약성 곡선이 표시됩니다: 어느 볼륨에서 프로세스가 기울며 그때 어떤 단계가 병목 역할을 맡는지입니다. 옵션 격자는 변형을 스스로 제안합니다 — 병목 완화, 가장 비용이 큰 단계 자동화, 매체 단절 해소, 최상위 두 가지 결합 등 — 각 변형을 완전히 시뮬레이션하고 효과별로 정렬합니다. 이전과 이후가 나란히 표시되며 입력하는 동안 모든 수치가 움직입니다.
입력이 추정치인 동안 결과 위에는 ‘Vorläufig’가 표시되며, 먼저 수집해야 할 숫자가 옆에 나옵니다. 제안서에는 각 지표 뒤에 그 출처가 기재됩니다 — 고객 제공, 추정 또는 측정 — 및 계산이 기반한 모든 가정의 색인이 포함됩니다. 또한 타당성 검사가 있어, 어떤 조치가 돈을 절약하지만 처리시간이나 처리량을 악화시키면 표지에 그 사실을 반영해 경고합니다. 자신의 수치에 반대하는 도구는 CFO와의 대화에서 단순히 확인만 해주는 도구보다 더 큰 가치를 제공합니다.
자사 레터헤드의 제안서 PDF: 병목, 조치, 시간 및 유로로 환산한 가치 — P10–P90 범위로, 그 뒤의 모든 가정 색인과 함께, 그리고 조치가 비용을 절감하지만 처리시간을 악화시키면 표지에서 모순을 표시하는 타당성 검사 포함. 여기에 프로세스 문서화, Word, draw.io, SVG, JSON 및 CSV가 포함됩니다.
모든 좋은 기사가 묻는 문의용 섹션입니다: 수치는 어디에서 왔는가? 모든 항목은 제공된 소스 코드에 그대로 나와 있으며 — 애플리케이션 자체에서 검증할 수 있습니다.
단계, 결정, 중단, 하위 프로세스. 각 단계별: 누가 수행하는지, 어떤 시스템인지, 소요 시간 — 숫자가 아닌 범위로 표시됩니다.
400회 실행. 각 실행은 고유한 사례 수와 고유한 처리 시간을 가진 작업일입니다.
병목으로 작용하는 단계 — 평균일과 성수기일의 부하, 그리고 어느 수량에서 한계에 다다르는지의 곡선이 함께 표시됩니다.
제안된 변형들, 각기 완전히 새로 시뮬레이션되며 효과 순으로 정렬됩니다. 어떤 항목도 합산되지 않습니다.
각 수치의 출처, 모든 가정의 색인, 자체 권고안에 대한 타당성 검사입니다.
제안서, 프로세스 문서화, 원시 데이터 — 자체 레터헤드로 제공됩니다.
진짜 결과가 나올 때까지 단계는 완료로 간주되지 않습니다: 단계가 포함된 모델, 결과가 있는 실행, 그 실행이 지목한 병목. 클릭하면 채워지는 진행 표시줄은 이 제품이 다른 곳에서 거부하는 기능일 것입니다.
일별 수량은 설정되는 것이 아니라 추출됩니다: 지정 값 주위의 로그정규분포로, 변동성, 피크 확률 및 피크 계수로 제어됩니다. 동일한 변동성은 추가로 도착 변동성으로 대기열에 반영됩니다.
“8에서 20분”은 로그정규분포의 P10–P90으로 해석됩니다. 이렇게 하면 상한선을 넘는 간헐적 이상치가 발생할 수 있습니다 — 8과 20 사이의 균등분포는 이를 만들어내지 못할 수 있으며, 그 이상치가 하루를 망가뜨리는 원인이 됩니다.
대기 시간은 Kingman(G/G/1)에 따라 발생합니다: (도착 변동성 + 처리 변동성)/2 곱하기 가동률/(1−가동률). 용량 한계 근처에서는 항이 선형화되고, 그 위에서는 포화로 이어집니다 — 한계 위에서는 대기열이 더 이상 계산 가능한 안정 상태를 가지지 않습니다.
사례당 단계 방문 빈도는 위상 정렬 대신 고정점으로 풉니다. 이렇게 해야 재작업이 포함됩니다: “수정으로 되돌림” 루프는 정렬에서 사라지며 그 단계 부하의 절반도 사라집니다. 순환은 Tarjan의 알고리즘이 찾고; 다시 합쳐지는 병렬 분기는 사례를 두 번이 아닌 한 번으로 계산합니다.
여러 단계가 하나의 팀, 시스템 또는 라이선스 풀에서 계산될 수 있습니다. 풀이 부족하면 개별 단계는 증상일 뿐입니다 — 메시지는 그때 풀을 지목합니다. 하위 프로세스는 부모 단계로 용량과 처리 시간과 함께 올라오므로 세 단계 아래에서의 개입이 인원 수를 움직이게 됩니다.
사이클 타임(P50, P90), 처리량, 용량 초과 일수의 비율, 일일 비용의 P10–P90 구간 — 여기에 최악의 5% 날들의 평균과 플로우 효율성, 즉 처리 시간 대비 총 소요 시간(통과 시간)을 포함합니다. 실제 프로세스에서 이는 대개 한 자릿수의 백분율이며, 전체 분석에서 가장 불편한 수치입니다.
동일한 실행을 0,8 · 0,9 · 1,0 · 1,1 · 1,2 · 1,35 · 1,5배의 수량으로 한 번 더 수행합니다. 측정하는 것은 값이 아니라 곡률입니다: 손해는 부하에 비례 이상으로 증가하므로, 오늘은 양호한 단계가 강한 주간에는 가장 먼저 비선형이 될 수 있습니다.
아무도 용량을 지정하지 않은 단계는 병목이 될 수 없으며 — 여유(공백)로 칠해지지도 않습니다. 어떤 단계도 아무것도 말하지 않으면, 결과는 만들어낸 수치 대신 “병목 불확정”입니다.
임계값은 브로슈어가 아니라 소스 코드에 있습니다: 85% 가동률은 대기 시간이 비례 이상으로 증가하기 시작하는 ‘무릎’ 지점입니다. 용량 초과 일수가 열흘 중 하루꼴(10%) 이상이면 상태는 “긴장”으로 불립니다. 그리고 난수에는 고정된 시작값이 있어, 동일한 모델은 두 번째로 열어도 동일한 수치를 산출합니다. 재계산 시 결과가 달라지는 제안서는 제안서가 아닙니다.
정보 상자에 담기는 모든 것. 변경되는 수치는 여기에서 자동으로 최신 상태로 유지됩니다 — 나머지 페이지와 동일한 출처에서 옵니다.
가격은 유로화, 최종 고객 가격은 부가세 포함, 연간 과금. 라이선스 키는 Windows와 macOS에서 동시에 유효합니다.
모든 화면 캡처는 실제 프로그램 창에서 가져온 것이며 3520 × 2000 픽셀로 렌더링되었습니다 — 목업이나 재현된 인터페이스가 아닙니다. 데모 프로세스가 표시되며 고객 데이터는 포함되어 있지 않습니다.




가로 3520픽셀인 캡처는 가로 700픽셀짜리 기사 칼럼에서는 읽을 수 없습니다. 이 세 개의 크롭은 동일한 파일에서 잘라낸 것이며 축소 없이 표시됩니다 — 각 크롭은 정확히 한 가지만 보여줍니다.
심볼은 F자이며 가로막대는 빨간색입니다: 애플리케이션에서 “과부하”를 의미하는 동일한 색상입니다. 강조색은 보라색(#6B5BB0)이고 서체는 IBM Plex입니다. 단어 표식은 경로 SVG로 제공되어 설치된 글꼴 없이도 올바르게 표시됩니다.
문자 그대로 인용은 추가 허가 없이 가능합니다. 인터뷰나 자체 질문은 아래 연락처로 문의해 주십시오.
프로세스 다이어그램은 주장입니다. 실행하면 검증 가능해지고 — 대부분의 작업장에서는 결과가 다이어그램을 그린 사람을 가장 먼저 놀라게 합니다.
앱 전체가 걸려 있는 문장입니다: 변경이 어디에 영향을 미치는지 누군가가 추측하도록 해서는 안 됩니다. 그래서 우리는 절감액을 단순 합산하지 않고 각 변형에 대해 모델 전체를 새로 계산합니다. 그래야 첫 번째 조치가 병목을 이동시켰기 때문에 두 번째 조치가 더 이상 효과가 없다는 것을 알 수 있습니다.
우리는 원칙적으로 단일 숫자를 제공하지 않습니다. 범위 없는 절감액은 회의에서 가장 먼저 분해되는 항목이며 그럴 만한 이유가 있습니다.
도구는 의사결정이 이루어지는 자리에서 통과해야 합니다. 그래서 프레젠테이션 모드가 있고 슬라이드 내보내기는 없습니다: 회의에서 나온 질문은 다음 세션으로 미루지 않고 실행 중인 모델에서 바로 답합니다.
이 섹션은 조사 시간을 줄이기 위해 여기 배치되어 있습니다. 이러한 한계를 점검하는 분은 여기 적혀 있는 그대로 그것을 보시게 될 것입니다.
우리는 설치 수치나 레퍼런스 로고, 고객 이름이 들어간 사례 연구를 공개하지 않습니다. 비밀주의 때문이 아니라 그런 신뢰할 수 있는 수치가 부족하기 때문입니다. 기사에서 누군가 수치를 필요로 하더라도 누구도 그것을 제공하지 않을 것입니다.
FlowVisual은 ERP 시스템의 이벤트 로그를 읽지 않고 화면 작업을 관찰하지 않습니다. 수치는 프로세스를 수행하는 사람들이 제공합니다. 이는 의도된 결정입니다: 사전에 데이터 프로젝트가 필요하지 않다는 점이 판매 논점이지 공백이 아닙니다.
애플리케이션은 문서를 분석할 수 있지만 사용자가 직접 제공한 KI 엔드포인트를 통해서만 가능하며 인용 표기가 필요합니다 — 그리고 각 줄이 수락되기 전에는 아무것도 모델에 들어가지 않습니다. 내장 채팅 보조자는 제공되지 않습니다.
계정도 서버도 동시 편집도 없습니다. 팀은 자체 드라이브의 프로젝트 폴더를 공유합니다. 승인 워크플로와 프로세스 저장소를 찾으신다면 다른 제품을 찾으셔야 합니다.
결과는 입력값만큼만 좋습니다. 애플리케이션 자체도 이렇게 말합니다: 숫자가 추정치인 한 결과 위에 “Vorläufig”가 붙고 제안서에는 숫자가 무엇에 근거했는지 — 고객 제공, 추정 또는 측정 —가 적힙니다.
도구는 병목을 찾아 변경의 규모를 계산합니다. 어느 프로세스를 다룰지와 조직이 그것을 어떻게 감당할지는 여전히 사람이 결정합니다. 그 뒤의 방법은 Flowrefy.com에 있으며 애플리케이션 안에는 없습니다.
Pro 버전의 리뷰 키는 편집자와 전문 저자에게 조건 없이 무료로 제공됩니다 — 보도에 대한 조건이나 작성 내용에 대한 확인 요청 없이 드립니다.
두 스토어는 동일한 버전을 제공합니다; 라이선스 키는 두 곳에서 모두 유효합니다. 모델링과 계산에는 계정이나 키가 필요 없습니다 — 리뷰에는 완성된 PDF까지 무료 범위로 충분합니다.
macOS 13 또는 그 이상 (Apple Silicon 및 Intel) · Windows 10/11 (64-Bit)
도구가 쓸모가 있는지 결정되는 지점으로 가는 가장 짧은 길: