Copilot in 30 무료 체험, 시작 전에 알아야 할 것들 — Agent 365까지 이어지는 우리 팀 AI 도입 30일 로드맵

2026년 8월 1일부터 적지 않은 회사의 Microsoft 365 화면에 낯선 배너가 뜨기 시작했습니다. "코파일럿을 30일 동안 무료로 사용해 보세요." 신용카드를 넣으라는 말도 없고, 영업 담당자와 통화하라는 요구도 없죠. 버튼 하나면 됩니다. 그래서 더 위험하기도 하고요.

이 배너를 본 팀장들의 반응은 대개 둘 중 하나입니다. "일단 눌러보자" 아니면 "우리가 결정할 일은 아니니 IT팀에 넘기자". 안타깝게도 둘 다 아쉬운 선택이에요. 앞의 경우는 30일 뒤에 예상하지 못한 청구서를 받을 수 있고, 뒤의 경우는 우리 팀이 실제로 무엇을 얻을 수 있었는지 확인할 기회를 그냥 흘려보냅니다.

이 글에서는 30일을 주 단위로 쪼개 무엇을 확인해야 하는지, 그리고 체험이 끝난 뒤 회사 안에 늘어나는 AI 도구를 어떻게 관리해야 하는지까지 순서대로 짚어보겠습니다. 아래 목차에서 필요한 부분만 골라 읽으셔도 좋습니다.

• 무료 체험과 Agent 365, 왜 같이 봐야 하나?
• Copilot in 30이란 정확히 무엇인가?
• 무료 체험, 정말 공짜인가? 반드시 알아야 할 함정 세 가지
• 시작 버튼을 누르기 전 무엇을 준비해야 하나?
• 어떤 업무에서 실제로 시간이 줄어드나?
• Researcher와 Analyst는 일반 코파일럿과 무엇이 다른가?
• 30일 뒤, 계속 쓸지는 무엇으로 판단하나?
• 체험이 끝나면 왜 문제가 더 커지나?
• Agent 365는 어떤 문제를 해결하는 제품인가?
• 섀도우 AI, 막아야 하나 허용해야 하나?
• 이번 달에 할 일 다섯 가지
• 자주 묻는 질문

무료 체험과 Agent 365, 왜 같이 봐야 하나?

Copilot in 30이 "AI를 일단 써보게 하는 문"이라면, 석 달 앞서 정식 출시된 Agent 365는 "늘어난 AI를 통제하는 문"입니다. 두 문이 같은 해에 나란히 열렸다는 점, 이게 올해 기업 AI 도입 이야기의 핵심입니다.

마이크로소프트는 2026년 5월 1일 Agent 365를 상용 고객 대상으로 정식 출시했습니다. 회사 안에서 돌아가는 AI 에이전트를 사람 직원처럼 등록하고, 권한을 주고, 감시하고, 필요하면 차단하는 관제 플랫폼이에요. 사용자당 월 15달러라는 별도 가격표가 붙어 있고, Microsoft 365 E7 요금제에는 포함됩니다.

두 소식을 따로 보면 그냥 뉴스입니다. 그런데 나란히 놓으면 한 문장이 되죠. "쉽게 써보게 만들어 놓고, 늘어난 뒤에는 통제할 도구를 판다." 냉소적으로 들릴 수 있지만, 기업용 소프트웨어가 성숙해지는 과정은 대체로 이렇습니다.

실무자 입장에서 순서를 정리하면 이렇게 됩니다. 8월에 문이 열렸고, 25석으로 30일을 검증하고, 그 뒤에는 회사 안에 늘어난 AI 도구를 어떻게 다룰지가 숙제로 남습니다. 이 글의 구성도 그 순서를 그대로 따라갑니다.

Copilot in 30이란 정확히 무엇인가?

Copilot in 30은 300석 이하 중소·중견 기업이 신용카드 등록 없이 Microsoft 365 Copilot을 25명분, 30일 동안 무료로 사용해 볼 수 있는 체험 프로그램입니다. 공식 명칭은 Low Friction Trial이고, 2026년 8월 1일부터 12월 31일까지 신청할 수 있습니다.

핵심 조건은 이렇습니다.

• 대상: 300석 이하의 중소·중견 기업 테넌트. 대기업 계약 고객은 현재 대상이 아닙니다.
• 전제 조건: Microsoft 365 Business Basic, Standard, Premium 중 하나를 이미 쓰고 있어야 합니다.
• 기간: 30일.
• 좌석 수: 25명. 전사가 아니라 25명입니다.
• 횟수: 고객사당 단 1회. 부서를 바꿔 다시 신청할 수 없어요.
• 결제 정보: 시작할 때 신용카드가 필요 없습니다.
• 신청 가능 기간: 2026년 8월 1일 ~ 12월 31일.

포함되는 기능은 Microsoft 365 Copilot의 상위 구성인 Premium 수준입니다. Outlook, Teams, Word, Excel, PowerPoint 안에 들어 있는 인앱 코파일럿, 별도 대화창인 Copilot Chat, Teams 회의 요약 기능, 여러 사람이 같은 AI 결과물 위에서 협업하는 Copilot Pages, 그리고 Researcher와 Analyst라는 두 개의 전문 에이전트까지 들어 있어요. 

눈여겨볼 대목은 마지막 항목입니다. 단순히 "문장을 다듬어 주는 AI"가 아니라, 스스로 여러 단계를 밟아 조사하고 분석하는 에이전트가 체험판에 이미 들어 있어요. 이 글 후반부의 관리 이야기가 남의 일이 아닌 이유가 여기 있습니다.

또 하나 짚을 게 있습니다. 이 체험은 기본적으로 테넌트에서 켜진 상태로 제공됩니다. 관리자가 원하면 조직 전체에 대해 끌 수 있지만, 아무것도 하지 않으면 켜져 있어요. "우리 회사는 아직 검토 중"이라고 생각하는 사이에 어느 직원이 이미 버튼을 눌렀을 수 있다는 뜻입니다.

무료 체험, 정말 공짜인가? 반드시 알아야 할 함정 세 가지

조건부 무료입니다. 시작 후 7일 이내에 취소하지 않으면 자동으로 유료 구독으로 전환됩니다. 무료라는 단어에 붙은 각주가 세 개 있는데, 실무에서 사고가 나는 지점은 대부분 여기예요.

함정 1. 7일 안에 취소하지 않으면 자동으로 유료 전환됩니다

가장 중요한 조건입니다. 이 체험은 기본값이 유료 구독으로의 자동 전환이에요. 30일을 다 써 보고 나서 "생각보다 별로였네, 그만 쓸게요"라고 하면 이미 늦습니다. 25명분의 유료 라이선스가 붙은 상태로 다음 청구서를 받게 되죠.

그래서 실무 순서를 뒤집어야 합니다. 체험을 시작하는 날, 달력에 세 개의 알림을 먼저 걸어두세요. 5일차에 "취소 여부 1차 판단", 6일차에 "최종 결정", 28일차에 "종료 대비 정리". 5일차와 6일차 알림은 형식적인 게 아닙니다. 일주일이면 코파일럿이 우리 업무 흐름에 붙는지 아닌지 감을 잡기에 충분하거든요.

함정 2. 25석은 생각보다 훨씬 적습니다

직원이 80명인 회사라면 25석은 약 3분의 1입니다. 100명이 넘으면 4분의 1도 안 되고요. "관심 있는 사람 손 들어보세요"라고 하면 첫날에 정원이 찹니다. 그런데 손을 든 사람이 반드시 검증에 적합한 사람일까요? 꼭 그렇지는 않습니다.

함정 3. 기회는 한 번, 마감은 12월 31일

고객사당 1회 제한이 있고, 신청 창구 자체가 2026년 12월 31일에 닫힙니다. 지금은 8월 중순이니 넉 달 반쯤 여유가 있어 보이죠. 하지만 9월과 10월은 대부분의 조직에서 하반기 목표와 예산 시즌이 겹칩니다. 제대로 검증하려면 여유 있는 달을 골라 30일을 통째로 비워두는 편이 낫습니다. 휴가철이나 결산 기간과 겹치면 데이터가 왜곡되니까요.

이 체험의 진짜 시험 기간은 30일이 아니라 처음 7일입니다. 나머지 23일은 이미 내린 결정을 확인하는 시간에 가깝습니다.

시작 버튼을 누르기 전 무엇을 준비해야 하나?

라이선스 확인, 문서 공유 권한 점검, 측정 지표 설정, 한 장짜리 사용 규칙. 이 네 가지를 반나절 안에 끝내고 시작하면 30일의 품질이 완전히 달라집니다. 그리고 곧바로 25석을 어떻게 나눌지 정해야 하죠.

0주차: 시작 전 네 가지 준비

첫째, 현재 라이선스를 확인합니다. Business Basic, Standard, Premium 중 하나가 아니면 체험 자체가 시작되지 않아요. 관리 센터의 구독 정보에서 1분이면 확인됩니다. 계열사나 별도 법인이 다른 테넌트를 쓰고 있다면 어느 테넌트에서 체험을 돌릴지도 미리 정하세요.

둘째, 문서 권한을 한 번 훑습니다. 많이들 놓치는 부분입니다. 코파일럿은 그 사용자가 접근 가능한 문서를 근거로 답하거든요. 다시 말하면, 과거에 "링크 있는 사람 모두 보기"로 잘못 공유해 둔 파일이 있다면 코파일럿이 그 내용을 자연스럽게 요약해서 보여줄 수 있습니다. 인사 자료나 급여 스프레드시트가 전사 공유 폴더에 잘못 놓여 있는 경우, 생각보다 흔하죠. AI가 정보를 유출한 게 아닙니다. 원래 새고 있던 걸 AI가 눈에 띄게 만들었을 뿐이에요.

셋째, 측정할 지표를 미리 정합니다. 30일 뒤에 "좋았다" "그럭저럭이었다"로 끝나면 아무것도 안 남습니다. 주간 보고서 작성 시간, 회의록 정리 시간, 메일 초안 작성 건수처럼 최소 세 가지 숫자를 정하고 지금 값을 적어두세요.

넷째, 한 장짜리 사용 규칙을 만듭니다. 길 필요 없습니다. 고객사 실명이 들어간 계약 정보는 프롬프트에 넣지 않는다, AI가 만든 문장은 외부로 나가기 전에 사람이 검토한다, 숫자가 포함된 결과는 원본과 대조한다. 이 세 줄이면 충분해요. 규칙이 없으면 사고가 나고, 규칙이 길면 아무도 읽지 않습니다.

1주차: 25개 좌석은 누구에게 줘야 하나?

배분 방식이 체험의 성패를 가릅니다. 흔한 실패는 두 가지예요. 임원과 팀장에게만 몰아주는 것, 그리고 신청 순서대로 나눠주는 것. 앞은 정작 문서를 많이 만드는 실무자가 빠지고, 뒤는 부서가 한쪽으로 쏠립니다.

1. 문서와 메일을 많이 다루는 직무를 우선합니다. 영업 제안서, 마케팅 콘텐츠, 인사 공지, 재무 보고처럼 텍스트 산출물이 많은 자리에서 효과가 가장 빨리 나타납니다.
2. 부서를 최소 네 곳 이상 섞습니다. 한 부서에 25석을 몰면 "그 팀에서는 잘 쓰더라"라는 일화만 남아요. 전사 판단 근거로는 못 씁니다.
3. 회의적인 사람을 두세 명 반드시 포함합니다. AI에 이미 열광하는 사람만 모으면 결과가 100퍼센트 긍정으로 나옵니다. 그 데이터가 무슨 쓸모가 있을까요. "이런 거 왜 쓰나요"라던 사람이 30일 뒤 어떻게 바뀌는지가 훨씬 강력한 근거가 됩니다.

50명 규모 회사를 가정해 배분안을 그려보면, 영업 6석, 마케팅 5석, 개발 4석, 경영지원 4석, 고객지원 3석, 경영진 3석 정도로 잡을 수 있습니다. 어디까지나 예시이니 우리 조직의 직무 비중에 맞춰 조정하세요. 그리고 각 부서에서 한 명씩 기록 담당을 정하고, 주 1회 세 줄만 적게 하면 됩니다. 무엇에 썼는지, 시간이 얼마나 줄었는지, 무엇이 안 됐는지.

어떤 업무에서 실제로 시간이 줄어드나?

메일함 정리, 회의 요약, 문서 초안, 엑셀 수식 해석, 보고서의 슬라이드 전환. 이 다섯 가지에서 체감 효과가 가장 크게 나타납니다. 협업 공간인 Copilot Pages까지 여섯 가지를 순서대로 보죠.

1) Outlook: 밀린 메일함 정리와 답장 초안

휴가 복귀 후 200통이 쌓인 메일함을 여는 순간이 가장 극적입니다. 중요도와 요청 사항 기준으로 정리해 달라고 하면 목록이 나오고, 각 메일의 답장 초안까지 이어서 만들 수 있어요. 다만 초안을 그대로 보내면 티가 납니다. 마지막 문단은 본인 말투로 다시 쓰는 습관을 들이세요.

2) Teams: 회의 요약과 액션 아이템 추출

참석하지 못한 회의의 30분짜리 녹화를 다 볼 필요가 없어집니다. 요약과 함께 "누가 무엇을 언제까지" 형태로 액션 아이템을 뽑아주면 회의록 담당자의 부담이 크게 줄죠. 회의가 많은 조직이라면 이 항목 하나로도 주당 한두 시간은 확보할 수 있다고 봅니다. 물론 회의 문화에 따라 편차가 큰 영역이라, 우리 팀 기준으로 직접 재보는 게 정확합니다.

3) Word: 0에서 1을 만드는 초안

백지 공포를 없애는 용도입니다. 목차와 핵심 메시지만 던져주면 구조가 갖춰진 초안이 나와요. 완성도로 치면 60점쯤 될까요. 그래도 의미는 큽니다. 0점에서 60점까지 가는 시간이 원래 가장 오래 걸리니까요. 기존 문서의 톤을 유지하고 싶다면 참고 문서를 함께 지정하세요.

4) Excel: 데이터 정리와 수식 해석

전임자가 남긴 복잡한 수식이 무슨 뜻인지 설명해 달라는 용도가 은근히 인기입니다. 피벗 테이블 구성, 이상치 탐색, 조건부 서식 제안도 잘하고요. 단, 계산 결과 자체는 반드시 검증하세요. 숫자를 다루는 영역에서는 그럴듯하게 틀린 답이 가장 위험합니다.

5) PowerPoint: 문서를 덱으로 옮기기

이미 작성한 보고서를 슬라이드로 전환하는 작업에서 시간이 크게 절약됩니다. 처음부터 근사한 덱을 만들어 달라는 요청보다, 완성된 원고를 넘기면서 "이 구조로 12장" 하고 지시하는 쪽이 결과가 훨씬 나아요.

6) Copilot Pages: 결과물을 함께 다듬는 공간

AI가 만든 결과를 개인 화면에만 두면 조직의 자산이 되지 않습니다. Pages는 여러 사람이 같은 AI 산출물 위에서 함께 편집하는 공간이에요. 기획 초안을 올려두고 팀원들이 각자 코멘트와 수정을 얹는 방식이 협업 관점에서 효과가 가장 좋습니다.

Researcher와 Analyst는 일반 코파일럿과 무엇이 다른가?

일반 코파일럿이 시키는 일을 한 번에 처리하는 비서라면, Researcher와 Analyst는 목표만 주면 스스로 여러 단계를 밟아 결론까지 만들어내는 에이전트입니다. 이 차이가 결과물의 성격과 검증 방식을 모두 바꿉니다.

Researcher는 조사형입니다. "국내 중소 제조업의 최근 3년 디지털 전환 투자 동향을 정리하고, 우리 제안서에 쓸 근거 세 가지를 뽑아줘" 같은 요청에 적합해요. 사내 문서와 웹 자료를 함께 훑고, 중간 결론을 세우고, 그걸 바탕으로 다시 찾아보는 식으로 움직입니다.

Analyst는 분석형이고요. 표 형태 데이터를 주고 "이 판매 데이터에서 지역별 이상 패턴을 찾아줘"라고 하면 정리, 계산, 시각화까지 이어갑니다. 데이터 분석 담당자가 없는 팀에서 특히 반응이 좋습니다.

이 둘을 3주차에 배치하는 데는 이유가 있습니다. 첫 2주 동안 기본 기능에 익숙해진 뒤라야 에이전트의 결과물을 비판적으로 볼 수 있는 눈이 생기거든요. 에이전트는 여러 단계를 스스로 밟기 때문에, 중간 한 단계에서 잘못된 전제를 세우면 결론이 통째로 어긋납니다. 그런데 결과물의 형식은 여전히 매끄럽고 자신감 있어 보이죠. 이게 함정입니다.

그래서 규칙을 하나 추가하세요. 에이전트가 제시한 근거는 최소 한 개 이상 원문을 직접 확인한다. 출처 링크를 클릭해 실제로 그런 내용이 있는지 보는 데 2분이면 됩니다. 이 습관이 있는 팀과 없는 팀은 6개월 뒤 전혀 다른 자리에 서 있게 될 겁니다.

30일 뒤, 계속 쓸지는 무엇으로 판단하나?

시간 절감 체감치, 사용 빈도 분포, 실패 사례 목록. 이 세 가지 데이터를 4주 동안 모으면 예산 결정에 필요한 근거가 갖춰집니다. 취소 시한은 이미 7일차에 지났으니, 4주차의 목적은 취소 여부가 아니라 다음 분기에 몇 석을 살지 정하는 것이죠.

• 시간 데이터: 25명에게 "코파일럿 덕분에 주당 몇 분을 아꼈다고 느끼는가"를 묻습니다. 주관적인 값이지만 4주치를 모으면 추세가 보여요. 주당 60분 이상이라고 답한 사람의 비율이 핵심 지표입니다.
• 사용 빈도: 매일 쓰는 사람, 주 1~2회 쓰는 사람, 거의 안 쓰는 사람의 비율을 셉니다. 가령 3:4:3으로 나왔다고 해보죠. 그러면 매일 쓰는 3할이 어떤 직무인지가 다음 배분의 답이 됩니다.
• 실패 사례: 안 됐던 일도 반드시 함께 모으세요. "우리 회사 ERP 데이터는 못 읽는다" 같은 정보가 도입 범위를 정할 때 훨씬 유용합니다.

계산은 단순하게 해도 됩니다. 인당 주 60분 절약, 시간당 인건비 3만 원으로 잡고 25명 기준이면 월 약 300만 원어치의 시간이 확보되는 셈입니다. 두 숫자 모두 계산을 위한 가정이니 우리 조직의 실제 인건비로 바꿔 넣으세요. 라이선스 비용과 비교해 여유가 있는지만 보면 됩니다. 정밀함보다는 같은 기준으로 다음 분기에 다시 재는 것이 중요하니까요.

결론은 대체로 셋 중 하나로 정리됩니다. 전원 유지, 매일 쓰는 사람만 남기고 축소, 전면 중단. 어느 쪽이든 "왜 그렇게 결정했는지"를 세 줄로 남겨두세요. 6개월 뒤 같은 논의가 반복될 때 그 세 줄이 회의 한 시간을 아껴줍니다.

체험이 끝나면 왜 문제가 더 커지나?

좌석을 받지 못한 직원들이 각자 다른 AI 도구를 개인적으로 쓰기 시작하면서, 회사가 "우리 데이터가 지금 몇 개의 AI를 거쳐 가는지" 답할 수 없는 상태가 되기 때문입니다.

흐름은 이렇습니다. 25명이 30일 동안 써보고 효과를 봅니다. 좌석을 받지 못한 나머지 직원들은 부러워하죠. 그런데 회사가 전사 라이선스를 사주지 않습니다. 그러면 사람들은 어떻게 할까요? 개인 계정으로 다른 AI 서비스를 씁니다. 개발자는 자기 노트북에 코딩 에이전트를 설치하고요. 마케팅팀은 자동화 도구를 카드로 결제합니다. 각 부서가 좋은 의도로, 업무를 잘하려고 하는 일이에요.

이 문제는 사람 계정 관리와 성격이 다릅니다. 직원은 입사하면 계정이 생기고 퇴사하면 사라지죠. 반면 에이전트는 누가 언제 만들었는지도 모르게 늘어나고, 만든 사람이 퇴사해도 계속 돌아갑니다.

에이전트는 크게 두 종류로 나뉩니다. 하나는 위임형으로, 특정 사용자를 대신해 그 사람의 권한으로 움직입니다. 다른 하나는 자율형인데, 자기 자신의 자격 증명을 가지고 사람 개입 없이 동작해요. 후자가 관리 난이도가 훨씬 높습니다. 아무도 로그인하지 않아도 밤새 무언가를 하고 있으니까요.

Agent 365는 어떤 문제를 해결하는 제품인가?

Agent 365는 회사 안의 AI 에이전트를 사람 직원처럼 등록·인증·감시·차단하는 관제 플랫폼입니다. 2026년 5월 1일 상용 고객 대상으로 정식 출시됐고, 가격은 사용자당 월 15달러이거나 Microsoft 365 E7 요금제에 포함되는 형태입니다.

제품을 한 문장으로 줄이면 "에이전트를 위한 컨트롤 플레인"이에요. 사람 직원에게 사원증과 접근 권한을 주고 출입 기록을 남기듯, 에이전트에게도 같은 체계를 적용하는 관제탑이라고 생각하면 됩니다. 주요 기능은 다음과 같습니다.

• 등록과 인벤토리: 조직 안에서 동작하는 에이전트를 목록화합니다. 위임형과 자율형을 모두 다룹니다.
• 접근 제어: 각 에이전트가 어떤 데이터와 시스템에 닿을 수 있는지 정책으로 제한합니다.
• 관계 시각화: 2026년 6월부터 Defender에서 어떤 기기가 어떤 에이전트를 돌리는지, 연결된 MCP 서버와 계정, 그 에이전트가 도달 가능한 클라우드 자원까지 관계도로 보여줍니다.
• 멀티클라우드 동기화: AWS Bedrock과 Google Cloud에서 돌아가는 에이전트까지 자동으로 발견해 인벤토리에 담는 기능이 퍼블릭 프리뷰로 제공됩니다.
• 네트워크 보안: Entra의 네트워크 제어를 Copilot Studio 에이전트와 로컬 에이전트까지 확장해, 위험한 목적지로의 통신을 걸러내고 악의적인 프롬프트 기반 공격을 차단합니다.

생태계도 함께 움직였습니다. 정식 출시 공지에 따르면 40곳이 넘는 소프트웨어 기업이 사전 통합된 에이전트를 제공하고 있어서, IT나 보안팀이 별도 연동 작업을 하지 않아도 관리 대상에 들어옵니다. Genspark, Zendesk, n8n, Kore.ai 같은 이름이 여기 포함되고요. 미국에서는 에이전트 전용 가상 데스크톱 환경인 Windows 365 for Agents도 퍼블릭 프리뷰에 들어갔습니다.

섀도우 AI, 막아야 하나 허용해야 하나?

무조건 차단하면 생산성이 떨어지고, 방치하면 통제가 되지 않습니다. 처벌 없는 자진 신고로 목록을 먼저 확보한 뒤 민감 데이터에 닿는 도구만 우선 처리하는 것이 현실적인 순서입니다.

Agent 365에서 실무자가 가장 놀라는 기능은 따로 있습니다. Defender와 Intune이 Windows 기기에서 돌아가는 비관리 로컬 에이전트를 찾아낸다는 점이에요. 탐지 대상으로 거론되는 이름에는 OpenClaw, Claude Code, GitHub Copilot CLI 같은 도구들이 들어 있습니다. 2026년 6월부터는 정책에 따라 아예 차단하는 기능도 제공되고요.

이 지점에서 팀장의 입장이 미묘해집니다. 우리 팀 개발자가 코딩 에이전트를 쓰고 있다면 그건 대체로 일을 더 잘하려던 선택이죠. 그런데 회사 관점에서는 승인되지 않은 도구가 소스 코드에 접근하고 있는 상황입니다.

그래서 "금지"가 아니라 "신고"에서 시작하세요. 처벌 없이 한 달간 자진 등록 기간을 두고, 지금 어떤 AI 도구를 어떤 업무에 쓰고 있는지 스프레드시트 한 장에 모읍니다. 막상 모아보면 예상보다 훨씬 긴 목록이 나올 가능성이 큽니다. 그다음 세 칸으로 나누세요. 사내 데이터에 접근하지 않는 것, 접근하지만 위험이 낮은 것, 민감 데이터에 닿는 것. 세 번째 칸만 우선 처리하면 됩니다.

덧붙여, 목록의 도구마다 담당자 이름을 반드시 적으세요. 에이전트 관리에서 가장 흔한 사고가 뭘까요. 만든 사람이 조직을 떠난 뒤에도 자동화가 계속 돌아가면서 아무도 그게 무슨 일을 하는지 모르게 되는 상황입니다. 사람에게 퇴사 절차가 있듯 에이전트에게도 종료 절차가 필요합니다.

이번 달에 할 일 다섯 가지

전부 합쳐도 반나절이면 끝나는 일들입니다. 그런데 이걸 한 팀과 하지 않은 팀은 연말에 전혀 다른 위치에 서 있게 됩니다.

1. 우리 테넌트에서 체험이 켜져 있는지 확인합니다. 기본값이 켜짐이라는 걸 기억하세요. 준비가 안 됐다면 의도적으로 끄는 것도 선택입니다.
2. 시작한다면 달력에 5일차, 6일차, 28일차 알림을 먼저 겁니다. 7일 자동 전환 조건 때문입니다.
3. 25석 배분표를 미리 만듭니다. 부서 최소 네 곳, 회의적인 인원 두세 명 포함이 기준이에요.
4. 지금 팀에서 쓰는 AI 도구를 처벌 없이 전수 조사합니다. 도구명, 담당자 이름, 접근하는 데이터 범위까지 적으세요.
5. 세 줄짜리 사용 규칙을 공유합니다. 민감 정보 금지, 외부 발송 전 사람 검토, 숫자는 원본 대조.

마지막으로 한 가지만 덧붙일게요. 무료 체험이 주는 진짜 가치는 30일간의 코파일럿 사용권이 아닙니다. 우리 팀이 AI를 어떻게 쓰는 팀인지 알게 되는 것이죠. 어떤 업무에서 효과가 났는지, 누가 잘 쓰는지, 어디서 막혔는지, 규칙 없이 풀어놨을 때 어떤 일이 벌어지는지. 이 정보는 어떤 제품을 사든 계속 쓰이는 자산입니다. 30일 뒤 라이선스는 사라질 수 있어도 이 자산은 남아요. 그러니 그냥 써보지 마시고, 기록하면서 써보시기 바랍니다.

자주 묻는 질문

Copilot in 30 체험 기간은 며칠인가요?

30일입니다. 다만 무료로 끝내려면 시작 후 7일 이내에 취소해야 합니다. 7일이 지나면 자동으로 유료 구독으로 전환되고, 31일차부터는 유료 라이선스가 부여되지 않은 사용자의 접근이 종료됩니다.

신용카드를 등록해야 하나요?

아니요. 시작 시점에는 결제 정보가 필요하지 않습니다. 기존 체험판과 가장 크게 다른 부분이자, 동시에 자동 전환 조건을 놓치기 쉬운 이유이기도 하죠.

직원이 300명이 넘으면 신청할 수 없나요?

현재는 300석 이하 중소·중견 기업 테넌트가 대상이라 신청할 수 없습니다. 이 경우에는 순서를 반대로 밟는 편이 낫습니다. 부분 유료 도입으로 같은 30일 검증을 설계하되, 관리 체계를 먼저 세우는 쪽에 무게를 두세요. 규모가 클수록 도구 확산 속도보다 통제 체계 구축 속도가 느려 격차가 벌어지거든요.

체험 좌석은 몇 명까지 받을 수 있나요?

25명입니다. 전사 배포가 아니라 25석 한도이며, 고객사당 1회만 신청할 수 있어요. 그래서 누구에게 줄지 정하는 배분 설계가 중요합니다.

Agent 365는 Copilot 체험과 같이 써야 하나요?

필수는 아닙니다. Agent 365는 사용자당 월 15달러의 별도 제품이거나 Microsoft 365 E7에 포함됩니다. 다만 회사 안의 AI 도구가 늘어나 목록조차 파악되지 않는 단계에 접어들었다면 검토 시점이 온 것으로 볼 수 있습니다.

코파일럿이 우리 회사 기밀 문서를 볼 수 있나요?

코파일럿은 해당 사용자가 이미 접근 권한을 가진 문서만 참조합니다. 문제는 권한 설정이 잘못된 문서가 조직에 쌓여 있는 경우죠. 체험 시작 전 공유 설정을 점검하라고 권하는 이유가 여기 있습니다.