페가시스템즈 Canaccord Genuity's 46th Annual Growth Conference

물론입니다. 아마도 "제가 오랫동안 이 일을 해왔다"고 말씀하실 줄 알았습니다.

그보다 더 똑똑한 질문이네요. 저도 그렇게 느낍니다.

대기업 조직을 생각해 보면, 비교적 구조화된 단계와 프로세스를 거쳐야 하는 업무가 많습니다. 대기업들은 이런 솔루션을 기성품으로 구매하기가 쉽지 않습니다. 예를 들어, "대출 실행 애플리케이션을 주세요"라고 말할 수는 없습니다. 우선 그 시장 자체가 틈새 시장이고, 은행마다 도매, 소매, 모기지 중개 등 원하는 바가 다르기 때문입니다. 이러한 사용 사례들은 매우 구조화되어 있고, 일반적으로 소비자나 구성원 기반의 워크플로우 접점이 있으며, 많은 경우 규제를 받습니다.

캐나코드나 뱅크오브아메리카, 아메리칸익스프레스 같은 대기업들은 규제 기관과 내부 통제 절차에 따라 업무를 특정 방식으로 수행해야 할 책임이 있습니다. 이 작업을 수행하는 방법에는 아마 두 가지 옵션이 있습니다. 첫 번째는 맞춤형 애플리케이션을 직접 작성하는 것인데, 많은 기업들이 수십 년, 50년 동안 그렇게 해왔습니다. 우리는 그 모든 기술 부채를 알고 있으며, 아마 여러분도 이런 오래된 시스템 중 일부를 사용해 보셨을 겁니다.

안타깝게도 모두가 그 상황을 경험했거나, 경험하지 않았다 하더라도 이해할 수 있을 것입니다.

다른 방법은 Pega와 같이 구축하거나 구성할 수 있는 플랫폼을 도입해 이 워크플로우의 구조를 만드는 것입니다. 사실상 이 두 가지가 유일한 선택지인데, 상용 완제품 옵션은 거의 없기 때문입니다.

예를 들어, 연방준비제도 거래에 대한 규제 환경에서 분쟁 관리를 할 수 있는 HubSpot 같은 제품을 구매할 수 있는 것은 아닙니다.

그런 제품은 시장에 없습니다. 우리는 Salesforce, Microsoft, 심지어 마케팅 분야에서 Adobe 같은 다른 플랫폼 회사들과 경쟁해 왔는데, 이들 역시 자사 솔루션을 활용해 우리와 비슷한 일을 하려 합니다. 하지만 우리는 진정한 워크플로우 플랫폼으로서, 이 분야가 바로 우리의 전문 분야입니다. 자연스럽게 고객들은 우리 플랫폼이 워크플로우 애플리케이션에 더 특화되어 있기 때문에 우리를 찾습니다.

물론 직접 코드를 작성하는 방법도 있지만, 이는 수년간 인기가 없었고 AI에 대한 호기심이 생기면서 "내가 직접 애플리케이션을 만들 수 있을까?"라는 질문이 나오기도 했습니다. 하지만 사람들이 맞춤형 애플리케이션을 꺼리는 구체적인 이유가 있는데, 주로 변화 관리와 관련된 문제 때문입니다.

그런 애플리케이션을 어떻게 운영할 것인가 하는 문제죠. 우리는 상용 완제품과는 경쟁하지 않습니다. 만약 경쟁한다면, 그건 우리가 적합하지 않거나 그들이 해당 사용 사례를 처리할 수 없기 때문입니다. 그리고 약간은 직접 구축하는 방식과 경쟁합니다. 사람들이 자체 개발한 COBOL 메인프레임 환경에서 벗어나 더 현대적인 워크플로우 플랫폼으로 전환하면서 사업이 크게 성장했습니다.