정의

임베디드 워크플로우란 독립적인 외부 시스템으로 존재하는 것이 아니라, 특정 애플리케이션, 소프트웨어 인터페이스 또는 사용자 여정 내에 직접 통합된 자동화된 작업 또는 프로세스 시퀀스를 의미합니다. 사용자가 별도의 워크플로우 엔진으로 이동하도록 강요하는 대신, 데이터 유효성 검사, 승인 라우팅 또는 작업 실행과 같은 필요한 단계들이 사용자가 이미 작업하고 있는 맥락 내에서 원활하게 이루어집니다.

중요성

워크플로우를 임베드하는 주요 가치는 컨텍스트 전환(context switching)을 줄이는 것입니다. 사용자가 필수 비즈니스 프로세스를 완료하기 위해 기본 애플리케이션을 떠날 필요가 없을 때 마찰이 최소화됩니다. 이는 더 높은 작업 완료율, 더 빠른 사이클 시간 및 상당히 향상된 사용자 경험(UX)으로 이어집니다. 기업의 경우, 이는 운영 효율성과 더 나은 데이터 무결성으로 직접 연결됩니다.

작동 방식

구현은 일반적으로 핵심 애플리케이션과 워크플로우 오케스트레이션 계층 간의 API 통합을 포함합니다. 특정 사용자 작업이 발생하면(예: '제출' 클릭), 애플리케이션이 워크플로우 엔진을 트리거합니다. 그러면 엔진이 상태 전환을 관리합니다. 즉, 요청을 다음 단계로 라우팅하거나, 외부 입력을 기다리거나, 마이크로서비스를 실행하고, 그 결과를 원래 애플리케이션 인터페이스로 다시 피드하여 사용자가 볼 수 있도록 합니다.

일반적인 사용 사례

• 전자상거래 결제: 장바구니 보기 내에 재고 확인 및 결제 승인 통합.
• CRM 리드 관리: CRM 내에서 양식이 제출되는 즉시 자격 검사 설문조사를 자동으로 트리거하거나 리드를 영업 담당자에게 할당.
• 문서 승인: 별도의 BPM 도구를 열지 않고 회계 소프트웨어 인터페이스 내에서 관리자가 경비 보고서를 직접 승인할 수 있도록 허용.

주요 이점

• 향상된 사용자 경험: 프로세스가 애플리케이션에 내재된 것처럼 느껴져 인지 부하가 감소합니다.
• 채택률 증가: 프로세스가 직관적이고 통합되어 있으면 사용자가 작업을 완료할 가능성이 높아집니다.
• 실시간 피드백: 시스템 상태와 병목 현상이 운영 인터페이스 내에서 즉시 표시됩니다.
• 데이터 일관성: 데이터가 수동 재입력 없이 프로세스 단계 간에 직접 흐릅니다.

과제

• 통합의 복잡성: 이질적인 시스템 간에 강력하고 탄력적인 연결을 구축하려면 정교한 엔지니어링이 필요합니다.
• 범위 확장(Scope Creep): 무엇을 임베드해야 하고 무엇을 외부로 남겨두어야 하는지에 대한 정확한 경계를 정의하는 것이 어려울 수 있습니다.
• 유지보수 오버헤드: 핵심 애플리케이션이나 워크플로우 엔진의 변경 사항은 조정된 업데이트를 필요로 합니다.

관련 개념

• 마이크로서비스: 워크플로우는 종종 마이크로서비스를 사용하여 구축되며, 각 단계는 독립적으로 배포 가능한 서비스입니다.
• BPM (비즈니스 프로세스 관리): BPM이 프로세스를 정의하는 반면, 임베디드 워크플로우는 해당 프로세스를 애플리케이션 내에서 전달하는 메커니즘입니다.
• 로우코드/노코드 플랫폼: 이러한 도구는 이러한 임베디드 로직 계층을 신속하게 구축하고 배포하는 데 점점 더 많이 사용되고 있습니다.