Salesforce 운영에서 SI 독립성 전환을 검토해야 하는 이유는 특정 국가의 투자 발표가 아니다. 제품 변화가 빨라질수록 아키텍처 결정, 데이터 책임, 변경 승인과 운영 지식을 외부 인력에게만 두는 구조의 위험이 커지기 때문이다. 외부 투자 금액이나 발표되지 않은 한국 로드맵을 근거로 전환을 정당화할 필요는 없다. 조직 내부의 리드타임, 장애 대응, 문서 소유권과 의사결정권만 측정해도 판단할 수 있다.
외부 뉴스보다 내부 운영 데이터를 봐야 하는 이유
Salesforce는 Agentforce와 Data 360 기능을 계속 확장하고 있다. 그러나 제품 속도가 곧 특정 국가의 데이터 레지던시, 로컬 배포나 규제 대응 일정을 보장하지는 않는다. 공식 로드맵과 계약 문서 없이 “한국 확대는 시간문제”라고 단정하면 계획이 사실이 아니라 추측에 기대게 된다.
대신 내부에서 확인할 수 있는 지표를 보십시오. 간단한 변경이 요청에서 배포까지 얼마나 걸리는가. 장애가 발생했을 때 원인을 설명할 내부 담당자가 있는가. Data 360 Identity Resolution 룰셋과 Agentforce Topics·Actions의 변경 이력이 남는가. 계약 종료 후에도 조직이 설정과 운영 절차를 이해하는가.
이 질문에 답하지 못한다면 재검토할 시점이다. 근거는 시장 신호가 아니라 내부 통제의 부재다.
한국 SI 의존 구조가 만들어낸 실질적 비용
한국 대기업의 Salesforce 운영 구조는 독특하다. 초기 구축은 대형 SI가 담당하고, 이후 유지보수와 기능 확장도 동일 SI에 의존하는 패턴이 고착화되어 있다. 컨설턴트 200명 규모의 Center of Excellence를 운영하는 조직에서도 Salesforce 플랫폼 자체에 대한 내부 역량은 놀랍도록 얕은 경우가 많다.
이 구조의 비용은 세 가지 차원에서 발생한다.
첫째, 변경 속도다. SI를 통한 요건 정의, 견적, 품의, 개발, 배포가 실제로 얼마나 걸리는지 지난 변경 요청으로 측정해야 한다. “SI는 816주, 내부 팀은 12주” 같은 보편적 수치는 존재하지 않는다. 기준은 동일 난이도의 변경에 대한 조직의 실제 리드타임이다.
둘째, 플랫폼 지식의 외부화다. Flow 오케스트레이션 로직, Data Cloud의 Identity Resolution 룰셋, Prompt Builder 템플릿 설계가 모두 SI 인력의 머릿속에 있으면, 계약이 끊기는 순간 조직은 자신의 플랫폼을 이해하지 못하는 상태가 된다. 이것은 기술 부채가 아니라 운영 리스크다.
셋째, AI 전환 비용의 불투명성이다. Agentforce 도입은 데이터, 에이전트 행동, 권한, 테스트와 운영이 맞물리는 작업이다. 이를 SI에 전적으로 위임하면 비용과 품질의 원인을 내부에서 설명하기 어려워진다. 비용이 몇 배 증가한다고 일반화할 수는 없지만, 단가·산출물·사용량·결함·재작업을 연결하지 못하는 상태 자체가 통제 리스크다.
Agentforce 프로덕션 준비도에 대한 구체적인 아키텍처 기준을 먼저 확인하면 SI 의존 구조에서 어떤 항목이 내재화 대상인지 판단하는 데 도움이 된다.
SI 독립성 전환의 현실적 아키텍처
SI 독립성 전환은 SI를 완전히 배제하는 것이 아니다. 플랫폼 핵심 역량을 내부화하고, SI는 특정 프로젝트 단위 실행에만 활용하는 구조로 전환하는 것이다. 이 구분이 중요하다.
내재화 우선순위가 높은 영역은 다음과 같다.
- Data 360 Data Streams 설계 및 운영: 데이터 수집 파이프라인의 구조를 내부 팀이 이해하지 못하면 Data Graph 기반 활성화는 블랙박스가 된다. 지연은 구성에 따라 달라지므로 고정 평균이 아니라 실제 데이터 경로를 측정해야 한다.
- Agentforce Topics와 Actions 정의: 에이전트의 범위와 도구를 비즈니스·플랫폼 책임자가 이해하고 승인할 수 있어야 한다. 수정 자체를 모두 내부에서 할 필요는 없지만 결정권과 검증 기준은 내부에 있어야 한다.
- Prompt Builder 템플릿 관리: Sales Email, Field Generation, Flex 템플릿의 반복 개선은 내부 팀이 담당해야 한다. 프롬프트 품질은 초기 설계보다 운영 중 반복 개선에서 결정된다.
- Flow 오케스트레이션 로직: Process Builder와 Workflow Rules가 폐기된 이후 Flow가 모든 자동화의 중심이 됐다. 이 로직을 내부에서 읽고 수정할 수 없으면 운영 자율성은 없다.
반면 SI 활용이 합리적인 영역은 대규모 초기 데이터 마이그레이션, 레거시 시스템 연동을 위한 MuleSoft 통합 레이어 구축, 그리고 내부 역량이 아직 없는 신규 클라우드 도입 초기 단계다.
PIPA와 데이터 거버넌스가 인하우스 전환을 강제하는 이유
한국의 개인정보 보호법(PIPA)은 SI를 배제하라고 요구하지 않는다. 다만 개인정보 처리 목적, 보유 기간, 접근, 위탁과 제3자 제공에 관한 책임을 발주 조직이 이해하고 통제해야 한다. 계약은 역할을 정할 수 있지만 책임과 감독 의무를 자동으로 없애지는 않는다.
SI가 Data Cloud의 Identity Resolution 룰셋을 설계하고 운영하는 구조에서는 개인정보 처리 방침과 실제 데이터 흐름 사이의 간극이 생기기 쉽다. PIPA 위반 리스크는 SI 계약으로 이전되지 않는다. 규제 당국은 데이터를 처리한 조직을 본다.
Data Cloud에서 Unified Individual(통합 개인 프로필)이 생성되는 과정, 즉 여러 소스의 데이터가 Identity Resolution을 통해 단일 프로필로 병합되는 과정을 내부 팀이 이해하고 감사할 수 있어야 한다. 이것은 거버넌스 요건이지 기술적 선호의 문제가 아니다.
Agentforce와 PIPA 데이터 보안의 교차점에서 구체적인 데이터 처리 아키텍처 기준을 확인할 수 있다.
전환 속도를 결정하는 조직 변수
플랫폼이 빠르게 진화할수록 변경 요청을 외부 계약 절차에만 의존하는 구조는 상대적으로 느려질 수 있다. 그러나 속도만을 목표로 내부화하면 통제가 약해질 수 있다. 목표는 더 빠른 변경이 아니라, 영향과 책임을 이해한 상태에서 필요한 변경을 예측 가능하게 배포하는 것이다.
인하우스 전환의 속도를 결정하는 변수는 기술이 아니라 조직이다. 구체적으로는 세 가지다.
첫째, 내부 플랫폼 책임자의 존재 여부다. 모든 구현을 직접 하는 아키텍트가 아니라, 데이터·보안·운영·딜리버리 의사결정을 소유하고 SI의 제안을 검증할 수 있는 리드가 필요하다. 이 역할은 채용, 기존 인력의 육성, 또는 명확한 역량 이전을 포함한 한시적 외부 리더십으로 확보할 수 있다.
둘째, 플랫폼 소유권에 대한 경영진의 인식이다. CIO가 Salesforce를 IT 인프라로 보는지, 비즈니스 역량 플랫폼으로 보는지에 따라 내재화 투자의 우선순위가 달라진다. Agentforce 시대에 Salesforce는 후자다.
셋째, SI 계약 구조의 유연성이다. 장기 유지보수 계약이 특정 SI에 묶여 있으면 전환 비용이 발생한다. 이 비용을 계산하지 않고 인하우스 전환을 시작하면 중간에 멈추게 된다.
Salesforce 거버넌스와 SI 의존도의 구조적 문제는 이 계약 구조를 어떻게 재설계할지에 대한 실질적인 프레임워크를 제공한다.
인하우스 전환을 검토하는 조직이라면 Agentforce readiness guide에서 의사결정권, 데이터 책임, 테스트와 역량 이전 범위를 먼저 점검할 수 있다.
핵심 정리
- 특정 국가의 투자 발표나 발표되지 않은 한국 로드맵을 SI 독립성의 근거로 사용할 필요는 없다. 내부 리드타임과 통제 데이터를 보아야 한다.
- SI와 내부 팀의 변경 속도에는 보편적 기준이 없다. 같은 난이도의 요청을 기준으로 실제 리드타임, 재작업과 결함을 측정해야 한다.
- Data Cloud Identity Resolution 룰셋과 Agentforce Topics·Actions 정의는 내재화 우선순위 1순위다. 이 두 영역이 SI에 묶여 있으면 플랫폼 자율성은 없다.
- PIPA 하에서 데이터 처리 책임은 SI가 아닌 기업에 있다. Unified Individual 생성 과정을 내부에서 감사할 수 없는 구조는 규제 리스크다.
- 인하우스 전환의 병목은 기술만이 아니다. 내부 플랫폼 책임자, 결정 기록, 검증 기준과 SI 계약 구조를 함께 설계해야 한다.
