통합세: 도구를 짜깁기하는 것의 실제 비용

파편화된 수익 스택을 가진 모든 회사는 아무도 가입 신청한 적 없는 세금을 내고 있습니다. 청구서도, 벤더도, 갱신일도 없어서 예산 검토에서 결코 언급되지 않습니다. 하지만 이것은 어떤 구독료만큼이나 실질적이며, 저희가 본 많은 팀에게는 소프트웨어 지출 자체보다 더 큽니다. 이것이 통합세입니다. 연결되지 않은 도구들이 마치 하나의 시스템인 것처럼 행동하게 만드는 지속적인 비용입니다.

CRM, 인게이지먼트 플랫폼, 강화 벤더, 어트리뷰션 도구, CS 플랫폼이 각기 다른 언어로 말할 때, 누군가는 통역해야 합니다. 때로는 미들웨어와 커스텀 코드입니다. 때로는 사람이 탭 사이에서 필드를 복사하는 것입니다. 어느 쪽이든 이는 돈, 시간, 신뢰성을 지속적으로 소모시키며, 그 정도는 스택이 얼마나 파편화되었는지에 비례합니다.

어디서 비롯되는가

이 세금에는 처음 보이는 것보다 더 나쁘게 만드는 수학적 근원이 있습니다. 도구를 연결하는 것은 선형적인 문제가 아닙니다. 시스템 간의 가능한 연결 수가 시스템의 수보다 훨씬 빠르게 증가하는 조합적인 문제에 가깝습니다. 소수의 도구는 화이트보드에 그릴 수 있는 웹을 만듭니다. 열두 개는 그것을 구축한 운영 담당자를 포함해 아무도 완전히 이해하지 못하는 엉킴을 만듭니다.

이러한 연결 하나하나는 구축되고, 테스트되고, 모니터링되고, 수리되어야 합니다. 이는 왜 여러분의 수익 스택이 파편화되고 있는지의 직접적인 결과입니다. 각각의 새로운 포인트 솔루션은 자기 자신만 추가하는 것이 아니라, 이미 존재하는 도구들에 필요한 모든 연결도 함께 추가합니다.

청구서는 무엇으로 구성되어 있는가

이 세금은 네 곳에서 지불되며, 대부분은 공식 예산에 잡히지 않습니다.

미들웨어와 도구. 시스템 간 데이터를 이동시키는 iPaaS 플랫폼, 커넥터, 워크플로 자동화 도구에는 자체 구독 비용이 있습니다. 이는 세금을 줄이기 위해 지불하는 세금이며, 연결 수에 비례해 확장됩니다.

엔지니어링 시간. 커스텀 통합에는 이를 구축하고, 더 비싸게는 계속 작동하도록 유지할 개발자가 필요합니다. API가 변경되고, 스키마가 어긋나고, 예외 사례가 늘어납니다. 초기 구축은 저렴한 부분입니다. 영구적인 유지보수가 진짜 비용이 있는 곳이며, 이는 그 동기화 작업을 소유한 사람에게 떨어집니다.

취약성. 짜깁기된 통합은 깨집니다. 벤더가 엔드포인트를 업데이트하고, 동기화가 조용히 실패하고, 필드 매핑이 어긋나면 갑자기 거래가 흐르지 않고 데이터가 오래된 상태가 됩니다. 예측이 틀릴 때까지 아무도 눈치채지 못합니다. 놓친 신호와 잘못된 결정이라는 그 실패의 비용은 직접적인 유지보수 비용 위에 얹혀집니다.

인적 대체. 자동화된 통합이 너무 비싸거나 너무 취약할 때, 대체 수단은 사람입니다. 담당자와 운영 직원이 손으로 데이터를 옮기는데, 이는 스위블 체어 문제의 가장 순수하고 가장 비싼 형태입니다. 이는 또한 소프트웨어 감사에 결코 나타나지 않는 도구 방만함 비용의 숨겨진 대부분이기도 합니다.

왜 복리로 쌓이는가

지독한 부분은 여러분이 도구 추가를 멈추더라도 이 세금이 시간이 지나며 커진다는 것입니다. 통합은 부식됩니다. 모든 API 버전 업그레이드, 모든 스키마 변경, 모든 벤더 인수는 여러분이 이미 구축한 연결을 위협합니다. 제자리에 머무는 것조차 기존 배관이 새는 것을 막기 위한 지속적인 투자를 요구합니다.

그리고 통합은 데이터가 의미하는 바를 통합하지 않고 데이터를 이동시키기 때문에, 근본적인 파편화를 그대로 남겨둔 채 그것을 더 빠르게 덮어버릴 뿐입니다. "기회"를 다르게 정의하는 두 시스템은 여러분이 아무리 신뢰성 있게 동기화하더라도 계속 서로 어긋날 것이며, 이것이 이 세금이 지속되는 데이터 사일로와 공존하는 이유입니다. 여러분은 조율의 실체는 결코 얻지 못한 채 조율의 겉모습을 유지하기 위해 지불하는 셈이 됩니다.

단순히 도구를 잘라내지 않고 세금을 줄이기

명백한 움직임은 도구를 뜯어내고 웹을 축소하는 것입니다. 더 적은 도구, 더 적은 통합, 더 낮은 세금. 때로는 그것이 옳습니다. 하지만 저희 경험상 통합만으로는 보통 한 문제를 다른 문제와 맞바꿉니다. 유연성을 여섯 가지를 그럭저럭 해내는 스위트와 맞바꾸는 것입니다. 더 깊은 해결책은 통합 문제의 형태를 바꾸는 것입니다.

포인트 투 포인트 통합은 메시입니다. 모든 도구가 다른 모든 도구와 연결되고 복잡성이 폭발합니다. 오케스트레이션 계층은 토폴로지를 허브로 바꿉니다. 모든 도구는 하나의 통합 모델을 유지하는 공유된 조율 계층에 한 번만 연결되고, 조합적 폭발은 선형적인 것으로 붕괴됩니다. 새로운 도구를 추가한다는 것은 열두 개가 아니라 하나의 연결을 의미합니다.

그 전환이 통합세를 영원히 지불하는 것과 구조적으로 줄이는 것의 차이입니다. 이것이 통합 대 오케스트레이션 질문이 중요한 큰 이유이며, 왜 오케스트레이션이 보통 무차별적인 도구 축소를 이기는지의 이유이기도 합니다.

핵심 요약

• 통합세는 연결되지 않은 도구들이 마치 하나의 시스템처럼 행동하게 만드는 지속적이고 예산 밖에 있는 비용입니다.
• 이는 조합적으로 증가합니다. 연결은 도구보다 훨씬 빠르게 늘어납니다.
• 청구서는 네 부분으로 구성됩니다. 미들웨어, 엔지니어링 시간, 취약성, 그리고 손으로 그 일을 하는 사람들입니다.
• 통합이 부식되기 때문에 복리로 쌓이며, 데이터를 동기화하는 것은 시스템들이 사물을 다르게 정의한다는 사실을 결코 고치지 못합니다.
• 포인트 투 포인트 메시에서 허브로 옮기는 것이 세금을 점진적이 아니라 구조적으로 줄입니다.

여러분의 도구들 사이의 배관을 유지하는 것이 고투마켓 모션 자체를 개선하는 것보다 더 많은 에너지를 쓴다면, 그 토폴로지를 다시 생각해볼 가치가 있습니다. 수익 오케스트레이션 플랫폼은 취약한 포인트 투 포인트 동기화를 모든 것이 한 번만 연결되는 하나의 계층으로 대체합니다.