플로 활용하기

학습 목표

이 유닛을 완료하면 다음을 수행할 수 있습니다.

• Salesforce 플로, Flow Builder와 플로의 관계를 설명할 수 있습니다.
  
• 자동화로 비즈니스 프로세스를 향상할 수 있는 기회를 파악할 수 있습니다.
  

중요한 플로 용어

여러 팀이 '플로'에 대해 이야기하며 이 단어를 여러 의미로 사용하는 것을 들어본 적이 있으실 것입니다. 각 용어의 의미를 명확히 알아보겠습니다.

Salesforce 플로

코드가 아닌 클릭으로 자동화를 생성하고, 관리하고 실행할 수 있는 Salesforce 내 모든 요소를 포괄적으로 가리키는 용어입니다. MuleSoft가 제공하는 플로 오케스트레이션과 플로 통합과 같은 별도의 제품도 이 용어가 지칭하는 대상에 포함됩니다.

플로

플로 차트의 구조로 Salesforce에 저장되는 자동화 구성입니다. 플로는 데이터를 수집하고 이러한 데이터를 활용하여 작업을 실행함으로써 비즈니스 프로세스를 자동화하며, Salesforce org와 외부 시스템의 요소에 영향을 줄 수 있습니다.

Flow Builder

플로를 만들기 위한 기본 도구입니다. 이 도구에 관한 내용은 다음 유닛에서 자세히 알아보겠습니다.

플로내틱

플로 만드는 것을 좋아하는 사람을 의미합니다. 그렇습니다, 플로를 정말 좋아하는 사람들의 커뮤니티도 있답니다!

즉, Salesforce 플로는 여러 도구를 포함합니다. 그 중 하나인 Flow Builder를 사용하면 플로를 만들 수 있습니다. 플로내틱은 플로를 사랑하는 사람들이고요.

친구 관계와도 같은 플로

먼저 이 짧은 비디오에서 플로가 무엇인지 알아보세요. 이 비디오에서는 플로의 기능과 구성 요소를 개략적으로 설명합니다.

플로는 비즈니스 프로세스의 상세한 순서를 나타내는 상자와 연결 화살표로 구성되어 있어서 마치 플로 차트처럼 보입니다. 하지만 플로와 플로 차트 사이에는 큰 차이점이 하나 있습니다. 플로 차트는 프로세스를 나타내지만, 플로를 통해서는 실제로 프로세스 내 단계를 실행할 수 있습니다. 완전히 다른 수준의 강력한 힘이죠!

실제로 플로는 너무나도 강력해서 마치 시각적 코딩과도 같습니다. 플로는 코드가 아닌 클릭으로 생성되지만, 프로그래밍 개념과 로직에 대한 이해가 어느 정도 필요합니다. 

하지만 걱정하지 마세요. 실제로 코드를 배울 필요는 없습니다. 다만 개발에 관한 개념을 몇 가지 알아두면 플로를 사용해 코드와 동일하게 여러 가지 자동화를 수행할 수 있습니다. 복잡하게 생각할 필요도 없습니다. 몇 가지 요소만 사용하면 플로를 통해 여러 가지 간단한 사용 사례를 수행할 수 있습니다.

물론 플로뿐 아니라 다른 자동화 도구도 활용할 수 있습니다. 수식, 검증 규칙, 빠른 작업, Apex와 같은 도구도 지원되며, 에스컬레이션과 자동 응답 규칙처럼 특정한 상황을 위한 몇 가지 도구도 있습니다. 그러나 Salesforce에서 플로를 사용하면 놀랄 정도로 다양한 프로세스를 자동화할 수 있습니다. 다음은 몇 가지 예입니다.

• 단계별 연습을 사용하여 새 신용 카드를 요청하는 과정을 사이트 구성원에게 안내합니다.
  
• 지원 기술자가 사례에서 Escalate(에스컬레이션) 버튼을 누르면 더 높은 수준의 기술자에게 사례를 재할당합니다.
  
• 계정이 업데이트되면 해당 계정과 관련된 모든 연락처를 업데이트합니다.
  
• 기회 단계가 업데이트되면 외부 시스템에 맞춤형 메시지를 보냅니다.
  
• 플랫폼 이벤트가 발생하면 작업을 생성합니다.
  
• 기회가 마감되면 갱신 기회를 만듭니다.
  
• 진행 중인 모든 기회의 가능한 모든 할인을 표시하고, 영업 담당자가 클릭 한 번만으로 할인을 선택해 적용할 수 있게 합니다.
  
• 일정 시간이 지난 후 또는 지정된 시간에 도달하면 Salesforce에서 리드 레코드를 업데이트합니다.
  

많은 경우 맞춤형 코드로 프로세스를 자동화하려면 Apex 개발자의 기술이 필요합니다. 이러한 구축 및 유지 보수는 복잡하며, 많은 비용이 소요됩니다. 다행히 Flow Builder를 사용하면 코드 없이 다양한 작업을 수행할 수 있습니다.

Salesforce를 사용하다 보면 선언적 도구에 대한 이야기를 듣게 될 것입니다. 걱정하지 마세요. '선언적'이라는 뜻은 소프트웨어 프로그래밍 기술이 불필요한 도구라는 의미니까요. Flow Builder는 선언적 도구입니다.

플로를 사용해야 하는 경우 숙지하기

선언적 도구에서는 코드가 아닌 클릭을 사용하여 플로를 만듭니다. 관리자는 이미 선언적 도구를 활발하게 사용하고 있습니다. 즉, 맞춤형 필드를 만들 때 선언적 도구를 사용하며, Lightning 페이지를 디자인할 때 또 다른 선언적 도구를 사용합니다. 따라서 Salesforce 개체와 필드의 작동 방식과 상호작용 방식을 이해한다면 이미 플로를 반쯤은 이해한 것이나 마찬가지입니다.

일반적으로 맞춤형 코드 옵션을 탐색하기 전에 선언적 도구 옵션을 고려하는 것이 좋습니다. 선언적 도구로 만든 자동화는 보통 생성하고 지원하기가 더 쉽습니다. 사람 입장에서는 코드를 배우는 데 더 많은 시간이 소요되며 어렵기도 하므로, 코딩을 위한 인력을 찾기가 더 힘들어집니다. 코드 기반의 프로젝트는 일반적으로 구축과 유지 보수에 더 많은 비용이 소요됩니다.

코드를 피해야 한다는 의미는 아닙니다. 일부 사용 사례는 플로로 해결할 수 있으나, 요구 사항과 제약이 있으므로 코드로 해결하는 것이 더 낫습니다. 또한 코드로 수행할 수 있지만 플로로는 수행할 수 없는 작업들은 언제나 존재하나, 가장 일반적인 자동화 시나리오는 플로에서도 충분히 구축할 수 있습니다. 비즈니스 프로세스의 요구 사항에 따라 플로를 구축할지 여부를 결정할 수 있습니다.

예를 들어, 비즈니스 프로세스에서 사용자가 PDF 파일을 생성해야 하는 경우, 솔루션을 코딩할 사람이 필요합니다. 플로는 이 작업을 수행할 수 없기 때문입니다. 단, 여러 개의 사용자 대상 양식에서 PDF 생성을 시작해야 하는 경우 가장 좋은 방법은 개발자가 PDF를 생성하는 Apex 플러그인을 생성하도록 하는 것입니다. 사용자는 여러분이 구축한 플로에서 이러한 Apex 플러그인을 실행할 수 있습니다.

사실 간혹 플로와 코드 중 어느 것을 선택할지는 시행착오를 거쳐야 알 수 있습니다. 먼저 플로를 테스트해보고, 제대로 되지 않으면 코드를 사용하세요. 분명한 사실은 이렇게 실험하는 과정이 당연하다는 것입니다. 이 과정은 자동화 학습의 정상적인 일부입니다. 개발자들은 Salesforce 내에서조차 새로운 기능을 사용하기 전에 따로 시간을 내서 조사와 실험을 수행합니다. 이렇게 하면 특정한 방향성으로 나아가기 전에 최적의 방법을 파악할 수 잇습니다.

사용 사례나 솔루션을 플로에서 구축할지 아니면 코드에서 구축할지 결정하는 단순하고 완벽한 방법은 없습니다. (만일 있다면 진작에 알려 드렸겠죠.) 마음껏 실험하고 처음 몇 번은 실수하더라도 두려워하지 마세요.

예시

이 예시 시나리오에서 조직에서 플로를 활용하는 방법을 알아보세요.

비즈니스 요구 사항

Flo Smith는 Pyroclastic, Inc의 비즈니스 분석가 겸 Salesforce 관리자입니다. Flo는 몇 개월간 이해관계자에게 더 많은 비즈니스 프로세스를 자동화하는 데 투자해달라고 요청해왔습니다. Flo는 Salesforce 자동화 도구가 제공하는 효율 개선을 활용하고자 합니다. 그래서 Pyroclastic의 영업 총괄 책임자가 영업팀의 업무 효율을 개선할 수 있도록 도와달라고 요청했을 때 Flo는 매우 기뻐했습니다.

Salesforce에서 Pyroclastic의 영업 담당자가 로그 연락처를 기록할 경우 많은 필드를 무시하는 경우가 많습니다. 이로 인해 계정이 없는 불량한 연락처가 생성되고는 합니다. 영업 담당자는 자주 중복 연락처를 생성하여 문제를 악화시킵니다. 연락처를 만들기 전에 Salesforce를 검색하여 중복을 피할 수 있지만, 영업 담당자는 그렇게 하지 않습니다. 이 프로세스가 자동화되어 있는 것이 좋습니다. 이는 Flo가 Salesforce를 활용해 조직의 효율을 높일 수 있다는 사실을 보여줄 수 있는 절호의 기회입니다.

사용 사례

세부적으로 살펴보겠습니다.

• 필수 필드(이름 및 성)와 관련 계정에 대한 값만 수집합니다.
  
• 일치하는 연락처가 있으면 업데이트합니다. 일치하는 연락처가 없으면 연락처를 만듭니다.
  

Flo는 이 비즈니스 프로세스를 마무리하기 위해 비즈니스 프로세스가 완료되었음을 확인하려고 합니다. Chatter에서 해당 플로가 무엇을 했는지 보면, 이메일과 같은 폐쇄된 채널을 통해 소통했을 때보다 더 많은 사용자가 그 정보에 접근할 수 있습니다. 두 가지 요구 사항을 더 추가해 보겠습니다.

• Chatter에 포스트하여 무슨 일이 있었는지 확인합니다.
  
• 비즈니스 프로세스가 완료되었음을 사용자에게 확인합니다.
  

솔루션

자동화의 목적은 시스템이 자동으로 작업을 수행하게 하는 것이므로, Flo는 논리적 의사결정을 내리고 정의한 조건에 따라 작업을 수행할 수 있는 솔루션이 필요합니다. 이 특정 비즈니스 프로세스에는 사용자의 정보가 필요하므로 Flo는 해당 정보를 수집하는 양식도 필요합니다. Salesforce에서 이 사용 사례를 해결하는 3가지 방법을 살펴보겠습니다.

사용 사례는 조건부 로직과 작업을 필요로 하므로, 빠른 작업은 적합하지 않습니다. 따라서 플로와 Lightning 구성 요소가 남습니다. 하지만 Lightning 구성 요소는 코드를 사용해야 작성할 수 있습니다.

Flo는 코딩 경험이 많지 않으며, 향후 코딩에 관한 도움을 요청할 필요 없이도 지원할 수 있는 솔루션을 원합니다. 일반적으로 맞춤형 코드 옵션을 탐색하기 전에 선언적 도구 옵션을 고려하는 것이 좋습니다. 따라서 Flo는 먼저 자신의 요구 사항을 충족하는 가장 간단한 솔루션인 플로를 탐색합니다.

다음으로는 플로의 세계인 Flow Builder에 대해 알아보겠습니다.

리소스

• 플로 비디오 리소스: Flow Builder