티어별 미국 SAP 구축 파트너

미국에서 SAP 구축 파트너를 고를 때는 티어가 아니라 적합성으로 고르십시오. 티어 1 글로벌 SI는 여러 지역에 걸치고 규제가 엄격한 프로그램에 맞습니다. 티어 2 전문 기업은 티어 1의 오버헤드 없이 규모를 원하는 중견 시장과 단일 업종 프로그램에 맞습니다. 티어 3 부티크는 범위가 명확하고 시니어 인력이 매일 현장에 있기를 원할 때 맞습니다. 어떤 티어를 고르든 결정적인 질문은 실제로 누가 귀사의 프로젝트에 투입되느냐입니다. 이 글은 S/4HANA를 위해 미국 파트너 후보 목록을 만드는 CIO, CFO, 구매 책임자를 위한 것입니다. 무엇이든 서명하기 전에 아래의 다섯 가지 질문과 비용표를 활용하십시오.

저는 25년 동안 ERP 컨설턴트로 일해 왔습니다. 파트너를 잘못 고르면 그 영향이 수년간 비즈니스에 미치며, 적합성 대신 이름을 보고 골라 수백만 달러를 낭비한 기업들을 봤습니다. 아래 분류는 마케팅용이 아니라, 제가 귀사의 선정 위원회에 있다면 사용할 분류입니다.

파트너 미스매치는 잘못된 구성보다 더 많은 SAP 프로젝트를 지연시켰습니다. 2024년 3월, 한 제조업 고객사가 중간 규모 사업에 티어 1 기업을 선택하는 것을 지켜봤습니다. 과한 선택이었습니다. 고객사는 마땅히 내야 할 금액의 두 배를 냈고, 대형 기업의 프로세스가 그 고객사의 필요에 비해 너무 무거워 구축 기간도 더 길어졌습니다.

반대의 경우도 있습니다. 한 정부 기관이 티어 2 기업을 택했다가 구축 실패, 잃어버린 18개월, 소송, 그리고 망신으로 끝나는 것을 봤습니다.

티어는 규모, 리스크 대응 범위, 글로벌 역량을 알려 줍니다. 구축 품질은 알려 주지 않습니다. 그것을 결정하는 것은 팀, 적합성, 그리고 그 팀을 둘러싼 거버넌스입니다.

티어 1: 글로벌 기업티어 2: 전문 기업티어 3: 부티크

최적 대상티어 1: 글로벌 기업다지역, 규제가 엄격한 프로그램티어 2: 전문 기업중견 시장과 단일 업종 프로그램티어 3: 부티크범위가 명확하고 시니어 인력이 매일 있는 경우

얻는 것티어 1: 글로벌 기업인력 풀의 깊이, 글로벌 구축 체계, 감사 추적티어 2: 전문 기업티어 1 오버헤드 없는 실질적 규모티어 3: 부티크실제로 현장에 나오는 시니어 인력

일반적인 고객 규모티어 1: 글로벌 기업대기업과 글로벌 그룹티어 2: 전문 기업중견 시장과 대기업티어 3: 부티크소기업과 중견 시장

서명 전에 검증할 것티어 1: 글로벌 기업지명된 팀의 이력서와 투입 가능 여부티어 2: 전문 기업가장 어려운 시나리오로 진행하는 실무 세션티어 3: 부티크핵심 인력의 백업 계획

출처: 미국 시장에서 각 티어가 담당하는 것으로 제가 보는 고객 규모. 견적이 아닌 기준점

"S/4HANA 파트너가 필요하다"는 너무 막연해서 결정을 이끌 수 없습니다. 시장에 나가기 전에 요구를 구체화하십시오.

귀사가 사는 것은 로고나 방법론 자료가 아니라 네 가지입니다. 귀사 업종의 도메인 지식, 블루프린트부터 하이퍼케어까지 이어지는 팀, 조직의 의사결정 방식에 맞는 구축 모델, 그리고 양측의 인력 교체에도 유지되는 책임입니다. 티어마다 이것들을 다르게 묶고, 같은 티어 안의 기업들도 다르게 묶습니다. 가장 비싼 실수는 함께 일할 팀 대신 회사의 평판을 사는 것입니다.

네 가지 선정 축

프로그램의 규모. 제조업의 다중 법인, 다국가 S/4HANA 프로그램에는 단일 법인의 재무·구매 전개와는 다른 역량이 필요합니다. 티어 1 기업은 글로벌 구축 체계와 업종 템플릿을 가져옵니다. 부티크는 깊이 있는 기능 전문가와 시니어 인력의 연속성을 가져옵니다.

업종 전문성. 제약 업계의 SAP는 조립 제조업의 SAP와 다르고, 금융 서비스의 SAP와는 또 다릅니다. 업종 전문성이 실제로 있는 파트너는 귀사 프로젝트가 마주할 설계 결정을 이미 내려 본 경험이 있습니다. 그렇지 않은 파트너는 귀사의 예산으로 배웁니다.

구축 모델. 방법론과 템플릿을 앞세우는 기업도 있고, 상황에 맞춰 대응하는 경험 많은 실무자를 앞세우는 기업도 있습니다. 둘 다 통할 수 있습니다. 중요한 것은 그 모델이 귀사 조직의 의사결정 방식에 맞느냐입니다.

실제 팀. 프로젝트 룸에 들어올 사람들의 이력서와 투입 가능 여부를 요청하고, 제안 자료가 아니라 그 사람들을 평가하십시오. 어떤 이력서를 요청해야 할지는 제 SAP 구축 팀의 필수 역할 목록에서 확인할 수 있습니다.

미국 시장이 다른 점

미국 후보 목록은 글로벌 후보 목록을 미국 사무소 유무로 걸러낸 것이 아닙니다. 세 가지 요인이 목록을 바꿉니다.

1. 연방 정부와 국방 클라우드 워크로드는 SAP NS2를 통해 운영됩니다. SAP National Security Services는 국가 안보 분야 고객을 위한 SAP의 별도 미국 자회사입니다. 2025년 DISA는 이 회사에 S/4HANA Cloud Private Edition과 SAP BTP를 FedRAMP+ Impact Level 5로 운영할 수 있는 잠정 승인을 부여했습니다. 이 회사의 서비스는 AWS GovCloud (US)에서 운영됩니다. NS2 경험이 없는 파트너는 이러한 워크로드를 지원할 수 없습니다.
2. 의료 분야에는 HIPAA 경험이 있는 구성 컨설턴트가 필요합니다. HIPAA에 대해 읽어 본 사람이 아니라, 통제를 설계하고 HITRUST 심사를 위한 감사 추적을 구축해 본 사람입니다. 그런 경험이 없는 파트너는 대개 통합 테스트 단계에서야 알게 되며, 그때 통제를 재설계하는 것은 느리고 비쌉니다.
3. 국방 공급업체에는 CMMC 규율이 필요합니다. CMMC를 계약에 반영하는 DFARS 규칙은 2025년 11월 10일에 발효되었습니다. 2026년 11월 10일부터는 통제 대상 비기밀 정보가 관련된 계약에서 제3자 레벨 2 인증을 요구할 수 있습니다. CMMC가 요구하는 문서화 습관이 없는 파트너는 심사 과정에서 지적 사항을 만들어 냅니다.

이 요인들이 필요한 티어를 바꾸지는 않습니다. 그 티어 안에서 어떤 기업이 귀사를 지원할 수 있는지를 바꿉니다.

서명 전에 물어야 할 다섯 가지 질문

레퍼런스 통화로는 표준적인 답만 나옵니다. 다음 질문들은 쓸모 있는 답을 끌어냅니다.

1. 구체적으로 누가 제 프로젝트에 투입됩니까? 이력서를 받으십시오. 지명된 사람들이 귀사 일정에 투입 가능한지 확인하십시오. 파트너가 다음 달에 두 건을 더 수주하면 그 약속이 어떻게 되는지 물어보십시오.
2. 저희 업종 특유의 프로세스를 어떻게 다룹니까? 전문성 있는 파트너는 구체적으로 답합니다. 그렇지 않은 파트너는 "블루프린트 단계에서 검토하겠습니다"라고 말합니다.
3. 잘못된 프로젝트와 그것을 어떻게 회복했는지 보여 주십시오. 어느 회사에나 하나쯤은 있습니다. 그것을 어떻게 처리했는지가 사례 소개보다 더 많은 것을 알려 줍니다.
4. Go-Live 전 변경 동결을 어떻게 운영합니까? 변경 통제가 약하면 막판에 범위가 쌓입니다. 답을 들으면 압박을 어떻게 다루는지 알 수 있습니다.
5. 저희 팀에 지식을 어떻게 이전하겠습니까? 이를 계획하는 파트너는 계약에 포함시킵니다. 그렇지 않은 파트너는 의존을 만듭니다.

티어 1 파트너는 크고 복잡한 프로그램에 맞습니다. 다중 법인 글로벌 전개, 컴플라이언스 부담이 큰 규제 산업의 구축, 그리고 SAP 구축과 비즈니스 변화를 대규모로 함께 추진해야 하는 혁신입니다. 마지막 열은 제 견해의 근거를 밝히고 있으니 무게를 판단하는 데 참고하십시오.

기업	주로 맞는 경우	제 견해의 근거
Accenture	표준 프로세스 범위의 대규모 글로벌 혁신	직접 경험
IBM	복잡한 기술 환경, 하이브리드 클라우드, 규제 환경	직접 경험
DXC Technology	이미 인프라나 매니지드 서비스에 DXC를 쓰는 고객	직접 경험
Deloitte	비즈니스 자문이 필요한 재무 중심 프로그램, 의료와 정부	관찰
Capgemini	미국에서 연속성이 필요한 유럽 모회사 기업, 유틸리티	공개 자료
TCS	글로벌 템플릿 전개, 애플리케이션 관리	공개 자료
Infosys	자동화 중심 구축, 제조업	공개 자료
NTT DATA	애플리케이션 관리, 중대형 SAP 환경	공개 자료
Wipro	소비재, 의료, 미국 제조업	관찰

티어 1이 앞서는 경우

하나의 구축 조직이 여덟 개 시간대에 인력을 배치해야 하는 다지역 전개. 구성, 보안, 변경 통제 전반의 감사 추적이 외부 검증을 견뎌야 하는 규제 산업의 구축. SAP가 더 넓은 변화 프로그램 안에 있어서 구축과 함께 이사회 수준의 자문이 필요한 혁신.

인력 풀의 깊이도 있습니다. 전환 도중에 ABAP 리드가 사직해도 티어 1에는 대기 인력이 있습니다. 대체 인력에 얼마가 드는지는 별개의 문제입니다. 대체 인력이 있다는 사실은 문제가 아닙니다.

티어 1이 실패하는 경우

가장 흔한 실패는 평가한 파트너와 실제로 받은 팀이 다르다는 것입니다. 방법론을 발표한 시니어 파트너는 SOW에 서명한 뒤 빠집니다. 도착하는 팀은 약속된 팀이 아니라 그때 비어 있는 팀입니다. 제가 지켜본 티어 1에 대한 실망의 가장 큰 원인이 이것입니다.

둘째, 방법론의 경직성입니다. 미리 만들어진 템플릿은 귀사의 프로세스가 맞을 때만 구축을 빠르게 합니다. 맞지 않으면 모든 워크스트림의 첫 몇 주가 전제를 풀어내는 데 쓰입니다.

셋째, 계약의 복잡성입니다. 티어 1 계약은 길고, 변경 요청은 무겁고, 이 기업들은 변경 지시 게임을 잘 압니다. 귀사 팀이 계약을 통제하지 못하면 예산은 조용히 불어납니다.

Accenture: 직접 경험

Accenture는 체계를 가져옵니다. 사전 구성된 업종 템플릿은 고객의 프로세스가 맞으면 구축 기간을 줄여 줍니다. 제가 중간에 합류한 한 프로젝트에서는 구성을 실제 비즈니스 요구사항에 맞추기 전에 여러 표준 템플릿을 풀어내야 했습니다. 체계는 맞을 때 효과가 있으니, 템플릿 적합성은 설계 막바지가 아니라 블루프린트 첫 주에 검증하십시오.

Accenture는 표준 프로세스 범위의 글로벌 다지역 S/4HANA 프로그램에 맞는 선택입니다. 리스크는 적응력이 필요할 때 체계를 사는 것입니다.

IBM: 직접 경험

IBM은 특히 하이브리드 SAP 환경과 복잡한 통합이 따르는 ECC에서 S/4HANA로의 마이그레이션에서 깊이 있는 기술 거버넌스를 가져옵니다. 거버넌스 모델은 철저합니다. 그것을 든든하게 여기는 고객도 있습니다. 애자일 구축에 익숙한 소규모 내부 팀은 무겁게 느낍니다. 기술 전문성은 의문의 여지가 없습니다.

메인프레임 통합, 복잡한 미들웨어, 규제 산업 요건이 있는 환경이라면 IBM은 설명 가능한 선택입니다. 안정화 단계에 이르면 원하는 것보다 무거운 거버넌스 주기를 예상하십시오.

DXC: 직접 경험

DXC는 레거시 통합과 인프라에서 기술적 강점을 가져옵니다. 한 제조업 고객사에서 SAP 작업이 시작될 때 DXC가 이미 인프라를 운영하고 있던 것이 기억납니다. SAP 프로그램까지 맡기자 인프라 팀과 SAP 팀 사이의 인계가 없어졌고, 통합 문제가 생겨도 책임 떠넘기기가 없었으며, 기술 계층의 책임 라인이 하나가 되었습니다.

도달 범위보다 연속성이 중요할 때 DXC가 맞는 선택입니다. 이미 귀사의 인프라나 매니지드 서비스를 운영하고 있다면 그 장점은 실재합니다. 그렇지 않다면 SAP 사업부를 그 자체의 역량으로 평가하십시오.

Deloitte, Capgemini, TCS, Infosys, NTT DATA, Wipro

이 여섯 곳에 대한 제 견해는 더 제한적입니다. Deloitte가 의료와 정부 분야에서 비즈니스 자문과 SAP 실행을 결합해 경영진의 참여를 유지하면서 좋은 성과를 내는 것을 봤습니다. Wipro가 미국의 한 제조 공장에서 SAP 전개를 성공적으로 수행하는 것도 봤습니다. 빠르고 실용적이었으며, 긴 준비 기간 없이도 현지 컴플라이언스를 무리 없이 다뤘습니다. 그 밖에는 공개 자료가 제한적이지만 유용합니다. Deloitte, TCS, Infosys는 각각 Gartner의 SAP S/4HANA Application Services Magic Quadrant에서 Leader로 선정되었습니다. Deloitte는 2021년에 7년 연속으로, TCS는 2021년에, Infosys는 2022년에 선정되었습니다. Deloitte의 요약에 Leader 선정 이력이 정리되어 있습니다. NTT DATA는 옛 itelligence인 SAP 전담 조직 NTT DATA Business Solutions를 운영합니다. Capgemini의 SAP 기반은 미국보다 유럽에서 더 크며, 연속성이 필요한 유럽 모회사 기업에 맞습니다.

이 중 어느 것도 그들의 팀이 귀사 프로그램에 맞는지는 알려 주지 않습니다. 레퍼런스 통화와 이력서 수준의 확인은 여전히 필요합니다.

티어 2 파트너는 글로벌 SI와 부티크 사이에 있습니다. 실질적인 규모, 확립된 방법론, 특정 업종 역량을 갖추었으면서도 티어 1의 거버넌스 오버헤드나 계약의 복잡성은 없습니다.

기업	SAP 중점 분야	최적 대상
HCLTech	클라우드 우선 마이그레이션, 애플리케이션 관리	클라우드 S/4HANA 배포와 지속적인 지원
Birlasoft	중견 시장 S/4HANA, 조립 제조(2019년에 KPIT의 SAP 사업부를 흡수)	표준 범위와 빠듯한 예산의 제조업체
Tech Mahindra	통신, 물류, SAP BTP	BTP 확장 수요가 있는 통신·물류 기업
Atos	공공 부문, 국방, 유럽 경험	미국 내 실행이 필요한 유럽 모회사 기업

티어 2가 맞는 경우

선택은 보통 업종 적합성과 구축 모델로 귀결됩니다. 유틸리티나 제조업 전문성이 있는 기업은 티어 1 제너럴리스트라면 귀사 프로그램에서 쌓아 갈 지식을 처음부터 가져옵니다. 계약 협의도 더 가볍습니다. 티어 2 기업은 협상합니다. 티어 1 기업은 견적을 냅니다.

검증 방법은 이렇습니다. 제안된 리드 컨설턴트에게 어려울 것으로 예상되는 귀사의 시나리오 두세 개를 주고 함께 풀어 보십시오. 그 세션이 레퍼런스 통화를 몇 번 하는 것보다 적합성에 대해 더 많이 알려 줍니다.

티어 3 파트너는 특정 기능이나 업종에 집중하는 소규모 기업입니다. 독립 사업을 세운 전직 SAP 실무자. 단일 모듈이나 단일 업종 전문가. 지역에서 강한 관계를 가진 지역 기업입니다.

티어 3가 앞서는 경우

시니어 컨설턴트가 제안 단계만이 아니라 끝까지 참여합니다. 결정이 빠르고, 오버헤드가 낮으며, 책임이 개인에게 있습니다. 한 고객사는 티어 3 파트너를 선호하는 이유가 "매번 A팀이 오기 때문"이라고 말했습니다. 일리가 있습니다. 계약서에 이름이 오른 사람들이 실제로 현장에 나옵니다.

컨설턴트 1인당 업종 전문성도 더 높습니다. 보험업 S/4HANA 프로그램을 많이 해 본 부티크는 보통 다음 프로젝트에서 티어 1 제너럴리스트를 이깁니다.

티어 3가 실패하는 경우: 세 가지 실제 리스크

1. 인력 풀의 깊이. 한 프로젝트에서 소규모 기업의 ABAP 리드가 테스트 도중 휴가를 떠났습니다. 즉시 투입할 백업이 없어 다른 팀에서 도움을 빌려야 했습니다. Go-Live 날짜가 고정되어 있는데 인력 풀이 얇다면 그것은 리스크입니다. 계약 전에 핵심 인력에 대한 파트너의 백업 계획을 받으십시오.
2. 문서화와 거버넌스. 소규모 기업은 때때로 문서화를 건너뛰어 빠르게 움직입니다. 저는 "시간을 아끼려고" 생략된 전환 문서를 다시 작업해야 했던 적이 있습니다. 좋은 거버넌스는 관료주의가 아닙니다. 결정에 이의가 제기될 때, 또는 컨설턴트가 떠나고 18개월 뒤 무엇이 합의되었는지 알아야 할 때 귀사를 보호하는 감사 추적입니다.
3. 성장 여지. 한 모듈을 위해 고용한 부티크는 범위 확대를 흡수하기 어렵습니다. 프로그램이 확대될 수 있다면 파트너가 함께 확대될 수 있는지 물어보십시오.

티어 3는 범위가 명확하고, 고객 측 팀이 거버넌스를 맡을 만큼 경험이 있으며, 지명된 파트너와의 관계가 자리 잡혀 있을 때 효과가 있습니다. 고객 측 팀도 얇은데 파트너가 제공할 수 없는 거버넌스를 기대할 때 잘못됩니다.

멀티 파트너 패턴

미국의 대형 프로그램에서는 파트너가 하나뿐인 경우가 오히려 예외입니다. 흔한 형태는 핵심 S/4HANA 구축을 맡는 주 SI에, 주 SI가 약한 부분을 맡는 전문 기업 한두 곳을 더하는 것입니다. 결산 전문 기업, 확장을 맡는 BTP 부티크, 또는 별도의 호스팅 파트너 같은 곳입니다.

이 모델은 주 SI가 얕은 부분에 깊이를 더하고, 주 SI의 설계에 독립적인 이의를 제기하며, 틈새 작업의 착수를 앞당깁니다. 동시에 계약이 늘고, 통합 오버헤드가 늘며, 워크스트림 경계에서 책임 떠넘기기가 생깁니다.

제대로 작동하는 멀티 파트너 체제와 혼란을 가르는 것은 구조입니다. 작업 시작 전에 파트너 간 경계를 문서로 정하십시오. 한 파트너가 모든 파트너에 걸친 통합을 책임지게 하십시오. 거버넌스 포럼은 셋이 아니라 하나로 운영하십시오. 실패의 대부분은 주 SI가 만든 문제를 고치려고 중간에 두 번째 파트너를 추가하면서, 새 체제에 맞춰 거버넌스를 재편하지 않은 고객에게서 나옵니다.

1. 고객사 프로그램 리더십모든 파트너를 위한 하나의 거버넌스 포럼 운영

• 주 SI핵심 S/4HANA 구축, 모든 파트너에 걸친 통합 책임
• 결산 전문 기업주 SI가 약한 부분의 깊이
• BTP 부티크SAP BTP 기반 확장

비용

총비용은 파트너 티어가 아니라 주로 기업 규모와 범위에 달려 있습니다. 다음은 제가 보는 S/4HANA 프로그램 총액과 각 규모에서 보통 경쟁하는 티어입니다. 숫자는 견적이 아니라 기준점으로 보시고, 전체 내역은 제 2026년 SAP 구축 비용 범위를 참고하십시오.

기업 규모	일반적인 프로그램 총비용	보통 경쟁하는 티어
소기업(직원 200명 미만)	8만~50만 달러	티어 3 부티크
중견기업(직원 200~1,000명)	50만~200만 달러	티어 2 전문 기업, 티어 3 부티크
대기업(직원 1,000~10,000명)	200만~1,000만 달러 이상	티어 1과 티어 2
글로벌 그룹(직원 10,000명 이상)	1,000만~5,000만 달러 이상	티어 1

일일 단가는 개별 시니어 컨설턴트에게 청구되는 단가입니다. 프로그램 전체의 혼합 단가는 이보다 낮습니다. 대부분의 프로그램이 온쇼어 아키텍트와 니어쇼어 또는 오프쇼어 구축 인력을 섞기 때문입니다. 역할별·지역별 내역은 제 SAP 프로젝트 자원 배분 계획 가이드를 참고하십시오.

구축 위치	시니어 컨설턴트 일일 단가
미국 온쇼어	1,800~3,500달러
GCC	1,200~2,000달러
니어쇼어	700~1,400달러
오프쇼어	300~700달러

가장 싼 컨설턴트가 가장 비쌉니다. 범위 상단의 시니어 자문가가 6개월 지연을 막아 준다면, 그러지 못하는 범위 하단의 주니어 팀보다 비용이 적게 듭니다. 대부분의 CFO는 두 번째 사후 검토를 거친 뒤에야 이것을 깨닫습니다.

일일 단가는 가장 작은 변수입니다. 비용을 결정하는 것은 몇 명이, 얼마나 오래, 얼마나 많은 재작업을 하느냐입니다. 200명 규모 프로그램에서 90일이 지연되면, 그 인원 전체의 일일 단가 차이는 비교도 되지 않습니다. 단가는 협상하되, 단가 협상이 파트너를 고르게 하지는 마십시오. 상업적 측면은 제 ERP 계약 협상 노트에서 다룹니다.

RISE와 GROW가 파트너와의 논의를 바꾸는 방식

RISE with SAP에서는 SAP가 인프라와 기술 운영을 맡습니다. 파트너의 범위는 구성, 마이그레이션, 통합, 테스트, 교육 같은 애플리케이션 계층으로 좁혀집니다. 이로써 기술적 복잡성의 일부가 사라지고, 환경 가용성에 대한 파트너의 통제권 일부도 사라집니다.

Clean Core는 커스터마이징 범위를 바꿉니다. RISE 구축 경험이 있는 파트너는 어떤 커스터마이징을 SAP 표준으로 대체하고, 어떤 것을 릴리스된 API나 SAP BTP 기반 확장으로 만들며, 어떤 것을 폐기할지 결정하는 방법을 갖고 있습니다. 그런 경험이 없는 파트너는 온프레미스 프로그램의 커스터마이징 위주 습관을 그대로 적용해 첫 릴리스에서 기술 부채를 만듭니다.

GROW with SAP는 범위를 더 좁힙니다. 표준 프로세스에 코어 수정이 불가능한 S/4HANA Cloud Public Edition에서 운영됩니다. GROW용 구축 모델을 갖춘 파트너는 빠르게 움직입니다. GROW가 처음인 파트너는 이를 작은 S/4HANA 프로젝트로 취급하는데, 이는 핵심을 놓치는 것입니다.

2026년 프로그램이라면 모든 파트너에게 두 가지를 물어보십시오. RISE나 GROW 구축을 몇 건 완료했는지, 그리고 Clean Core를 어떻게 관리하는지. 답이 모호하다면 아직 그 모델을 체득하지 못한 것입니다.

만약 오늘 제가 구매하는 쪽에 있다면, RFP에 어느 티어 1을 넣을지부터 묻지 않을 것입니다. 제가 시도하려는 것과 똑같은 프로그램을, 같은 업종에서, 같은 규모로, 같은 규제 특성 아래에서 해 본 미국 SAP 시장의 이름 있는 컨설턴트 두세 명을 찾겠습니다. 그런 다음 그들이 일하는 회사에 연락하겠습니다. 티어는 약칭일 뿐입니다. 이름 있는 실무자가 진짜 신호입니다.

SAP 구축 파트너의 티어 1, 티어 2, 티어 3는 무엇이 다른가요?

티어는 규모, 글로벌 구축 역량, 일반적인 프로젝트 규모를 반영하며, 구축 품질을 반영하지는 않습니다.

티어 1 기업은 글로벌 구축 네트워크, 업종 템플릿, SAP 포트폴리오 전반의 경험을 갖추고 있습니다. 대규모 글로벌 프로그램, 규제 산업의 구축, SAP 구축과 비즈니스 변화를 결합하는 혁신에서 선택됩니다.

티어 2 기업은 실질적인 규모와 확립된 방법론을 갖추었지만 특정 업종이나 세그먼트에 집중합니다. 미국 중견 시장 프로그램에는 티어 1보다 더 맞는 경우가 많습니다.

티어 3 부티크는 소규모이며 특정 모듈, 업종, 지역에 깊은 전문성을 갖추고 있습니다. 시니어 인력에 직접 접근할 수 있고 결정이 빠릅니다. 리스크는 인력 풀의 깊이와 성장 여지입니다.

SAP 구축 파트너의 제안서는 어떻게 평가하나요?

팀, 적합성, 방법론, 계약 조건의 네 가지로 평가합니다.

팀: 프로그램 매니저, 솔루션 아키텍트, 기능 리드의 이력서를 요청하고 귀사 일정에 투입 가능한지 확인하십시오. 적합성: 가장 어려운 시나리오 두세 개로 실무 세션을 진행하십시오. 방법론: 변경 동결을 어떻게 운영하는지, 워크숍에서 비공식적으로 추가된 범위를 어떻게 처리하는지 물어보십시오. 계약 조건: 고정 가격에 무엇이 포함되는지, 변경 요청은 어떻게 처리되는지, 마일스톤 미달 시 어떤 크레딧이 적용되는지, 어떤 지식 이전을 약속하는지입니다.

성공 사례만이 아니라 심각한 문제를 겪은 프로젝트의 레퍼런스도 요청하십시오.

티어 3 SAP 파트너를 선택하면 어떤 리스크가 있나요?

세 가지입니다. 인력 풀의 깊이(핵심 인력이 빠질 때 백업이 없음), 성장 여지(추가된 범위를 흡수하기 어려움), 문서화 규율(시간 압박으로 전환 계획과 의사결정 로그가 축소됨)입니다.

귀사의 프로그램 매니저가 처음부터 문서화 기준을 정하고, 파트너가 이를 지키도록 하며, 공백이 생기면 신속히 에스컬레이션한다면 세 가지 모두 관리할 수 있습니다.

구축과 지속적인 지원에 같은 SAP 파트너를 써야 하나요?

장점은 연속성입니다. 시스템을 만든 사람들이 지원하므로 인계 공백이 없습니다. 리스크는 의존입니다. 전환 비용이 높고 갱신 시점의 협상력이 약해집니다.

흔한 절충안은 하이퍼케어(보통 Go-Live 후 첫 30~90일)까지 구축 파트너를 유지한 뒤 애플리케이션 관리에 대해 경쟁 입찰을 진행하는 것입니다. 같은 파트너가 애플리케이션 관리를 계속 맡는다면, 보통 3년마다 사전 통보를 전제로 한 재입찰 조건을 넣어 두십시오.

SAP 구축 파트너의 레퍼런스에게 어떤 질문을 해야 하나요?

문제가 생겼을 때 파트너가 어떻게 처리했는지 물어보십시오. 제안서에 이름이 오른 사람들이 프로젝트에 남았는지 물어보십시오. 대부분의 고객은 이것을 더 강하게 물어봤어야 했다고 생각합니다. 핵심 설계 문서를 보여 달라고 하십시오. 문서 품질은 거버넌스 품질을 가늠하는 지표이기 때문입니다. 다음 단계에도 그 회사를 다시 쓸 것인지, 그리고 그 이유를 물어보십시오.

귀사 업종에서 비슷한 복잡도의 레퍼런스를 요구하십시오. 공공 부문 레퍼런스는 제조업체에게 거의 아무것도 알려 주지 않습니다.