직답: 직원 수보다 '1인당 사용 강도'가 관건이다
결론부터 말하면, 직원 수가 늘어난다고 시트(seat) 과금이 자동으로 불리해지는 것은 아니다. 불리해지는 쪽은 직원 1인당 실제 사용량이 적은데도 계정만 늘어나는 조직이다. 반대로 소수 인원이 도구를 집중적으로 많이 쓰는 조직이라면 사용량 과금이 더 비싸질 수 있다. 즉 변수는 '인원 수' 자체가 아니라 '인원당 사용 밀도'다.
두 과금 모델의 구조 차이
- 시트당 과금: 계정(로그인 가능한 사람 수) 기준으로 월·연 단위 정액을 매긴다. 사용량이 많든 적든 동일하게 청구된다.
- 사용량 과금: API 호출 수, 저장 용량, 처리 건수, 활성 사용 시간 등 실제 소비량을 기준으로 청구된다. 계정 수와 무관하게 쓴 만큼 낸다.
이 구조 차이 때문에 손익분기점은 '한 계정이 평균적으로 얼마나 쓰는가'에 따라 갈린다.
손익분기점 계산하는 법
- 시트당 월 요금(A)을 확인한다. 제조사 요금표에서 플랜별 1계정당 가격을 찾는다.
- 사용량 과금의 단가(B)를 확인한다. 건당·GB당·호출당 가격을 요금표나 계약서에서 확인한다.
- 직원 1인당 월평균 사용량(C)을 추정한다. 기존 로그 데이터가 있으면 가장 정확하고, 없으면 유사 업무 비교 조직 사례를 참고해 보수적으로 잡는다.
- B × C 값을 A와 비교한다.
- B × C < A → 사용량 과금이 유리
- B × C > A → 시트당 과금이 유리
- 인원 증가 시나리오를 대입해본다. 인원이 늘어도 1인당 사용량(C)이 일정하면 두 모델의 유불리 관계는 바뀌지 않는다. 바뀌는 것은 '총비용 규모'일 뿐이다.
표: 상황별 유불리 경향
| 조직 특성 | 시트당 과금 | 사용량 과금 |
|---|---|---|
| 계정은 많은데 실사용자 적음(명의만 있는 계정 다수) | 불리 | 유리 |
| 소수 인원이 고강도로 매일 사용 | 유리 | 불리 |
| 사용량이 계절·프로젝트별로 들쑥날쑥 | 불리(평시에도 정액 지불) | 유리(쓴 만큼만) |
| 전 직원이 매일 유사한 패턴으로 꾸준히 사용 | 유리 | 불리할 수 있음 |
| 신규 입사·퇴사가 잦아 계정 변동 많음 | 관리 부담 큼 | 변동 영향 적음 |
직원 수가 늘 때 실제로 점검해야 할 것
직원 수 증가 자체보다 아래 세 가지를 먼저 봐야 한다.
- 신규 인원의 사용 패턴이 기존 인원과 비슷한가: 영업·개발처럼 역할마다 도구 사용 강도가 다르면 평균값으로 판단하면 안 된다. 부서별로 나눠 계산하는 게 안전하다.
- 비활성 계정이 쌓이고 있는가: 시트 과금 조직에서 흔히 생기는 문제로, 퇴사·부서 이동 후 계정 정리가 안 되면 쓰지 않는 자리에도 비용을 낸다. 정기적인 계정 감사가 필요하다.
- 사용량이 사람 수와 비례하지 않는 구조인가: 자동화 배치 작업, 외부 연동 API 호출처럼 사람이 아니라 시스템이 소비를 늘리는 경우, 사용량 과금에서는 인원과 무관하게 비용이 급증할 수 있다.
혼합형(Hybrid) 모델도 흔하다
많은 SaaS가 '기본 시트 요금 + 초과 사용량 과금' 형태를 쓴다. 이 경우 기본 시트 수를 넉넉히 잡을수록 사용량 변동 리스크는 줄지만 평소 고정비는 늘어난다. 계약 전 다음을 요금제 공지나 영업 담당자를 통해 반드시 확인할 필요가 있다.
- 사용량 측정 단위가 무엇인지(건, GB, 호출, 시간 등)
- 초과분 단가가 플랜 등급에 따라 달라지는지
- 미사용 시트·사용량의 이월 또는 환불 여부
- 계약 기간 중 인원 변동 시 재산정 방식
도입 전 체크리스트
- 최근 3~6개월 실제 사용 로그 확보 가능 여부
- 부서·역할별 사용 강도 차이 존재 여부
- 향후 6~12개월 인원 증감 계획
- 계절성·프로젝트성 업무 유무
- 계정 관리(입퇴사 반영) 프로세스 유무
이 체크리스트를 기준으로 시나리오별 총비용을 엑셀 등으로 직접 시뮬레이션해보는 것이, 과금 모델명만 보고 결정하는 것보다 신뢰도 높은 판단법이다. 정확한 단가와 과금 기준은 반드시 각 서비스의 공식 요금 안내(2026년 기준, 변동 가능)를 확인하고, 계약 조건이 복잡하면 담당 영업팀에 서면으로 확인받는 것이 좋다.