Microsoft가 끝났다는 예측을 넘어서
Windows, Microsoft 365, Teams, Copilot 및 통합 비즈니스 환경에 대한 Bill Gates의 학습 접근 방식
기술의 세계에는 새로운 혁신이 등장할 때마다 이미 앞서가는 기업은 곧 사라질 것이라는 예측이 나온다. 그러나 한 제품이 더 좋다는 사실이 반드시 다른 회사의 사업이 즉시 중단된다는 것을 의미하지는 않습니다. 사용자 습관, 기업의 투자, 소프트웨어 개발자, 배포 네트워크, 보안 및 관리 요구 사항이 시장 추세를 결정합니다.
마이크로소프트의 역사는 이런 관점에서 접근해야 합니다. Java, 인터넷, Apple의 Mac 컴퓨터, 이후 MacBook은 Windows에 다양한 도전을 제기했습니다. 그것들은 중요하지 않습니다. 그러나 “자바가 나오자 모두가 마이크로소프트는 끝났다고 했다”, “맥북이 나오자 윈도우는 망했다는 것이 업계 합의”였다는 것은 입증된 역사라고 깎아 내릴 수는 없다. 특정 인물, 기간 기록, 날짜가 없는 일반화는 연구의 질을 떨어뜨립니다.
이 연구의 중심점은 Microsoft가 살아남기 위한 비판뿐만 아니라 강력한 소프트웨어 생태계, 비즈니스 연속성 및 Windows를 넘어서는 후속 혁신 덕분에 교훈을 얻었다는 것입니다. 같은 이력에도 대회에 영향을 끼친 실패와 행동이 있다.
1. 빌 게이츠의 비판을 유용한 정보로 전환
여기에서 중요한 리더십 교훈은 불만족한 고객을 부담이 아닌 학습을 위한 귀중한 자원으로 보는 것입니다. 불만을 제기하는 사람들은 제품의 약점과 서비스의 격차를 직접적으로 드러냅니다. 그들의 비판에 긍정적으로 접근하고 이를 시정으로 바꾸는 회사는 발전을 위한 정보를 얻습니다. 빌 게이츠의 고객 학습 개념은 다음과 같이 이해될 수 있습니다. 이는 그의 말을 직접 인용한 것이 아니다. 이는 Microsoft의 성장을 설명하는 핵심 경영 교훈으로 간주될 수 있습니다. 이것이 입증된 유일한 성공 이유라고 말할 수는 없습니다. Gates의 고객 학습 개념에 대한 증거.
Bill Gates의 저서 Business @ the Speed of Thought에서 '나쁜 소식을 좋은 소식으로 전환' 섹션에서는 고객 불만을 조직 학습과 연결합니다. 이것이 “모든 비판을 항상 기쁜 마음으로 받아들였다”는 그의 성격 전체에 대한 판단으로 변질되어서는 안 된다. 불만 사항은 경영진에게 전달되어야 합니다. 효과적인 관리 개념은 문제를 식별하고 이를 조치로 전환하는 것입니다. Bill Gates 도서 공식 사이트에 게시된 장 요약 보관.
이에 대한 명확한 기업 사례는 2002 Trustworthy Computing 이니셔티브입니다. 보안에 대한 우려와 고객 불신이 증가하는 상황에서 Gates는 보안, 개인 정보 보호 및 신뢰성의 우선 순위를 강조했습니다. 이는 처음부터 보안을 소프트웨어 개발에 통합하는 방법의 개발을 촉진했습니다. 모든 보안 문제에 대한 해결책이 될 수는 없습니다. 그 의미는 비판이라기보다는 조직의 과정을 변화시킨 역사적 사건이다. Microsoft: 신뢰할 수 있는 컴퓨팅의 역사.
기업가가 얻을 수 있는 교훈은 간단합니다. 첫 번째 단계는 불만 사항을 경청하는 것입니다. 이를 문서화하고, 원인을 조사하고, 책임을 부여하고, 해결책을 측정하고 확인하는 것이 진정한 변화입니다.
2. Windows가 환경으로 어떻게 발전했나요
Microsoft의 공식 기록에 따르면 Windows의 첫 번째 소매 버전은 1985년 11월 20일에 출시되었습니다. 초기 Windows는 MS-DOS 기반의 그래픽 사용자 인터페이스를 제공했습니다. 오늘날 Windows의 디자인과 기능은 초기 버전과 직접 비교할 수 없습니다. Microsoft: 1985년의 역사.
그런 다음 Windows는 Windows 3.x, Windows 95, Windows NT 및 그 파생 제품과 같은 여러 단계를 거쳐 발전했습니다. 이번 개발은 화면에 새로운 버튼을 추가하는 것으로 끝나지 않습니다. 여러 제조업체의 컴퓨터에서 실행되고, 작업 소프트웨어, 장치 드라이버를 지원하고, 기업 네트워크 및 관리 도구와 통합할 수 있는 기능이 그 가치를 더해주었습니다.
회사의 컴퓨터 교체는 단순히 새 기기를 구입하는 것만이 아닙니다. 회계 소프트웨어가 작동합니까? 오래된 파일이 열리나요? 직원들에게 교육이 필요합니까? 프린터 및 특수 산업용 장비도 지원되나요? 비용에도 포함됩니다.
여기서 네트워크 효과가 발휘됩니다. 더 많은 개발자가 더 많은 사용자가 있는 사이트를 위한 소프트웨어를 작성합니다. 더 많은 소프트웨어를 사용할 수 있기 때문에 더 많은 사람들이 해당 플랫폼을 선택하고 있습니다. 이 주기는 새로운 경쟁자의 진입 장벽으로 작용할 수도 있습니다. 미국 법원의 Microsoft 사건 사실 결정에서도 Windows 관련 응용 프로그램 소프트웨어의 중요성을 광범위하게 조사했습니다. 법원의 사실 조사 결과.
3. Java가 진짜 도전 과제였던 이유
Java는 Windows처럼 완전한 운영 체제가 아닙니다. 프로그래밍 언어이자 프로그램을 실행할 수 있는 기술 플랫폼입니다. Java 프로그램은 적절한 Java Virtual Machine을 통해 다양한 운영 체제에서 실행되도록 개발될 수 있습니다. 이러한 플랫폼 독립성은 Windows에 중대한 비즈니스 과제를 안겨주었습니다.
이전에 Windows용 애플리케이션을 작성하기 위해 Windows 컴퓨터를 선택한 사람은 동일한 애플리케이션을 여러 플랫폼에서 사용할 수 있는 경우 다른 운영 체제를 선택할 수도 있습니다. Java의 과제는 Windows가 즉시 사라져야 한다는 것이 아닙니다. 이로 인해 애플리케이션 실행 시 Windows에 대한 의존도가 줄어들 수 있다는 점에 큰 영향을 미칩니다.
법원 기록은 인터넷 브라우저와 Java와 같은 미들웨어 기술이 Windows의 응용 프로그램 소프트웨어 진입 장벽을 약화시킬 수 있다는 우려를 확인시켜 줍니다. 같은 게시물에서는 Microsoft의 Java 구현 및 계약 작업이 Java의 크로스 플랫폼 성능에 영향을 미치는 방식을 비판했습니다. 그러니 이 시기를 “마이크로소프트가 최고의 제품을 만들어 모두를 이겼다”는 일방적인 이야기로 말해서는 안 된다. 법원 문서: Java 및 미들웨어 영역.
Java의 기술적 성공과 Windows의 지속은 상호 배타적이지 않습니다. 언어는 여러 플랫폼에서 사용될 수 있습니다. 동시에 운영 체제는 대규모 사용자 기반과 비즈니스 애플리케이션을 가질 수 있습니다. 시장이 항상 단일 승자 경쟁은 아닙니다.
4. MacBook이 도착하자 Windows가 종료되었습니다.
여기서 먼저 타임라인을 수정해야 합니다. Mac 컴퓨터와의 경쟁은 MacBook보다 먼저 이루어졌습니다. Apple은 2006년 1월 10일 MacBook Pro를 발표했습니다. 2006년 5월 16일에 MacBook이 출시되었습니다. 따라서 Macintosh의 역사를 특정 노트북 시리즈인 MacBook과 혼동하는 것은 실수입니다. Apple: MacBook Pro 소개, Apple: 소개 맥북.
MacBook이 제시하는 과제는 Java의 과제와 다릅니다. Java는 애플리케이션 소프트웨어의 플랫폼 의존성을 줄이려는 시도였습니다. MacBook은 하드웨어, 운영 체제, 애플리케이션, 디자인이 단일 회사에 통합되어 완전히 대안적인 컴퓨팅 경험을 제공했습니다.
그러나 Windows를 사용하는 대기업의 경우 기기의 아름다움과 유용성이 유일한 결정 요인은 아닙니다. 기존 애플리케이션, 조달 계약, 지원, 직원 교육 및 관리 요구 사항도 중요합니다.
한 가지 더 놀라운 사실이 있습니다. 2006년 4월 5일 Apple에서 출시한 Boot Camp 실험 소프트웨어를 통해 Windows XP가 Intel 기반 Mac 컴퓨터에서 실행될 수 있었습니다. 이는 당시 애플마저도 윈도우 애플리케이션과의 호환성을 사용자를 위한 가치로 여겼음을 보여준다. 이것은 당시 Intel Mac에 대한 역사적 정보입니다. 오늘날 모든 Mac 컴퓨터가 동일한 지원을 제공하는 것은 아닙니다. Apple: Boot Camp 소개.
그래서 연구의 결론은 MacBook이 심각한 경쟁자라는 것입니다. 그러나 도입이 윈도우나 마이크로소프트의 종말을 의미하는 것은 아니다. 여기에는 '모두가 그렇게 말했다'라는 구체적인 주장에 대한 확증된 증거가 없습니다.
5. 우리는 Microsoft의 성공과 Windows의 성공을 구별해야 합니다.
Microsoft는 계속해서 상업적으로 강하기 때문에 모든 제품이 성공했다고 말할 수는 없습니다. 마찬가지로 윈도우의 중요성이 변한다고 해서 마이크로소프트가 사라진다고 할 수는 없다.
오늘날의 회사에는 소프트웨어 구독, 기업 공동작업 서비스, 클라우드 컴퓨팅, 보안 등과 같은 비즈니스가 포함됩니다. 고객은 Mac을 사용하면서 Microsoft 365 비용을 지불할 수 있습니다. 주요 변경 사항은 Windows와 독립적으로 Microsoft 서비스의 클라이언트가 될 수 있다는 것입니다.
이러한 변화를 빌 게이츠의 업적으로 평가하는 것도 불완전합니다. Windows 시대의 기반, Steve Ballmer가 주도하는 엔터프라이즈 서비스 및 클라우드 투자, Satya Nadella 시대의 클라우드 서비스 및 다중 플랫폼 접근 방식은 별도로 평가해야 합니다. 다양한 세대의 엔지니어, 임원, 파트너 및 고객이 회사의 장기적인 성장에 기여해 왔습니다.
6. Microsoft 365 Word, Excel을 뛰어넘는 시스템
Microsoft 365는 단순히 Word, Excel, PowerPoint의 새로운 이름이 아닙니다. 요금제에 따라 애플리케이션, 이메일, 파일 저장, 협업, ID 관리 및 보안 기능이 포함됩니다. 개인, 중소기업, 대기업 요금제에는 동일한 기능이 없습니다.
주요 요소는 작업 측면에서 이해할 수 있습니다.
Word, Excel, PowerPoint: 문서 작성, 계산 및 프레젠테이션을 위한 애플리케이션입니다.
Exchange Online: 기업 이메일 및 캘린더 서비스.
SharePoint: 팀과 조직을 위한 문서 플랫폼, 인트라넷 및 콘텐츠 관리.
OneDrive: 개인 작업 파일의 저장, 동기화 및 공유.
팀: 채팅, 회의, 통화, 공동작업에 액세스합니다.
Microsoft Entra ID: 로그인하는 사람과 그들에게 부여되는 액세스 권한에 대한 신원 기반입니다.
Microsoft Graph: 소프트웨어가 적절한 권한을 통해 이러한 서비스의 데이터와 기능에 액세스할 수 있게 해주는 프로그래밍 인터페이스(API)입니다.
이러한 것들은 개별적인 측면에서만 가치 있는 것이 아닙니다. 동일한 업무 프로세스에도 협력이 있습니다. 그러나 Microsoft 365, Azure 및 Windows는 동일하지 않습니다. Azure는 다양한 애플리케이션을 구축하고 실행하는 데 도움이 되는 클라우드 플랫폼입니다. Microsoft 365는 즉시 사용 가능한 비즈니스 서비스 제품군입니다. Windows는 사용자의 컴퓨터에서 실행되는 운영 체제입니다. 이들 사이에는 연관성이 있지만 책임과 지불 구조는 다릅니다.
7. Teams의 뒤에서 일어나는 일
Teams를 단순한 화상 회의 앱으로 보는 것은 아키텍처를 이해하는 데 방해가 됩니다. 그룹 채팅, 파일, 회원 권한, 이메일 캘린더, 회의 환경을 통합합니다.
작업 그룹이 Teams에서 프로젝트 토론을 하고 있다고 가정해 보겠습니다. 팀 채널에서 공유된 파일은 SharePoint에 유지됩니다. 개인 또는 그룹 채팅에서 공유된 파일은 일반적으로 공유자의 OneDrive를 통해 전달됩니다. Exchange는 캘린더 통합에서 중요한 역할을 합니다. Entra ID는 로그인 및 접속에 중요한 역할을 합니다.
그러므로 '모든 데이터는 Teams라는 한 곳에 저장됩니다'라는 말은 잘못된 것입니다. 법적 검색을 위한 메시지 데이터, 파일 및 규정 준수 사본은 다양한 서비스 계층과 연결됩니다. 예를 들어 Exchange의 메시지 및 규정 준수 복제본을 위한 기능 저장소는 동일한 저장소로 간주되어서는 안 됩니다.
Teams에서 파일을 볼 수 있다고 해서 해당 파일을 보는 모든 사람이 파일의 소유자가 되는 것은 아닙니다. 백그라운드의 SharePoint 또는 OneDrive 권한도 적절하게 관리되어야 합니다. 실제로 이는 다음을 의미합니다. 직원 추가, 퇴사하는 직원에 대한 액세스 권한 제거, 외부 손님 허용은 단순한 회의 통화 작업이 아닙니다. 데이터 관리 작업도 수행합니다.
8. 인프라에는 책임이 따릅니다
클라우드 서비스에서는 데이터가 어디에 있는지, 누가 데이터에 액세스하는지, 데이터가 얼마나 오랫동안 보호되는지에 대한 질문이 사라지지 않습니다. 이는 서비스 제공업체와 고객 조직 간의 공동 책임이 됩니다.
서비스 제공업체가 데이터 센터와 서비스 운영을 유지하는 동안 고객 조직은 사용자 권한, 다단계 인증, 외부 공유, 기기 보안 및 데이터 보관 규칙을 적절하게 설정해야 합니다.
기업이 물어봐야 할 실용적인 질문:
누가 어떤 파일에 액세스할 수 있는 권한을 갖고 있나요?
퇴사하는 직원의 액세스 권한은 언제 종료되나요?
민감한 정보가 실수로 외부로 공유되는 것을 어떻게 방지할 수 있나요?
인터넷이나 클라우드 서비스가 다운되면 어떻게 작업을 계속할 수 있나요?
삭제되거나 잘못 변환된 파일을 복구할 계획은 무엇인가요?
서비스를 변경해야 하는 경우 데이터를 내보낼 수 있나요?
파일 동기화(Synchronisation), 버전 기록(Version History), 법적 보존(Retention), 백업(Backup)은 동일한 기능이 아닙니다. 회사의 위험 요구 사항을 알지 못한 채 하나를 다른 것으로 대체해서는 안 됩니다.
9. 부정적인 리뷰를 숨기지 않는 리뷰
Microsoft의 통합 서비스를 사용하면 작업이 더 쉬워집니다. 동일한 통합으로 인해 단일 공급자에 대한 의존도가 더 높아질 수도 있습니다. 서비스 중단이 발생하면 이메일, 파일, 회의가 동시에 영향을 받을 수 있습니다. 구독료, 라이선스 발급, 데이터 전송 비용, 경쟁사의 액세스도 검토해야 합니다.
Windows의 지속이 기술적 우수성만으로는 설명될 수 없듯이, Microsoft 365의 성장도 모든 사용자가 완전히 만족한다는 증거로 받아들일 수는 없습니다. 편의성, 호환성, 이미 이루어진 투자, 전환의 어려움 등이 모두 고객의 결정에 영향을 미칠 수 있습니다.
10. 한곳에 있는 모든 것은 하나의 것이 아니라 연결된 생태계입니다.
현재 Microsoft의 비즈니스 플랫폼을 이해하려면 해당 구성 요소를 계층별로 살펴보면 됩니다. ID, 데이터, 보안, 자동화 및 클라우드 인프라는 사용자가 보는 Word 또는 Teams 뒤에서 함께 작동합니다.
사용자 및 장치 계층: Windows는 컴퓨터 운영 체제 역할을 합니다. Intune은 장치와 앱을 관리하는 데 도움이 됩니다. Windows가 아닌 장치도 Microsoft 서비스를 사용할 수 있습니다. 모든 기기에서 동일한 관리 기능을 사용할 수 있다고 가정해서는 안 됩니다.
사무실 작업 계층: Microsoft 365의 앱, Exchange, Teams, SharePoint 및 OneDrive는 정보 생성, 통신, 파일 공유 및 공동 작업을 연결합니다. 플래너를 사용하여 작업을 구성하고, 양식을 사용하여 정보를 수집하고, 목록을 사용하여 구조화된 목록을 유지할 수 있습니다.
비즈니스 프로세스 계층: Power Apps로 주문형 애플리케이션을 구축하세요. Power Automate는 권한 요청, 미리 알림, 통신과 같은 작업을 자동화하는 데 도움이 됩니다. Power BI는 데이터를 시각화하고 분석하는 데 도움이 됩니다. Copilot Studio는 기업 요구에 맞는 AI 에이전트를 구축하기 위한 도구를 제공합니다. 이는 Power Platform 제품군의 일부입니다. 추가 데이터 연결, 사용 및 라이선스에는 별도의 요금이 부과될 수 있습니다.
엔터프라이즈 관리 계층: Dynamics 365 제품군에는 CRM(고객 관계 관리) 및 ERP(전사적 자원 관리) 기반 애플리케이션이 포함되어 있습니다. 영업 기회, 고객 서비스, 재무 또는 공급망 등의 요구 사항에 따라 적절한 애플리케이션이 선택됩니다. Dynamics 365는 Microsoft 365의 다른 이름이 아닙니다.
보안 및 관리 계층: Entra는 ID 및 액세스 관리를 돕습니다. Defender 제품군은 다양한 위협 보호 및 탐지 요구 사항을 해결합니다. Purview는 데이터 거버넌스, 정보 보안 및 규정 준수 요구 사항을 위한 도구를 제공합니다. 이러한 이름이 동일한 우산에 속한다고 해서 모든 구독에서 모든 기능을 자동으로 사용할 수 있다고 가정해서는 안 됩니다.
클라우드 인프라 계층: Azure는 컴퓨팅, 스토리지, 네트워킹, 데이터베이스 및 실행 중인 애플리케이션을 위한 다양한 서비스를 제공합니다. 기업을 위한 사용자 지정 웹 사이트 또는 백엔드 시스템을 Azure에서 실행할 수 있습니다. 해당 결제는 Microsoft 365 사용자 구독과 자동으로 번들로 제공될 필요가 없습니다.
Microsoft Graph와 같은 인터페이스는 이러한 레이어 간의 데이터 액세스를 허용하는 데 사용됩니다. 그래프는 모든 데이터를 자유롭게 볼 수 있는 중심 도구가 아닙니다. 액세스는 승인 및 권한에 따라 달라집니다. Microsoft Graph 공식 설명.
그래서 '올인원 플랫폼'은 통합된 작업 환경으로 이해될 수 있습니다. "모든 Microsoft 제품에 대한 전체 액세스를 제공하는 단일 라이선스 구매"로 해석되어서는 안 됩니다.
11. Copilot은 최종 의사결정자가 아닌 정보를 사무실에 통합하는 촉진자입니다.
Microsoft Copilot 경험은 동일하지 않습니다. 어떤 라이선스를 사용할 수 있는지, 어떤 애플리케이션을 사용하는지, 웹 정보 기반인지 기업 정보 기반인지에 따라 기능이 달라집니다. 주요 구성 요소는 대규모 언어 모델, 관련 정보 기반 접지, 사용자 권한에 따른 데이터 액세스입니다. Microsoft Copilot 설명 및 라이선스 차이점.
시설과 올바른 데이터 구조를 지원하는 맥락에서 직원은 AI의 도움을 받아 문서의 초안을 작성하고, 긴 정보를 압축하고, 회의를 준비하고, 업무 정보를 검색할 수 있습니다. 그러나 이 도움이 자동으로 정확하다고 가정해서는 안 됩니다. 숫자, 인용문, 결과, 고객과의 약속을 사람이 확인해야 합니다.
또한 AI는 잘못된 액세스 설정을 수정하지 않습니다. 조직의 중요한 파일이 이미 많은 사람들과 공유되어 있는 경우 AI가 해당 파일을 더 쉽게 찾을 수 있도록 하면 새로운 위험이 발생할 수 있습니다. AI를 도입하기 전에 권한 정렬, 민감한 데이터 분류, 사용 규칙 설정이 필수적입니다. 이는 특정 제품 결함으로 인한 것이 아닙니다. 쉬운 정보 검색이 필요한 모든 기업 AI 시스템에 적용할 수 있는 관리 고려사항입니다.
12. 택배회사에서의 실제 적용
다음 예는 예시 샘플입니다. 그렇다고 모든 기능이 미리 만들어져 있거나 설정 없이 자동으로 실행된다는 의미는 아닙니다.
문의: 고객의 이메일은 Exchange를 통해 전달됩니다. 직원은 Outlook에서 볼 수 있습니다.
로깅: 문의는 Dynamics 365 또는 다른 적절한 고객 관리 시스템에 판매 기회로 기록됩니다.
추정: 가격은 Excel이나 비즈니스 애플리케이션을 통해 계산됩니다. 제안서는 Word로 작성되었습니다.
협동 검토: 제안서는 SharePoint에 저장됩니다. 영업팀과 운영팀은 Teams를 통해 논의합니다.
승인: Power Automate는 적절한 관리자에게 승인 요청을 보내는 프로세스를 설정할 수 있습니다.
서비스 이행: 맞춤형 애플리케이션 또는 연결된 소포 시스템은 주문, 수집 및 배송 상태를 업데이트할 수 있습니다. 필요한 백그라운드 서비스는 Azure 또는 다른 적합한 플랫폼에서 실행될 수 있습니다.
검사: Power BI를 사용하여 지연, 배송 시간, 서비스 품질과 관련된 보고서를 생성합니다.
AI 지원: 적절한 Copilot 기술 및 권한을 사용하면 고객 연락처 요약을 작성하거나 직원 리뷰에 대한 응답 초안을 작성하는 데 도움이 될 수 있습니다.
제어: Entra, Intune, Defender, Purview와 같은 도구 중에서 선택하여 액세스, 기기 및 데이터 보안을 관리하세요.
이 모델에서 회사 종속성은 단순한 Word 파일이 아닙니다. 이메일, 신원, 동의, 고객 데이터 및 기능적 연결을 자세히 살펴봅니다. 그렇기 때문에 사이트 교체 비용, 가동 중단 시 영향, 직원에게 필요한 교육을 평가해야 합니다.
동시에 "대부분의 사무실은 Microsoft만 신뢰한다"는 입증되지 않은 결론은 불필요합니다. Microsoft의 중요성을 이해하려면 회사의 실제 프로세스 종속성을 조사하는 것이 중요합니다.
13. Microsoft 365 또는 Google Workspace가 적합한 접근 방식
이전에 G Suite라고 불렸던 Google Workspace는 Microsoft와 비교할 수 있는 주요 업무 서비스 생태계입니다. 여기에는 Gmail, 캘린더, 드라이브, 문서, 스프레드시트, 프레젠테이션, Meet, Chat과 같은 서비스가 포함됩니다. Google에 직접적으로 동등한 개체가 있다고 가정하기보다는 수행할 작업을 기반으로 Microsoft의 각 개체를 비교해야 합니다. Google Workspace 제품.
문서 및 계산
Microsoft에는 Word, Excel, PowerPoint가 있습니다. 구글에는 문서, 시트, 슬라이드가 있습니다. 일반 문서와 동시 공동 작업을 모두 수행할 수 있는 기능이 있습니다. 그러나 이미 사용 중인 복잡한 Excel 파일, 매크로, 추가 기능 또는 특정 문서 형식이 있는 경우 변환하기 전에 실제 파일로 테스트해야 합니다. 명목상으로 파일을 여는 것과 전체 기능 호환성에는 차이가 있습니다.
이메일 및 커뮤니케이션
Exchange Online은 기능면에서 Outlook, Gmail 및 캘린더와 비교할 수 있습니다. Google의 Meet 및 Chat과 같은 서비스는 Teams에서 제공하는 모임 및 대화 요구 사항을 충족합니다. 선택할 때 사용자 경험뿐만 아니라 게스트 액세스, 등록, 보존, 기업 관리 및 필수 계획도 고려하세요.
파일 및 공동작업
OneDrive와 SharePoint가 결합되어 Google 드라이브 및 공유 드라이브와 같은 기능에 필적하는 개인 및 그룹 문서 환경을 제공합니다. SharePoint는 인프라 및 엔터프라이즈 콘텐츠 관리와 같은 추가 요구 사항도 충족할 수 있습니다. Google 사이트 도구는 다양한 종류의 사이트 구축 경험을 제공합니다. 이는 모든 면에서 직접적으로 동일하지는 않습니다.
AI와 자동화
Microsoft의 Copilot과 Google의 Gemini 기반 Workspace 환경을 비교하여 이름에 대한 작업을 테스트하세요. 문서를 올바르게 압축합니까? 타밀어와 영어로 필요한 품질을 제공합니까? 권한을 존중합니까? 잘못된 정보를 주고 있는 걸까요? 어떤 라이센스, 사용 제한 및 수수료가 적용됩니까? 그게 중요합니다.
Power Platform 요구사항을 충족하려면 Google 환경에서 AppSheet 또는 Apps Script를 고려하세요. 그러나 모든 비즈니스 프로세스에 대해 동일한 수준의 대체가 가능하다고 가정해서는 안 됩니다. Google Workspace는 전체 Google Cloud에 대한 라이선스가 아닙니다. 마찬가지로 Microsoft 365는 Azure 전체에 대한 라이선스가 아닙니다.
인터넷 없이 작업하기
Google Workspace가 웹에서만 작동한다고 말하는 것은 잘못된 것입니다. Docs, Sheets, Slides에는 오프라인 사용을 위한 기능이 내장되어 있습니다. 마찬가지로 Microsoft의 모든 계획이 완전한 데스크톱 응용 프로그램이라고 말하는 것도 잘못된 것입니다. 오프라인 업무에 중요한 조직은 구매한 특정 요금제를 실제 업무 환경과 비교하여 테스트해야 합니다.
어느 회사
이것은 일반적인 판단이 아닙니다. 필요 기반 평가:
Windows 관리, 복잡한 Office 문서, Microsoft ID 시스템, 비즈니스 애플리케이션에 이미 많은 투자를 한 회사는 Microsoft 환경을 계속 유지함으로써 전환 비용을 줄일 수 있습니다.
브라우저 중심 작업, 간단한 공동작업, Google 서비스에 익숙한 팀이라면 Workspace를 자연스럽게 선택할 것입니다.
두 컨텍스트를 조합하여 사용할 수 있습니다. 하지만 이로 인해 이중 라이선스 비용, 데이터 중복, 추가 권한 관리가 발생할 수 있습니다.
구매 전 대표직원과 함께 간단한 체험을 진행해보세요. 월간 구독료가 유일한 비용은 아닙니다. 적절한 척도는 데이터 마이그레이션, 교육, 보안, 관리, 지원, 연결 및 향후 종료 비용을 포함하는 총 소유 비용입니다.
최고의 사이트에 대한 질문에 대한 보편적인 답은 없습니다. 올바른 선택은 회사의 실제 사명을 안정적이고 안전하게 적절한 비용으로 수행하는 플랫폼입니다.
결론 끈기에 대한 진정한 교훈
빌 게이츠의 경험에서 얻을 수 있는 유용한 교훈은 비판을 단지 태도의 문제가 아닌 조직 학습을 위한 정보로 접근한다는 것입니다. 그러나 Microsoft의 오랜 역사는 그보다 훨씬 더 광범위합니다.
Java는 Windows 기반 소프트웨어 세계의 경계에 도전했습니다. MacBook은 완전히 통합된 대체 컴퓨팅 경험을 제공했습니다. Microsoft는 이러한 어려움 속에서도 생태계를 유지했으며 시간이 지남에 따라 다른 회사의 장치에서 실행되는 서비스를 개발했습니다.
Windows의 지속성과 Microsoft 365의 성장은 동일한 성공을 가리키는 이름이 아닙니다. 하나는 컴퓨터 운영 체제의 지속적인 사용에 관한 것입니다. 또 다른 하나는 회사가 비즈니스 영역을 확장하는 것에 관한 것입니다.
기업가를 위한 핵심 교훈은 다음과 같습니다. 불만 사항에 숨겨진 필요성을 인식하고; 경쟁자가 만들어내는 실제 변화를 이해하십시오. 기존의 성공을 보호하고 조직을 새로운 요구에 맞게 조정하세요. 그러한 변화의 비용과 단점에 대한 공개 평가는 지속 가능한 개발의 기본입니다.