마이크로소프트가 기업 계약 내 통합 지원을 숨기는 이유.

매년 수천 명의 기업 CIO들은 표면상 무해해 보이는 계약 세부 사항을 의심하지 않은 채 마이크로소프트 엔터프라이즈 계약을 체결합니다. 바로 통합 지원 계약이 라이선스 계약과 정확히 동일한 날짜에 만료된다는 점입니다. 이러한'동시 만료'구조는 우연이 아닙니다. 이는 반독점법을 위반할 수 있는 의도적인 영업 전략으로, 조직에 수백만 달러의 불필요한 비용을 초래할 수 있습니다.

대부분의 경영진이 간과하는 점은 다음과 같습니다: 마이크로소프트는 엔터프라이즈 계약(EA)과 통합 지원(Unified Support)의 종료일을 체계적으로 일치시켜, 고객이 다음 갱신 시 두 서비스를 함께 묶어 갱신하지 않으면 핵심 서비스를 잃을 위험에 처하도록 사실상 강제합니다. 기존 EA에서 마이크로소프트 엔터프라이즈 고객 계약(MCA-E)으로의 전환이 가속화되면서, 기업들은 향후 수년간 기술 예산에 영향을 미칠 중대한 결정의 기로에 서 있습니다.

위험은 이보다 더 클 수 없습니다. 이러한 번들링 관행은 마이크로소프트에만 이익이 되며, 모든 최고기술책임자(CTO), 최고재무책임자(CFO), 조달 책임자가 다음 갱신 계약을 체결하기전에반드시 이해해야 할 중대한 법적·재정적 우려를 야기합니다.

동시적 대 분리적: 그 중요성

다음은 분리된 모델과 대비되는 전형적인 Microsoft "기본" 구조의 모습입니다:

동일한 범위의 구조는 편의성을 위한 것이 아니라 선택지를 축소하기 위한 것이다.

마이크로소프트 영업팀의 행보는 표면상 표준 번들링 '거래'처럼 보이지만, 동시 만료 계약을 추진하는 배후에는 훨씬 더 많은 요소가 존재한다. 유리한 거래를 통해 마이크로소프트에 은밀히 더 큰 이익을 가져다주는 관행으로 변질된 것이다.

판매 전략 vs. 현실

마이크로소프트 계정 팀이 동시 만료 계약을 제시할 때, 그들은 이 방식을 "편리하고" "간소화된" 것으로 포장합니다. 여러 갱신 주기를 처리할 필요가 있을 때, 한 번에 모든 것을 처리할 수 있다면? 그럴듯하게 들립니다—진짜 무슨 일이 벌어지고 있는지 알기 전까지는 말이죠.

이 관행은 고객이 라이선스와 지원 계약 갱신을 각각 따로 처리할 시간을 내지 못하게 하여 한꺼번에 처리하도록 강요합니다. 이는 고객의 편의를 위한 것이 아니라 선택권을 없애기 위한 것입니다. 이러한 계약들을 묶음으로 제공함으로써 마이크로소프트는 고객이 대안을 평가하거나 가격을 비교하거나 유리한 입장에서 협상할 수 있는 능력을 약화시킵니다.

묶음 지원의 재정 구조는 마이크로소프트의 진정한 전략을 드러냅니다. 통합 지원 가격은 Azure, Microsoft 365, Dynamics 및 기타 제품 전반에 걸친 총 마이크로소프트 지출 규모에 따라 조정됩니다. 클라우드 사용량이 증가함에 따라 추가 지원 서비스가 필요하든 아니든 관계없이 지원 비용이 자동으로 상승합니다.

Microsoft MCA-E(EA)에 연계된 다년간 통합 지원 계약에는 기업 지출이 일반적으로 약 5%인 완충율을 초과할 경우 비용을 재계산하는 조정 조항이 포함됩니다. 문제는 다음과 같습니다: 이러한 증가에상한선이 없으며, 조직이 Azure에서 서비스를 이전하거나 사용량을 줄일 경우감액조항이없습니다. 이 메커니즘은 오직 한 방향, 즉 상승 방향으로만 작동합니다.

통합 지원 래칫의 실제 작동 방식

복합 효과는 파괴적이다. 클라우드 지출이 증가할수록(마이크로소프트가 적극적으로 권장하는 바) 지원 비용도 자동으로 상승한다. 이미 증가하는 클라우드 사용량에 추가로비율 기반 수수료를지불하게 되어, 기술 투자에이중 과세가발생하는 셈이다.

재정적 영향

대부분의 기업 조직에서 통합 지원은 일반적으로 MCA-E/EA 총 비용의4~6%를차지합니다. 이는 실제 금액을 계산해 보기 전까지는 적게 느껴질 수 있습니다: 이러한 계약은 포춘 500대 기업 기준으로 3년간 수천만 달러 이상, 글로벌 2000대 기업 기준으로는 그 이상의 가치를 지닙니다.

한 조직이 3년간의 MCA-E/EA 계약 기간 동안 마이크로소프트 제품에 2억 달러를 지출한다고 가정해 보자. 6%의 지원 비용만 해도 통합 지원(Unified Support)에 1,200만 달러가 소요된다. 클라우드 지출이 20% 증가할 경우(일반적인 Azure 성장률을 고려한 보수적 추정치), 서비스 품질 개선 없이도 해당 지원 비용은 1,400만 달러 이상으로 급증할 수 있다. 이러한 자동적인 비용 상승은 대규모 MCA-E/EA 갱신 절차 속에 묻혀 조용히 발생하며, 이에 대한 감시가 이루어지지 않는다.

예시: 조용한 200만~300만 달러의 상승 효과

결론적으로, 그 추가 240만 달러는특정 SLA, 프로젝트 또는 추가 가치와 연계되지 않습니다. 단순히 마이크로소프트가 귀사의 성장을 과세하는 것입니다.

동시효 계약은 고객 이익보다 마이크로소프트의 조건을 우선시하는 조항을 반복적으로 작성할 뿐만 아니라, 이러한 관행은 귀사의 법무팀이 경계해야 할 사항입니다. 그 이유는 다음과 같습니다.

미국 법률상 연계 계약 이해

독점금지법상,타이잉(tying)은판매자가 자사가 지배하는 첫 번째 제품을 구매하기 위해 고객에게 두 번째 제품의 구매를 요구할 때 발생한다. 이러한 관행은 한 시장에서 독점적 지위를 이용해 다른 시장에서 부당한 이득을 취할 수 있도록 할 때 불법이다.

마이크로소프트는 이 영역을 잘 알고 있다. 1994년 반독점 소송 이후 마이크로소프트는 윈도우 판매에 다른 자사 제품을 묶어 판매하지 않기로 동의했으나, 운영체제에 추가 기능을 통합하는 것은 자유롭게 허용되었다. 이 동의 명령은 마이크로소프트의 운영체제 시장 지배력이 다른 소프트웨어 시장을 장악하는 무기로 활용될 수 있다는 인식에서 비롯되었다.

셔먼 반독점법과 클레이튼 법은 기업이 시장 지배력을 이용해 고객에게 별도의 제품이나 서비스 구매를 강요하는 것을 명시적으로 금지한다. 이러한 법적 틀을 통해 마이크로소프트의 동시 계약 전략을 검토할 때 우려스러운 패턴이 드러난다.

마이크로소프트의 번들링 행태 패턴

마이크로소프트의 번들링 관행은 반복적으로 규제 당국의 감시를 받아왔다:

• 유럽연합 집행위원회는 마이크로소프트가 윈도우 미디어 플레이어를 자사 PC 운영체제에 묶어 판매함으로써 시장 배제를 통해 소비자 이익을 해쳤다고 판단했다.
• 해당 구제조치는 마이크로소프트가 분리된 버전을 제공하도록 요구했으며, 이는 묶음 판매 관행이 한 시장에서 얻은 지배력을 다른 시장으로 불법적으로 확장할 수 있음을 인정하는 것이었다.
• 최근 연방거래위원회(FTC)는 마이크로소프트의 번들링 관행, 특히 해당 기업이 오피스 제품군을 사이버 보안 및 클라우드 컴퓨팅 서비스와 함께 패키징하는 방식을 조사하기 시작했다.
• 유럽연합(EU)은 마이크로소프트가 팀즈(Teams)와 오피스(Office) 제품의 남용적 번들링으로 반독점 규정을 위반했다고 비난하며, 해당 기업이 특정 시장에서 이러한 제품들을 분리 판매하도록 강제했다.

이는 단발성 사건이 아니다. 마이크로소프트가 생산성 소프트웨어와 운영체제 분야의 지배적 지위를 이용해 번들링 전략으로 인접 시장을 장악하는일관된 패턴을보여주는 사례들이다.

MCA-E(EA) 지원 번들링이 묶음판매 정의에 부합하는 이유

동시 체결 계약 구조는 불법적 묶음 판매의 모든 요소를 충족합니다. 아래 차트를 통해 마이크로소프트의 전형적인 묶음 판매 관행이 방금 논의한 반독점 관행의 정의에 어떻게 부합하는지 이해하십시오.

MCA-E/EA 통합 번들링을 묶음 판매 기준에 대조하여 매핑하기

첫째, 우리는 두 가지 별개의 제품을 보유하고 있습니다: 소프트웨어 라이선싱(묶음 제품)과 지원 서비스(묶인 제품)입니다. 이들은 서로 다른 기능을 수행하며 마이크로소프트 사업부의 서로 다른 부서에서 제공됩니다.

둘째, 마이크로소프트는 기업 라이선싱 시장에서 지배적 지위를 차지하고 있습니다. 대부분의 대기업은 생산성 소프트웨어, 운영체제, 그리고 점차적으로 클라우드 인프라 측면에서 마이크로소프트 생태계에 깊이 의존하고 있습니다. 이는 묶음 판매 문제를 야기하는 데 필요한 영향력을 창출합니다.

셋째, 조건부 메커니즘이 명시적이다. 마이크로소프트는 지원 갱신을 조건으로 유리한 MCA-E/EA 조건을 제공하며, 두 계약이 동시에 종료되도록 의도적으로 계약을 구성한다. 더 나은 가격, 더 관대한 라이선스 조건 또는 포함된 클라우드 크레딧은 종종 번들 관계를 유지하는 것에 달려 있다.

결국 명백한 배제 효과가 발생합니다. 지원 계약이 MCA-E/EA 조건에 묶여 있을 경우, 고객은 제3자 지원 대안을 실질적으로 평가할 수 없습니다. 결정 기간이 압축되면서 중요한 라이선스 계약의 중단 위험을 감수하기보다는 단순히 마이크로소프트의 조건을 수용해야 한다는 압박이 가중됩니다.

"기술적으로 불법"이라는 주장

한 시장에서 우위를 점해 다른 시장에서 낮은 비용을 약속하거나 높은 가격을 위협하는 계약은 독점 금지법을 위반합니다. 마이크로소프트는 운영체제와 생산성 소프트웨어 분야의 독점적 지위를 활용해 기업 지원 시장을 장악하고 있는데, 이는 불법적 묶음 판매의 전형적인 사례입니다.

반경쟁적 의도는 명백하다: 경쟁사들이 수익성 높은 기업 지원 계약을 따내는 것을 차단하는 것이다. 가트너, IDC 등 주요 분석 기관들로부터 인정받는 제3자 지원 업체들은 훨씬 저렴한 비용으로 동등하거나 더 우수한 서비스를 제공한다. 그러나 마이크로소프트의 번들링 전략은 고객들이 전환이 가장 용이한중요한 갱신 기간동안 이러한 대안을 이용할 수 없도록 막고 있다.

앞서 언급한 바와 같이, 이러한 동시 만료 계약 관행은 마이크로소프트에 유리합니다. 이는 고객에게 공정한 조건을 제공하지 않습니다. 더 큰 차원에서 이는 회사 전체에 이익이 됩니다. 전 세계 통합 지원 고객을 대상으로 반복적으로 지속되어 온 이 관행이 마이크로소프트에 어떻게 이익을 가져다주었는지 아래에서 확인하십시오.

고객 협상력 제거

마이크로소프트는 계약을 상호 의존적으로 활용하여 우위를 점하고, 갱신 일정을 묶어두는 조건으로만 특정 가격을 제시합니다. 이로 인해 마이크로소프트가 모든 협상력을 쥐고 있는 비대칭적 협상 역학이 형성됩니다.

MCA-E(EA) 및 통합 지원이 동시에 갱신될 경우, Microsoft는 다음과 같은 조치를 취할 수 있습니다:

• 유리한 MCA-E/EA 조건을 보류하겠다고 위협하다
• 원치 않는 클라우드 서비스 번들
• 고객이 지원 가격에 반발할 경우 갱신 절차를 지연시키세요

동시 마감으로 인한 심리적 압박은 기업으로 하여금 운영 차질을 감수하기보다는 불리한 조건을 수용하도록 강요한다.

모기지 대출과 자동차 대출을 같은 대출 기관과 같은 날에 협상하며, 각 거래가 서로에 따라 결정되는 상황을 상상해 보십시오. 마이크로소프트가 기업 고객에게 제공하는 조건이 바로 이것입니다.

MCA-E(EA) + 통합 갱신 방식에서 누가 이득을 보는가?

시장 경쟁 방지

통합 지원 서비스를 MCA-E/EA 계약과 묶음 판매함으로써 마이크로소프트는 3년간 추가로 6~12%의 마진을 조용히 확보하며 급증하는 비용에 대한 감시를 피합니다. 이러한 묶음 판매는 동등하거나 더 나은 서비스를 제공할 수 있는 타사 경쟁사들을 효과적으로 배제합니다.

주요 분석 기관에서 인정하는 제3자 마이크로소프트 지원 업체들은 마이크로소프트 통합 지원(Unified Support)을 충족하거나 초과하는 응답 시간, 해결률 및 고객 만족도 점수를 지속적으로 제공합니다. 업계 분석가들은 제3자 마이크로소프트 지원을 통해50%이상의비용 절감이가능하다고 보고하며, 이는 대기업의 경우수백만 달러에 달하는절감 효과를 의미합니다.

그러나 마이크로소프트의 동시 계약 전략은 대부분의 기업이 이러한 대안을 진지하게 검토하지 못하도록 보장한다. 번들 구조는 진입 장벽을 인위적으로 조성하여 마이크로소프트의 지원 수익 흐름이 경쟁 압력으로부터 보호받도록 한다.

가치 향상 없이 자동화된 수익 성장

정산 메커니즘은 마이크로소프트에게 놀라운 비즈니스 모델을 창출합니다: 서비스 품질 개선 의무 없이 자동적인 수익 성장을 보장하는 구조입니다. Azure 지출이 증가할수록 지원 비용도 비례하여 상승합니다. 그러나 이러한 가격 인상과 연계된 계약상 서비스 수준 개선은 전혀 없습니다.

Azure 지출이 급증할 경우, 조직은 더 높은 지출을 기준으로 비용을 지불해야 하며 가격 재협상이나 지원 중단의 유연성을 전혀 누릴 수 없습니다. 본질적으로 마이크로소프트에 더 많은 돈을 지출할 수 있는 특권에 대해 마이크로소프트에 더 많은 돈을 지불하는 셈입니다. 이는 공급업체만 이익을 보는 자기강화적 순환 구조입니다.

이는 경쟁 시장에서 지출 증가가 일반적으로 대량 할인이나 향상된 서비스 약속과 함께 제공되는 것과는 극명한 대조를 이룬다. 마이크로소프트의 번들 지원 모델은 이러한 관계를 완전히 뒤집는다.

클라우드 마이그레이션을 위한 전략적 락인

번들링 전략은 더 큰 전략적 목적을 수행합니다: 기업들이 자체 일정이 아닌 마이크로소프트의 클라우드 일정에 맞춰 움직이도록 강제하는 것입니다. 지원 비용을 Azure 사용량에 연동함으로써 마이크로소프트는 전략적으로 최적일 수 있는 속도보다 더 빠르게 워크로드를 Azure로 이전하도록 재정적 압박을 가합니다.

이러한 종속성은 라이선싱을 넘어 운영 지원까지 확대되어 멀티 클라우드 전략을 더욱 어렵고 비용이 많이 들게 만듭니다. AWS, Google Cloud 또는 하이브리드 아키텍처를 고려하는 조직은 인프라를 다각화하는 동시에 마이크로소프트 사용량에 기반한 지원 비용이 증가하는 추가적인 재정적 부담에 직면합니다.

그 결과 전체 기술 스택에 걸쳐 벤더 종속성이 발생하여 민첩성이 저하되고 장기적 비용이 증가합니다.

숨겨진 비용 상승

번들 구조는 지원 비용을 더 큰 MCA-E/EA 예산 안에 숨겨, 마땅히 받아야 할 감시를 피할 수 있게 합니다. 2억 달러 규모의 엔터프라이즈 계약을 평가할 때, 1,200만 달러의 지원 구성 요소는 사소한 오차처럼 보일 수 있습니다—

“그것이 (통합 지원)재량적지출 항목으로, 50% 이상 삭감될 수 있다는 사실을 깨닫기 전까지는.”

정산 조항은 예측 불가능한 비용을 발생시켜 예산 계획을 복잡하게 만듭니다. 주요 클라우드 이니셔티브를 시작하는 조직은 사전 통보나 협상 기회 없이 지원 비용이 수백만 달러 증가한 사실을 발견할 수 있습니다. 마이크로소프트의 일방적 가격 인상에 대한 보호 장치는 없으며, 번들 구조로 인해 이러한 인상을 분리하여 이의를 제기하기 어렵습니다.

조달 유연성 상실

동시 종료 계약은 기업이 비용을 효과적으로 관리하는 데 필요한 조달 유연성을 제거합니다. 실제 필요에 따라 지원 규모를 조정하거나 유리한 시장 상황에서 지원 갱신을 협상할 수 없습니다. 서비스 품질에 불만족하더라도 핵심 라이선스 조건을 유지하기 위해 지원을 갱신해야 합니다.

IT 민첩성 저하

동시 만료 계약은 기업을 유연하지 못한 조건에 묶어 변화하는 비즈니스 요구에 적응하기 어렵게 만듭니다. 시장 환경은 변하고, 비즈니스 우선순위는 진화하며, 기술 전략은 조정되지만, 번들로 묶인 Microsoft 계약은 여전히 경직된 상태로 남아 있습니다.

경제 침체기나 예산 제약 상황에서는 조직이 비용 대비 유사한 서비스를 제공할 수 있는 대체 지원 체계로 전환할 수 없습니다. 혁신 예산은 전략적 차별화 효과를 제공하지 않는 지원 비용 증가로 소진됩니다. 프리미엄 마이크로소프트 지원에 지출되는 자금은 현대화 계획, 보안 강화 또는 경쟁력 있는 기술 투자에 활용될 수 있습니다.

경쟁적 불리함

동시 만료 계약에 묶인 기업들은 실질적인 경쟁력 약점을 안고 있습니다. 경쟁사들이 수백만 달러의 지원 비용 절감분을 전략적 사업에 재투자하는 동안, 이들은 마이크로소프트의 이익률 확대를 지원하고 있는 셈입니다. 이 50%의 비용 차이는 여러 갱신 주기를 거치며 누적되어 지속적인 전략적 격차를 초래합니다.

요약: 번들링이 기업에 미치는 해악

모든 희망이 사라진 것은 아닙니다. 마이크로소프트와의 지원 계약 및 기업 협약을 종료하는 방법이 있습니다. 지금 당장 조직에 유리하고 마이크로소프트에 불리한 계약 조건을 마련하기 위해 취해야 할 조치는 다음과 같습니다.

현재 계약 구조를 즉시 평가하십시오

첫 번째 단계는 현재 상황을 파악하는 것입니다. MCA-E/EA 및 통합 지원 계약서를 검토하여 종료일을 확인하십시오. 계약 기간이 일치합니까? 지원 비용을 산정하고 대안으로 인한 잠재적 절감 효과를 모델링하여 이 번들링의 재정적 영향을 계산하십시오.

다가오는 갱신 시기를 파악하십시오. 갱신까지 12개월에서 18개월의 시간이 있다면 다른 전략을 시행할 여유가 있습니다. 갱신이 임박한 경우, 대안을 제대로 평가할 수 있도록 연장을 협상해야 할 수 있습니다.

계약을 분리하세요

갱신 시점을 분할하면 마이크로소프트는 계약 간 인센티브와 불이익을 연계할 수 없게 되어, 기업들은 라이선스 조건을 위태롭게 하지 않고도 타사 지원으로 전환할 자유를 얻게 됩니다. 이 단일 변경만으로도 협상 역학이 근본적으로 귀사에 유리하게 재조정됩니다.

갱신 시기를 분산하여 협상력을 극대화하십시오. 3년 단위의 MCA-E/EA 계약 기간을 유지하면서 1년 단위의 지원 갱신을 협상하거나 그 반대의 방식을 고려하십시오. 이를 통해 장기 계약에 얽매이지 않으면서 지원 전략을 정기적으로 재검토할 기회를 마련할 수 있습니다.

라이선싱과 지원에 대해 별도의 조달 프로세스를 구축하십시오. 서로 다른 팀, 서로 다른 일정, 서로 다른 평가 기준을 적용합니다. 이러한 조직적 분리는 마이크로소프트가 이러한 결정들을 묶어 처리하는 것을 방지하고, 각 계약의 실질적 가치를 제대로 검토하도록 강제합니다.

실용적 실행 계획

제3자 지원 대안 평가

갱신 기간 전에 공인된 제3자 공급업체와 협력하십시오. 주요 대안 업체들은 가트너, IDC 및 기타 분석 기관으로부터 기업급 Microsoft 지원 제공으로 인정받고 있습니다. 이러한 공급업체들은 일반적으로 더 빠른 응답 시간, 더 높은 고객 만족도 평가, 그리고 현저히 낮은 비용을 제공합니다.

경쟁 입찰 절차를 운영하여 마이크로소프트와 자격을 갖춘 대체 업체를 모두 포함시키십시오. 경쟁 압력이 존재한다는 사실 자체만으로도 마이크로소프트의 가격 및 조건이 개선될 것입니다. 비록 최종적으로 통합 지원(Unified Support)을 유지하기로 결정하더라도 마찬가지입니다. 신뢰할 수 있는 대체 옵션을 통해 협상력을 구축하는 것은 효과적인 협상에 필수적입니다.

보호 계약 조건 협상

만약 마이크로소프트와 재계약을 한다면, 번들 계약에서는 제공되지 않았던 보호 조항을 요구하십시오:

• 지원에 대한 가격 상한선은 특정 비율 또는 절대 금액과 연계됨
• 자동 갱신 조항 삭제
• 명확한 종료 및 이행 규정
• 응답 및 에스컬레이션에 관한 서면 SLA

계정 관리팀의 구두 약속은 무가치하다—계약상 약속이 전부다.

마이크로소프트의 동시 만료 계약 전략은 마이크로소프트의 이익을 위한 것이지 귀사의 이익을 위한 것이 아닙니다. 이러한 관행은 공급업체에게 협상 우위를 집중시키고, 지원 시장에서 의미 있는 경쟁을 제거하며, 오직 마이크로소프트에게만 이익이 되는 자동적인 비용 상승 메커니즘을 창출합니다. 이러한 계약 방식은 합법적인 반독점 문제를 야기하며, 경쟁 당국이 마이크로소프트의 번들링 관행을 더욱 면밀히 검토함에 따라 궁극적으로 강화된 규제 심사를 받게 될 수 있습니다.

그러나 규제 기관의 조치를 기다릴 필요는 없습니다. 기업들은 지금 당장 이러한 조건을 거부하고 더 나은 계약 조건을 요구할 권한을 가지고 있습니다. 첫 번째 단계는 인식입니다—동시 만료 계약이 어떻게 작동하는지, 그리고 마이크로소프트가 이를 왜 그렇게 적극적으로 추진하는지 이해하는 것입니다. 두 번째 단계는 행동입니다—위에서 설명한 전략을 실행하여 계약을 분리하고 경쟁적 균형을 회복하는 것입니다.

재정적 이해관계가 막대하다.

대기업의 경우, 마이크로소프트 통합 지원과 경쟁사 대안 간의 차이는10년 동안 2천만 달러에서 5천만 달러에 달할 수 있습니다.

그것은 단순한 반올림 오차가 아닙니다—이는 전체 전략적 계획에 대한 자금 지원이며, 시간이 지남에 따라 누적되는 경쟁 우위이거나, 주주 가치에 직접적인 영향을 미치는 순이익 개선입니다.

다음 갱신 주기가 시작되기 전에 지금 바로 US Cloud와 통화 일정을 잡고 계약서를 검토하십시오. 동시 만료 구조에 갇혀 있는지 평가하고, 재정적 영향을 계산하며, 탈출 전략을 수립하십시오. 이 논의에 조달, 법무, IT 리더십을 참여시키십시오. 번들형 Microsoft 계약이 불가피하거나 최적이라는 가정에 도전하십시오.

클라우드 전환과 디지털 혁신의 시대에 귀사의 지원 전략은 민첩성을 확보하고 전략적 투자를 위한 자원을 확보해야 합니다. 법적 논란이 있는 번들링 관행을 통해 마이크로소프트의 마진 확대를 지원하는 것이 아닙니다.

당신에게는 선택권이 있습니다—그 사실을 깨닫는 순간부터.