AI 도입 3개월 뒤 보고서 — 관리자 화면에서 나오는 숫자와, 안 나오는 숫자

도입 · 3개월 점검

"관리자니까 다 보이겠지"
— 대화 내용은 안 나옵니다.

반대로 "절약된 시간"이라는 숫자는 나옵니다. 그런데 그걸 그대로 보고서에 옮기면 안 됩니다. 오늘 공식 문서 두 편을 열어 확인한 내용입니다.

AI 도구를 도입하고 한 분기가 지나면 "그래서 효과가 있었냐"는 질문이 옵니다. 갱신 시점이 다가오면 더 정확히는 "계속 쓸 거냐, 좌석을 줄일 거냐"가 됩니다. 그때 근거로 쓸 수 있는 게 관리자 화면의 숫자입니다.

그런데 거기서 뭐가 나오는지를 미리 아는 사람이 드뭅니다. 보고 마감 사흘 전에 열어보고 "이건 안 나오네"를 발견하면 늦습니다. 그래서 공식 문서를 열어 나오는 것과 안 나오는 것을 정리했습니다. 그리고 나오지만 조심해야 하는 것도 하나 있었습니다.

📌 30초 요약

• 감사 로그는 Enterprise 전용입니다. Team 요금제에는 없습니다.
• 감사 로그에 대화 제목과 내용은 안 나옵니다. 원문 — "title and content of chats and projects are not available to be exported in audit logs (only their unique identifiers will be exported)."
• 감사 로그는 180일치가 집계됩니다. 그 이전은 못 받습니다.
• 사용량 분석은 Team에도 있지만 Owner·Primary Owner만 볼 수 있습니다. Enterprise는 Admin도 보되 지출은 제외됩니다.
• 지표에 "추정 절약 시간"이 있습니다. 편해 보이지만 그대로 보고하면 위험합니다. 이유는 ④번에.
• 지출 내보내기에 함정이 하나 있습니다 — 좌석 기반 플랜에서는 좌석 할당을 초과한 금액만 반영됩니다.

먼저, 무엇을 열었나

📂 2026년 8월 12일에 직접 읽은 공식 도움말

• 「Team·Enterprise 사용량 분석 보기」 — 권한, 지표 목록, 기간, 내보내기
• 「감사 로그 받기」 — 대상 플랜, 보존 기간, 기록되는 이벤트

한 회사의 관리자 화면 이야기입니다. 다른 도구도 같다고 쓰지 않았습니다. 다만 "무엇을 확인해야 하는가"의 목록은 그대로 쓰실 수 있습니다 — ⑥번에 정리했습니다.

① 요금제부터 갈립니다

기능	Team	Enterprise
사용량 분석	Owner · Primary Owner	위 둘 + Admin (Admin은 지출 제외)
감사 로그	없음	Owner · Primary Owner만 내보내기

보안팀이 "접근 기록을 제출하라"고 했는데 우리가 Team 요금제라면, 그 요구는 지금 구조로 충족할 수 없습니다. 이건 협상하거나 절차를 바꿔야 하는 문제지 화면을 뒤져서 될 일이 아닙니다. 미리 알면 3개월 전에 논의할 수 있고, 모르면 마감 사흘 전에 발견합니다.

② 감사 로그 — 있어도 대화 내용은 안 나옵니다

Enterprise라 감사 로그가 있어도, 무엇이 담기는지는 따로 봐야 합니다. 문서에 분명히 적혀 있습니다.

"Please note that title and content of chats and projects are not available to be exported in audit logs (only their unique identifiers will be exported)."

즉 "누가 언제 무엇을 만들고 지웠는가"는 남지만, "무엇을 물어봤는가"는 안 남습니다. 기록되는 것은 로그인·로그아웃, 프로젝트 생성·삭제·이름 변경, 문서 추가·삭제, 구성원 초대·수락·삭제, SSO 설정 변경, 대화 생성·이름 변경·삭제, 파일 업로드, 데이터 내보내기 같은 행위 단위입니다.

👥 이 한 줄이 두 사람에게 다르게 읽힙니다

직원에게 — "회사가 내 대화를 다 들여다본다"는 걱정은 감사 로그 기준으로는 사실이 아닙니다. 다만 이건 감사 로그 이야기일 뿐이고, 회사가 다른 경로로 무엇을 볼 수 있는지는 별개입니다. 그러니 "기록이 안 남으니 아무거나 넣어도 된다"로 읽으시면 안 됩니다.

관리자에게 — 사고가 났을 때 "어떤 내용을 넣었는지"를 로그로 재구성할 수 없습니다. 사후 추적이 아니라 사전 차단에 무게를 둬야 한다는 뜻입니다. 그리고 180일이 지난 건 아예 못 받으니, 정기 보관이 필요하면 내보내기를 일정에 넣어두세요.

③ 사용량 분석 — 생각보다 많이 나옵니다

여기는 반대로 풍부한 쪽입니다. 문서에 나열된 지표를 성격별로 묶으면 이렇습니다.

묶음	나오는 지표
정착도	주간 활성 구성원, 활성 인원 대 배정 좌석, 그룹·구성원, 정착 수준, 재방문성
사용 패턴	스킬 사용, 커넥터, 에이전트 작업(베타)
산출물	PR 생성 수, 디자인, 파일 작업, 대화 수, 프로젝트·아티팩트
지출	사용 한도, 지출 집중도, 총지출, 모델별 지출
추정치	추정 절약 시간, 커밋·PR·세션당 비용

비교 기간은 1주 / 1개월 / 3개월 / 1년이 제공되고, 지출은 CSV로 내보내기가 됩니다. 사용자별·모델별로 볼 수 있습니다.

⚠️ 지출 내보내기의 함정 두 개

• 좌석 기반 플랜에서 사용 크레딧을 쓰는 경우, 내보내기는 좌석 할당을 초과한 금액만 반영합니다. 그 CSV 합계를 "우리가 쓴 총액"으로 보고하면 좌석료가 통째로 빠집니다.
• 지출 데이터에 하루 지연이 있습니다. 월말 마감일 아침에 뽑으면 마지막 날이 안 들어옵니다.

④ "추정 절약 시간" — 나오지만, 그대로 쓰면 안 됩니다

지표 목록에 "추정 절약 시간(estimated time saved)"이 있습니다. 보고서를 써야 하는 입장에서는 반가운 숫자입니다. 슬라이드 한 장이 바로 나오니까요.

그런데 이 숫자를 그대로 옮기지 마세요. 이유는 셋입니다.

1. 이름에 "추정"이 붙어 있습니다. 문서가 스스로 estimated라고 씁니다. 계산식은 공개돼 있지 않고, 저도 확인하지 못했습니다.
2. 계산한 쪽이 파는 쪽입니다. 도구가 유용해 보일수록 갱신에 유리한 위치에서 만든 지표입니다. 부정직하다는 뜻이 아니라, 이해관계가 있는 쪽의 추정치라는 뜻입니다.
3. 경영진이 이 숫자를 제일 먼저 공격합니다. "그래서 그 시간에 뭘 더 했나?"에 답이 없으면 보고 전체의 신뢰가 흔들립니다. 숫자 하나 때문에 나머지 진짜 데이터까지 의심받는 게 최악입니다.

✅ 대신 이렇게 쓰세요

버리지는 마시고, 출처를 붙여서 보조 지표로 두세요 — "도구 제공 추정치 기준 ○○시간(산정식 비공개)". 이렇게 적으면 숫자는 살리고 책임은 정확해집니다.

그리고 주력 지표는 우리가 직접 셀 수 있는 것으로 두세요. 활성 인원 ÷ 배정 좌석이 가장 강력합니다. 도구가 계산해준 게 아니라 우리 계정에 그냥 있는 숫자고, 갱신 협상에 바로 쓰입니다. 성과를 어떤 문장으로 쓸지는 AI 도입 성과 보고에 따로 정리해뒀습니다.

⑤ 3개월 점검, 이 다섯 줄이면 됩니다

1. 활성 인원 ÷ 배정 좌석 — 이 비율이 낮으면 성과 이전에 좌석 정리가 먼저입니다. 좌석은 빼도 환불이 없으니 다음 사람에게 물려주는 방식으로요(좌석 단가 글).
2. 지출 집중도 — 몇 사람에게 몰려 있다면 그건 문제가 아니라 확산 대상을 찾은 것입니다. 그 사람들이 뭘 하는지가 다음 분기 교육 내용입니다.
3. 3개월 비교 — 기간 선택에 3개월이 있으니 도입 직후와 지금을 같은 화면에서 비교하세요. 절대값보다 이 기울기가 설득력 있습니다.
4. 지출 CSV — 단, 앞서 본 좌석료 누락을 확인하고 총액을 손으로 맞추세요.
5. 감사 로그 내보내기 — Enterprise라면 180일이 지나기 전에 정기 내보내기를 걸어두세요. Team이면 이 줄은 지우고, "기록 요구가 오면 대응 불가"를 위험 항목으로 보고에 넣으세요.

여기에 새는 지출까지 같이 보시려면 결제 경로 6곳 점검을 함께 도세요. 관리자 화면에 안 잡히는 개인 결제가 남아 있는 경우가 흔합니다.

⑥ 다른 도구에서 확인할 것

🔍 도입 전에 물어볼 네 가지

• 감사 로그가 어느 요금제부터인가 — 우리 요금제에 있는지가 먼저입니다
• 보존 기간이 며칠인가 — 그 기간이 우리 사규의 보관 기간보다 짧으면 정기 내보내기가 의무가 됩니다
• 내용까지 기록되는가, 행위만인가 — 사고 조사 가능 범위가 여기서 정해집니다
• 누가 볼 수 있는가 — 권한이 Owner에만 있으면 그 사람이 휴가 갔을 때 보고가 멈춥니다. 실제로 자주 생기는 일입니다

🙏 이 글의 한계

• 화면을 직접 띄워보지 않았습니다. 공식 도움말 문서에 적힌 내용을 정리한 것이며, 실제 화면 구성은 다를 수 있습니다.
• "추정 절약 시간"의 산정식은 확인하지 못했습니다. 그래서 그 값의 타당성에 대해 판단하지 않았고, 대신 출처를 붙여 쓰라고만 했습니다.
• 지표 목록은 문서에 나열된 것이며, 요금제·설정에 따라 일부는 안 보일 수 있습니다.
• 한 회사의 관리자 화면입니다. 다른 도구는 ⑥번 네 가지를 직접 물어보세요.
• 2026년 8월 12일 기준이며 기능은 자주 바뀝니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 활성 인원이 절반도 안 되면 실패인가요?

아닙니다. 두 가지가 섞여 있습니다 — 필요 없는 사람에게 좌석이 갔거나, 필요한데 못 쓰고 있거나. 앞이면 좌석 정리가 답이고 뒤면 경로 정비가 답인데, 정반대 조치입니다. 구분하는 방법은 간단합니다 — 안 쓰는 사람 몇 명에게 직접 물어보세요. "안 필요해서"와 "쓰기 불편해서"는 대답이 확연히 다릅니다.

Q. 감사 로그에 내용이 안 남으면 보안 검토를 못 통과하지 않나요?

그건 검토 기준에 따라 다릅니다. 다만 "내용까지 로깅"을 요구하는 항목이 있다면 그 사실을 미리 알고 협의를 시작하는 게 낫습니다. 보안 질문지의 다른 칸들(인증·데이터 위치·보존)에 무엇을 적을 수 있는지는 보안 검토 질문지 글에 정리해뒀습니다.

✨ 한 줄로

보고서를 쓰기 전에 관리자 화면을 한 번 열어보세요. 나오는 것과 안 나오는 것을 알고 나면 3개월 계획이 달라집니다. 그리고 주력 지표는 도구가 계산해준 "절약 시간"이 아니라 우리가 셀 수 있는 "활성 인원 ÷ 배정 좌석"으로 두세요.

🗺️ AI 도입, 순서대로 보기

전체 단계는 AI 도입 비용 전체 지도에 있습니다.

• AI 도입 성과 보고 — 숫자를 문장으로 바꿀 때
• 새는 구독 찾아내기 — 관리자 화면 밖의 결제
• 팀 요금제는 개인보다 싸지 않습니다 — 좌석 정리 전에
• 보안 검토 질문지에 답할 때 — 기록 요구가 왔을 때

---

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 직접 읽은 문서: Claude 고객센터 「View usage analytics for Team and Enterprise plans」, 「Access audit logs」.
⚠️ 확인하지 못한 것: 관리자 화면 실제 구성(문서 기준으로만 정리), "추정 절약 시간"의 산정식. 추측해서 쓰지 않았습니다.
영문 인용은 원문 표기 그대로이며 한국어 설명은 필자의 해석입니다. 지표 구성·권한·보존 기간은 예고 없이 바뀌므로 보고서 작성 전 관리자 화면과 공식 문서를 직접 확인하세요. 이 글은 한 서비스의 관리자 기능을 정리한 것이며, 특정 요금제를 권하는 글이 아닙니다. 어떤 제휴나 협찬 관계도 없습니다.