현대적 수익 플랫폼을 위한 레퍼런스 아키텍처

대부분의 수익 스택은 설계된 적이 없습니다. 그저 쌓여왔습니다. CRM이 먼저 생기고, 그다음 마케팅 자동화, 세일즈 인게이지먼트 툴, CPQ 시스템, 웨어하우스, 세 개의 보강 벤더, 그리고 그 위에 덧붙여진 BI 계층이 있습니다. 각각은 자신만의 고객 사본, 자신만의 "계정" 개념, 그리고 딜이 진짜인지에 대한 자신만의 의견을 갖고 있습니다. 스택은 기술적으로는 작동합니다. 아키텍처적으로는 엉망입니다. 새로운 통합 하나하나가 진실이 흔들릴 수 있는 또 하나의 지점을 추가하기 때문입니다.

현대적인 수익 플랫폼은 무게 중심을 뒤집습니다. CRM은 더 이상 허브가 아닙니다. 데이터가 허브가 되고, 애플리케이션들은 그것에 연결되었다가 교체될 수 있는 참여자가 됩니다. 이어지는 내용은 그 모델의 레퍼런스 아키텍처입니다. 계층들, 그 사이의 계약, 그리고 이것이 복리로 가치를 쌓을지 통합 부채 아래 무너질지를 결정하는 몇 가지 핵심 결정입니다. 링크로 연결된 글들은 각 계층을 더 깊이 다룹니다.

다섯 개의 계층

견고한 수익 아키텍처는 관심사를 다섯 개의 계층으로 분리합니다. 각각은 좁은 역할과 이웃 계층과의 깔끔한 인터페이스를 갖습니다.

수집과 연결성. CRM, 마케팅 자동화, 제품 분석, 청구, 지원, 파트너 시스템 등 기록 시스템으로부터 데이터를 가져오고 내보내는 커넥터입니다. 설계 목표는 멱등성(idempotency)과 재생 가능성입니다. 모든 소스는 중복을 만들지 않고 재수집될 수 있어야 하며, 모든 동기화 실패는 누군가 토요일에 수동으로 정리하지 않아도 복구될 수 있어야 합니다.

통합 데이터 계층. 계정, 담당자, 기회, 활동, 수익 이벤트에 대한 하나의 버전이 관리되는 표현입니다. 엔티티 해석이 여기서 일어납니다. 표준 정의가 여기에 존재합니다. 이 계층이 없으면 팀들은 각 다운스트림 툴 안에서 이를 형편없이 재구축하게 되고, 각 재구축은 서로 어긋나게 됩니다.

모델링과 인텔리전스. 어트리뷰션, 스코어링, 건강도 지표, 예측, 넥스트 베스트 액션 로직이 모두 통합 데이터 위에서 계산됩니다. 이벤트가 결정으로 바뀌는 지점입니다.

라이트백과 활성화. 인사이트가 사람과 자동화가 실제로 작동하는 곳, 즉 CRM의 작업, 광고 플랫폼의 오디언스, 슬랙의 알림으로 돌아가는 경로입니다.

거버넌스와 관측 가능성. 접근 제어, 계보(lineage), 데이터 품질 모니터링, 감사. 이는 다른 네 계층 옆에 있는 것이 아니라 그것들을 가로지릅니다.

핵심은 경계에 있습니다. 모델링 로직이 수집 단계로 새어 들어가거나, 거버넌스가 활성화가 출시된 후에야 소급 적용되면, 계층들은 독립적으로 교체 가능한 상태를 잃습니다. 아키텍처는 콘크리트처럼 굳어버리고, 여러분은 다시 축적의 시대로 돌아갑니다.

데이터 계층이 전부다

가장 중대한 결정은 진짜 공유 데이터 계층을 가질 것인가, 아니면 점대점 동기화의 거미줄을 가질 것인가입니다. 점대점은 초기에는 더 빨라 보입니다. 툴 A를 툴 B에 연결하고 출시하면 됩니다. 하지만 연결 수는 제곱으로 늘어납니다. n개의 시스템은 최대 n(n-1)/2개의 통합이 필요할 수 있고, 각각은 자신만의 필드 매핑, 동기화 주기, 실패 모드를 갖습니다. 열 개의 시스템이면 잠재적으로 45개의 취약한 링크가 생기고, 그것들이 어떻게 전부 작동하는지 아는 운영 담당자는 한 명뿐입니다.

공유 데이터 계층은 이를 n개의 연결로 줄입니다. 각 시스템은 허브와 한 번만 통합하며, 엔티티 해석과 표준 정의는 정확히 한 곳에만 존재합니다. 이 트레이드오프는 점대점 통합을 이기는 공유 데이터 계층에서 자세히 다루지만, 아키텍처적 함의는 단순합니다. 데이터 계층이 하중을 지지하는 벽입니다. 나머지는 모두 리모델링입니다.

그리고 그 벽은 그 안으로 흘러 들어오는 것만큼만 견고합니다. 엔티티 해석은 소스 데이터가 일관되지 않는 순간 무너지며, 이것이 RevOps 데이터 위생이 청소 업무가 아니라 아키텍처 대화에 속하는 이유입니다.

계층 간의 계약

계층들은 조용히 변하지 않는 명시적인 계약, 즉 스키마와 의미론을 통해 소통합니다. 조직 개편이나 벤더 교체를 견뎌내는 플랫폼은 이를 최우선 사항으로 취급합니다.

스키마 계약은 계정이나 기회의 형태를 정의합니다. 업스트림 필드가 사라지면 다운스트림 모델은 크게 오류를 내야 합니다. 그 대안은 이사회 자료에까지 조용히 잘못 들어가는 숫자입니다.

의미론적 계약은 의미를 정의합니다. "생성된 파이프라인"은 CRM에서 왔든 제품 신호에서 추론되었든 같은 것을 의미해야 합니다. 어트리뷰션 스파인은 대체로 접점 전반에 걸쳐 의미론적 계약을 집행하는 작업입니다.

신선도 계약은 적시성을 정의합니다. 모든 지표가 실시간일 필요는 없으며, 그것을 강요하는 것은 비용이 많이 들고 종종 역효과를 낳습니다. 이를 어떻게 결정하는지는 실시간 대 배치: 수익 데이터 신선도가 중요한 시점에서 다룹니다.

계약은 플랫폼을 다시 쓰지 않고 벤더를 교체할 수 있게 해주는 것입니다. 애플리케이션은 계약을 충족하는 무언가가 되며, 더 나은 것이 나오면 그것을 떠날 수 있습니다.

두 가지 토폴로지 결정

웨어하우스 네이티브인가 앱 네이티브인가. 인텔리전스가 여러분이 이미 가진 웨어하우스 위에서 실행되는가, 아니면 벤더의 블랙박스 안에서 실행되는가? 이는 컴퓨팅, 원시 데이터, 확장성을 누가 소유하는지를 결정하며, 되돌리기 어렵습니다. 그 트레이드오프는 웨어하우스 네이티브 대 앱 네이티브 수익 툴링에서 설명합니다.

가장자리가 얼마나 열려 있는가. API 우선 플랫폼은 모든 역량을 프로그래밍 방식으로 노출하며, 이는 라이트백 계층과 모든 맞춤 활성화 경로를 여러분이 확장할 수 있다는 뜻입니다. 데이터를 깔끔하게 읽는 것은 절반에 불과합니다. 데이터를 안전하게 다시 써넣는 것이 나머지 절반이며, 라이트백 계층은 그 자체로 하나의 규율을 받을 가치가 있습니다. 루프를 만들거나 담당자가 한 시간 전에 한 편집을 덮어쓰지 않으면서 인사이트를 행동 시스템으로 라우팅하는 것입니다.

이 모든 것 아래에서 거버넌스와 접근 제어는 통합된 시스템이 자산인지 부채인지를 결정합니다. 수익 데이터를 통합하는 것은 모든 권한 결정의 위험 부담을 높입니다. 실수의 파급 범위가 이제 스택 전체이기 때문입니다.

처음부터 끝까지 어떻게 읽히는가

소스들은 통합 계층으로 흘러 들어갑니다. 인텔리전스는 한 번 계산됩니다. 인사이트는 사람들이 일하는 시스템으로 다시 쓰여집니다. 거버넌스는 전체 경로를 지켜봅니다. 각 계층은 교체 가능하고 각 계약은 명시적이므로, 시스템을 추가할수록 스택은 더 가치 있어집니다. 새로운 소스 하나하나가 또 하나의 사일로를 만드는 대신 같은 표준 모델을 풍부하게 만들기 때문입니다.

이것이 오케스트레이션과 통합 연극(integration theater)의 차이입니다. 오케스트레이션은 플랫폼이 전체 구매자 여정에 걸쳐 조정된 결정을 내린다는 뜻입니다. 통합 연극은 데이터가 툴 사이를 이동하는 동안 사람들이 여전히 스프레드시트에서 그 의미를 짜맞추고 있다는 뜻입니다. Revnewo와 같은 플랫폼이 이러한 계층화된, 데이터 중심 모델을 중심으로 구축된 이유는, 우리 경험상 이것이 쇠퇴하지 않고 복리로 쌓이는 유일한 패턴이기 때문입니다.

핵심 요약

• 데이터가 중심에 놓입니다. CRM은 통합 계층 주변의 여러 참여자 중 하나가 되며, 그중 무엇이든 교체될 수 있습니다.
• 좁은 역할을 가진 다섯 개의 계층: 수집, 통합 데이터, 모델링, 라이트백, 거버넌스. 경계를 깔끔하게 유지하지 않으면 계층들은 교체 가능성을 잃습니다.
• 공유 데이터 계층은 제곱으로 늘어나는 통합 부채를 선형 연결성으로 바꾸고, 표준 정의를 한 곳에 둡니다.
• 명시적인 스키마, 의미론, 신선도 계약이 벤더를 교체 가능하게 만드는 것입니다.
• 웨어하우스 네이티브 대 앱 네이티브, 그리고 API가 얼마나 열려 있는지는 앞으로 수년간 소유권과 확장성을 형성할 것입니다. 의도를 가지고 결정하십시오.

여러분의 스택이 설계된 것이 아니라 축적된 것이라면, 이 다섯 계층에 대조해 매핑하는 것이 저렴한 첫걸음입니다. 이는 또한 Revnewo와 같은 수익 오케스트레이션 접근법이 여러분이 실제로 원하는 아키텍처에 맞는지 판단하는 데 유용한 렌즈입니다.