B2B SaaS 고객이 늘면 매출도 늘지만 비용이 같은 비율로 움직이지는 않습니다. 어떤 고객은 저장 공간이 크고, 어떤 고객은 파일 변환이나 AI 호출을 집중적으로 사용합니다. 단순히 클라우드 청구서 총액을 고객 수로 나누면 실제로 어느 기능과 고객군에서 비용이 늘어나는지 보이지 않습니다. 그렇다고 모든 서버 비용을 한 고객에게 정확히 귀속시킬 수도 없습니다. 공유 플랫폼이기 때문입니다.
고객사별 원가 계산은 청구서를 다시 만드는 작업이 아니라 서비스의 단위 경제성을 이해하는 도구입니다. 판매 가격 결정, 공정한 사용 한도, 성능 투자 우선순위를 함께 돕습니다.
직접 비용과 공유 비용을 분리한다
고객 전용 스토리지나 전용 인스턴스처럼 소유자가 분명한 것은 직접 비용으로 묶습니다. 공용 API 서버, 데이터베이스, 로그 수집, 네트워크, 백업은 공유 비용입니다. 태그가 달린 클라우드 자원만 합치면 공유 비용이 빠져 특정 고객의 원가가 과소평가될 수 있습니다. 반대로 공용 비용을 균등 배분하면 사용량이 큰 고객의 영향을 놓칩니다.
FinOps Foundation의 비용 배분 안내는 공용 비용을 고정, 비례, 대리 지표에 따라 나눌 수 있으며 모든 비용을 억지로 세밀하게 배분하기보다 의사결정에 맞는 방법을 택할 것을 설명합니다. 따라서 비용 항목마다 ‘왜 이 기준을 썼는가’를 기록하는 것이 중요합니다.
배분 기준은 비용 원인과 가까워야 한다
예를 들어 객체 저장소 비용은 고객별 저장 바이트·보관 기간, 파일 변환 비용은 처리 건수와 크기, AI 호출 비용은 토큰이나 요청 등 실제 사용량이 적합할 수 있습니다. 공용 데이터베이스 비용을 단순 API 호출 수로 나누면 복잡한 쿼리와 간단한 조회를 같은 무게로 봅니다. 처음에는 거친 대리 지표로 시작하되, 의사결정을 바꿀 만큼 큰 비용 항목부터 더 정확하게 측정합니다.
배분식은 한 달 단위로 재현 가능해야 합니다. 원가 기간, 고객사 식별자, 해당 기간의 사용량, 할인·크레딧 처리, 배분 정책 버전을 저장합니다. 기준이 매달 조용히 바뀌면 추세 분석이 불가능합니다. 미배분 비용도 따로 보여줘야 ‘합계가 실제 청구서와 맞는지’ 검증할 수 있습니다.
고객 한 명당보다 업무 한 건당 비용
고객사별 월 원가만 비교하면 대형 고객이 항상 비싸 보입니다. 실제 의사결정에는 ‘완료된 보고서 한 건당 비용’, ‘검수된 이미지 한 장당 비용’, ‘활성 사용자의 처리 업무당 비용’처럼 제품 가치와 연결된 단위가 유용합니다. FinOps 단위 경제성 가이드도 기술 지출을 비즈니스 단위와 연결해 보는 관점을 제시합니다.
분모가 너무 작으면 숫자가 크게 흔들립니다. 무료 체험 고객, 휴면 고객, 대형 일괄 작업은 별도 집단으로 봅니다. 영업·지원 같은 비클라우드 비용까지 포함할지는 보고서 목적에 따라 정하되, ‘클라우드 직접 원가’와 ‘전체 고객 제공 원가’를 같은 이름으로 부르지 않습니다.
원가 대시보드가 답해야 하는 질문
어느 고객군의 업무 단위 비용이 증가했는가? 증가가 저장량, 연산량, 외부 API 중 어디에서 왔는가? 공용 비용 배분 방식이 바뀌어서 숫자가 달라진 것은 아닌가? 가격 정책과 사용 한도가 실제 비용 구조와 맞는가? 이런 질문에 답하지 못하면 정밀한 청구서도 운영에 도움이 되지 않습니다.
고객사별 사용량을 수집할 때에는 테넌트 식별자를 내부 비용 시스템에서만 접근하도록 제한합니다. 고객별 비용 내역은 계약과 사업 정보가 될 수 있으므로 대시보드 권한과 내보내기 범위를 별도로 정해야 합니다.
도입 순서
- 총비용을 고객 전용·공유·미배분으로 분리한다.
- 상위 비용 항목의 원인에 맞는 사용량 지표를 고른다.
- 배분 정책 버전과 실제 청구서 합계 대사를 남긴다.
- 업무 완료 한 건당 원가를 함께 본다.
- 월별 비용 변동의 원인과 고객군별 차이를 검토한다.
원가 분석은 고객을 감시하려는 일이 아닙니다. 어떤 업무에 비용이 들고 그 비용만큼 가치가 전달되는지를 이해해야 제품과 인프라를 함께 개선할 수 있습니다.
#SaaS원가 #멀티테넌트 #비용배분 #단위경제성 #FinOps #클라우드비용 #고객사별원가 #B2BSaaS #원가분석 #비용최적화
