AI 도구 도입 품의서 — 좌석 수 곱하기 단가로 예산 잡으면 안 되는 이유

도입 · 품의서

"좌석 20개 × 단가 = 연간 예산"
— 여기서 변동비가 통째로 빠집니다.

공식 문서 원문 — "seat fees cover access only; all token usage billed separately at API rates", 그리고 "No per-seat usage limits or included token allowance."

AI 도구를 회사에 들이려면 결국 종이 한 장이 필요합니다. 품의서든 기안이든 도입 검토서든, 거기엔 숫자와 근거가 들어가야 합니다. 그런데 이 문서를 처음 쓰면 대개 같은 자리에서 걸립니다 — 예산란입니다.

가장 흔한 방식은 좌석 수 × 월 단가 × 12입니다. 깔끔하고, 결재도 잘 납니다. 그리고 상위 요금제에서는 틀립니다. 오늘 공식 문서를 열어 확인한 내용과, 품의서에 빠지기 쉬운 네 줄을 정리했습니다.

📌 30초 요약

• 상위 요금제는 좌석료가 접근권입니다. 원문 — "seat fees cover access only; all token usage billed separately at API rates."
• 포함된 토큰 할당량이 없습니다 — "No per-seat usage limits or included token allowance." 그래서 좌석료만으로는 총액이 안 나옵니다.
• 최소 좌석 수가 경로마다 다릅니다 — 셀프서브 20석, 영업 지원형 50석.
• 인보이스로 결제하려면 영업 경로입니다. 셀프서브는 USD 신용카드 또는 ACH뿐입니다.
• 품의서에 빠지기 쉬운 네 줄 — 변동비, 결제 수단, 갱신 조건, 멈췄을 때의 대안.
• 근거는 문서가 아니라 계정 화면에서 뽑는 게 강합니다. 한 주만 관찰하면 됩니다.

먼저, 무엇을 열었나

📂 오늘(8/12) 직접 읽은 문서

• 「What is the Enterprise plan?」 — 포함 기능·최소 좌석·구매 경로·과금 구조

⚠️ 미리 밝히는 한계

• 실제 견적을 받아보지 않았습니다. 문서에 적힌 구조까지만 확인했고, 협상 결과가 어떤지는 모릅니다.
• 영업 지원형 계약의 개별 조건은 문서 바깥입니다. 계약서가 공개 문서에 우선합니다.
• 한 회사 요금제입니다. 다른 도구는 ⑤번 질문을 그대로 던져보세요.

앞선 글에서 확인한 값(좌석 단가·가동률·보안 4칸·갱신 규칙)도 함께 씁니다. 각 원문과 확인 경위는 링크된 글에 있습니다.

① 좌석료는 입장료입니다

"Usage-based pricing where seat fees cover access only; all token usage billed separately at API rates."

"No per-seat usage limits or included token allowance."

두 문장을 겹쳐 읽으면 구조가 분명합니다. 좌석료를 낸다고 쓸 수 있는 양이 딸려오는 게 아닙니다. 좌석은 들어올 권리고, 쓴 만큼은 따로 청구됩니다. 그리고 좌석마다 한도가 걸려 있지도 않으니, 한 사람이 많이 쓰면 그만큼 그대로 나옵니다.

⚠️ 품의서에서 이렇게 틀립니다

"좌석 20개 × 월 단가 × 12개월 = 연간 예산"이라고 적으면, 변동비가 0으로 잡힙니다. 그런데 문서는 그 변동비에 상한이 없다고 말합니다.

결재는 납니다. 문제는 3개월 뒤 청구서입니다. 그때 "예산 초과" 보고를 다시 올려야 하는데, 처음 품의서에 변동비 항목 자체가 없었다면 설명이 어렵습니다. 없는 항목이 초과된 게 아니라 빠뜨린 항목이 되니까요.

참고로 이건 비싸다는 이야기가 아닙니다. 적게 쓰면 적게 나오는 구조라 사용량이 들쭉날쭉한 조직에는 오히려 유리할 수 있습니다. 요점은 예산 서식이 그 구조를 담을 수 있어야 한다는 것입니다.

② 결제 수단이 최소 좌석 수를 정합니다

경로	최소 좌석	결제
셀프서브	20석	USD 신용카드 또는 ACH
영업 지원형	50석	인보이스·다중 통화·전담 지원

이 표가 국내 실무에서 꽤 큽니다. 회계 규정상 법인카드 해외 결제가 어렵거나, 세금계산서·인보이스가 있어야 지출 처리가 되는 조직이 적지 않습니다. 그런데 인보이스 경로는 최소 좌석이 50석입니다.

🧾 그래서 품의서를 쓰기 전에 물어볼 것

기획팀이 아니라 회계·재무팀에 먼저 물어보세요 — "해외 SaaS를 법인카드로 결제할 수 있습니까, 인보이스가 필요합니까?"

답이 "인보이스"면 도입 규모 자체가 달라집니다. 20명 쓰려던 계획이 최소 50석이 되거나, 아니면 한 단계 낮은 요금제로 시작해야 합니다. 이건 품의서를 다 쓴 뒤에 알면 처음부터 다시 쓰는 항목입니다.

③ 품의서에 빠지기 쉬운 네 줄

1. 변동비 (사용량 과금)

좌석료와 별도 줄로 쓰세요. 금액을 모르면 "초기 3개월 관찰 후 확정, 월 상한 ○○원 설정"이라고 적으시면 됩니다. 모른다고 비우는 것보다 관찰 계획을 적는 쪽이 훨씬 잘 통과됩니다.

2. 결제 수단과 그에 따른 최소 좌석

②번의 표를 그대로 넣으세요. "인보이스 필요 시 최소 50석"은 결재선에서 반드시 나올 질문이라, 미리 적어두면 한 바퀴를 줄입니다.

3. 갱신 조건

좌석을 줄일 수 있는 시점을 적어두세요. 연간 계약에서는 기간 중 감축이 안 되고 갱신 때만 반영되는 경우가 있습니다. "갱신일 D-60에 재검토"를 품의서에 넣어두면 담당자가 바뀌어도 그 일정이 남습니다(갱신일 준비).

4. 멈췄을 때의 대안

"안정적입니다"라고 쓰지 마세요. "90일 실측 가동률 ○○%, 이를 시간으로 환산하면 ○○시간"과 "멈추면 대체할 절차"를 같이 적는 편이 훨씬 신뢰를 얻습니다. 리스크를 숨긴 문서보다 리스크와 대응을 같이 적은 문서가 결재가 잘 납니다(가동률 읽는 법).

④ 근거는 문서가 아니라 계정에서

품의서에서 제일 약한 부분은 대개 "필요성" 항목입니다. 남의 통계를 붙이면 결재자가 바로 "우리 얘기냐"고 묻습니다. 그런데 우리 계정 숫자는 그 질문을 원천 차단합니다.

품의서 항목	어디서 뽑나
필요성	무료·시험 기간의 사용량 화면 — 언제 막히는지
규모 산정	실제로 쓸 사람 수 — 희망 인원이 아니라 시험 기간 활성 인원
리스크	공개 상태 페이지의 가동률·장애 이력
보안 검토	인증 목록·데이터 위치·보존·하위 처리자 네 칸(작성법)

그리고 이 네 개를 뽑다 보면 알게 되는 게 있습니다 — 공식 문서에는 정작 숫자가 없는 경우가 많습니다. 한도도 가동률도 보존 기간도 "계정 화면에서 보라"는 안내로 끝납니다. 그래서 품의서 근거는 문서 인용이 아니라 내 계정 캡처가 되는 게 자연스럽습니다(왜 그런지).

⑤ 다른 도구에 던질 질문 다섯 개

벤더에 메일로 보내세요. 답이 기록으로 남아야 품의서 첨부가 됩니다.

1. "좌석료에 사용량이 포함됩니까? 별도라면 단가 체계를 알려주세요."
2. "월 지출 상한을 설정할 수 있습니까? 어느 화면에서 합니까?"
3. "인보이스 결제가 가능합니까? 가능하다면 최소 좌석 조건이 달라집니까?"
4. "좌석을 줄일 수 있는 시점과 통지 기한은 언제입니까?"
5. "가동률을 보장하는 문서가 있습니까? 있다면 문서 이름과 미달 시 조치를 알려주세요."

🙏 이 글의 한계

• 실제 견적을 받아보지 않았습니다. 문서에 적힌 구조까지만 확인했고 협상 결과는 모릅니다.
• 영업 지원형 계약의 개별 조건은 문서 바깥이며, 계약서가 공개 문서에 우선합니다.
• 국내 회계·세무 처리에 대해 판단하지 않았습니다. 인보이스 필요 여부는 조직 규정과 담당 부서의 판단 사항입니다.
• 품의서 항목 구성은 제 제안이며 조직마다 서식이 다릅니다.
• 한 회사 요금제입니다. 다른 도구는 ⑤번 질문으로 직접 확인하세요.
• 2026년 8월 12일 기준. 요금 구조는 예고 없이 바뀝니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 변동비 금액을 모르는데 품의서를 어떻게 쓰나요?

모른다는 사실을 항목으로 쓰세요. "월 사용량 과금 — 시험 기간 실측 기준 월 ○○원 예상, 상한 ○○원 설정 후 3개월 뒤 재보고"처럼요. 결재자가 싫어하는 건 불확실성 자체가 아니라 관리되지 않는 불확실성입니다. 상한과 재보고 일정이 붙어 있으면 대부분 통과됩니다.

Q. 최소 좌석이 부담스러우면 어떻게 하나요?

한 단계 낮은 요금제로 시작하는 것도 방법입니다. 다만 등급을 낮추면 감사 로그·SCIM·커스텀 보존 같은 관리 기능이 빠집니다. 보안팀이 그 기능들을 요구하고 있다면 등급을 낮추는 순간 검토가 막히니, 보안 요구사항을 먼저 확인하고 등급을 정하는 순서가 맞습니다. 좌석 단가 자체에 대한 흔한 오해는 여기에 정리해뒀습니다.

✅ ⑤번 2번 질문("월 지출 상한")의 답을 찾았습니다

벤더에 물어보라고 적어둔 질문 중 하나를 직접 문서에서 확인했습니다. 상한은 걸 수 있습니다 — 다만 걸었을 때의 동작을 같이 알아야 합니다.

• 세 층으로 설정 — 조직 전체 월 상한 / 좌석 등급별(Enterprise) / 구성원 개인별. 위치는 조직 설정 → Usage, Owner·Primary Owner만
• 상한에 닿으면 차단됩니다 — "you won't be able to use Claude, Cowork, or Claude Code again until the next billing period, or until your limits are adjusted."
• 즉 상한 금액을 정하는 건 멈추는 날짜를 정하는 것입니다. 품의서에는 "상한 ○○원 · 도달 시 조치 절차"를 한 줄로 같이 적으세요

조직 전체에만 걸면 한 사람 때문에 전원이 멈추는 구조가 되니 개인별 상한을 함께 두는 편이 낫습니다. 설정 절차와 자동 충전 주의점은 지출 상한 글에 정리했습니다.

✨ 한 줄로

예산란에 좌석료와 변동비를 두 줄로 나눠 쓰세요. 그리고 품의서를 쓰기 전에 회계팀에 "인보이스가 필요합니까"부터 물으세요 — 그 답이 도입 규모를 바꿉니다.

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

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

• 문서에서 숫자를 찾지 마세요 — 근거를 어디서 뽑을지
• 팀 요금제는 개인보다 싸지 않습니다 — 좌석 단가
• 보안 검토 질문지에 답할 때 — 보안 항목
• 갱신일 — 좌석을 줄일 수 있는 유일한 날 — 갱신 조건

---

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 오늘 직접 읽은 문서: Claude 고객센터 「What is the Enterprise plan?」 — 포함 기능, 셀프서브 20석·영업 지원형 50석, 결제 수단, 사용량 과금 구조.
📎 앞선 글에서 확인한 값 재사용: 좌석 단가, 가동률 실측, 보안 4칸, 갱신 규칙. 각 원문과 확인 경위는 링크된 글에 있습니다.
⚠️ 확인하지 못한 것: 실제 견적과 협상 결과, 영업 지원형 계약의 개별 조건. 추측해서 쓰지 않았습니다.
영문 인용은 원문 표기 그대로이며 한국어 설명과 품의서 항목 구성은 필자의 해석·제안입니다. 이 글은 회계·세무·법률 자문이 아닙니다. 해외 결제와 지출 처리 방식은 조직 규정과 담당 부서의 판단을 따르세요. 요금 구조와 최소 좌석 조건은 예고 없이 바뀌므로 품의 상신 전 공식 문서를 직접 확인하시기 바랍니다. 어떤 제휴나 협찬 관계도 없습니다.