SaaS 구매 승인 체크리스트 2026, 무료체험을 팀 유료 플랜으로 바꾸기 전 확인할 기준

SaaS 비용은 처음부터 큰 계약으로 새는 경우보다 무료체험, 개인카드 결제, 팀원 셀프 구매, 작은 add-on에서 시작되는 경우가 많습니다. 처음에는 "한 달만 써보자"였는데, 나중에는 누가 승인했는지, 누가 owner인지, 어떤 데이터가 들어갔는지, 기존 도구와 무엇이 겹치는지 모르는 구독이 됩니다.

그래서 SaaS 구매 승인은 결재 문서만의 문제가 아닙니다. Google Workspace, Microsoft 365, Slack, Dropbox, Zoom, Atlassian, Zapier, Make 같은 도구를 새로 쓰기 전에 비용, 보안, 권한, 데이터, 결제수단, 해지 가능성을 한 번에 확인해야 합니다.

이 글은 법무, 회계, 세무 조언이 아닙니다. 작은 팀이 새 SaaS를 무료체험에서 유료 플랜으로 넘기기 전에 적용할 운영 체크리스트입니다. 가격과 메뉴는 국가, 플랜, 계약 방식, 리셀러, 프로모션에 따라 달라질 수 있으므로 실제 구매 전에는 각 서비스의 관리자 콘솔과 공식 문서를 다시 확인해야 합니다.

공식 문서 확인 기준은 2026년 6월 19일입니다.

먼저 결론부터 보면

SaaS를 새로 유료 전환하기 전에는 최소한 아래 12가지를 승인 표에 남겨야 합니다.

항목	승인 전에 적을 내용
요청 도구	어떤 SaaS를 왜 쓰려는가
요청자	무료체험을 시작한 사람
서비스 owner	유료 전환 후 운영 책임자
승인자	비용과 보안 기준을 확인한 사람
사용 팀	전체 조직인지 특정 팀인지
예상 좌석	첫 달 좌석 수와 3개월 후 예상 좌석
기존 대체 도구	이미 쓰는 도구와 겹치는 기능
데이터 종류	고객정보, 파일, 계약서, 회의록, 자동화 연결 여부
결제수단	법인카드, 인보이스, 리셀러, 앱스토어 결제 여부
갱신일	trial 종료일, 첫 결제일, 다음 갱신일
해지 조건	유료 전환 뒤 축소·해지 가능 시점
기록 위치	승인서, 영수증, 관리자 계정, 계약 메모 저장 위치

핵심은 "쓸 만한가"보다 "팀이 감당할 수 있는가"입니다. 무료체험은 기능 확인 단계이고, 유료 전환은 비용과 데이터 책임이 생기는 단계입니다.

이미 쓰는 SaaS의 갱신일 관리는 SaaS 갱신 캘린더 체크리스트에서 다뤘습니다. 결제 카드와 billing admin 인수인계는 SaaS 결제수단·관리자 인수인계 체크리스트에서 다뤘습니다. 이번 글은 그보다 앞단인 "새 SaaS를 사도 되는가"를 결정하는 절차입니다.

승인 없이 시작하면 나중에 생기는 문제

무료체험 자체가 나쁜 것은 아닙니다. 문제는 무료체험이 팀 유료 플랜, 자동갱신, 개인카드 결제, 업무 데이터 연결로 넘어갈 때 승인 기록이 없다는 점입니다.

아래 중 하나라도 해당하면 구매 승인 절차가 필요합니다.

• 팀원이 개인 메일로 SaaS 무료체험을 시작했습니다.
• 개인카드로 먼저 결제하고 나중에 비용 처리하려고 합니다.
• Slack, Google Drive, Microsoft 365, CRM, 쇼핑몰, 회계 도구와 연결됩니다.
• 고객정보, 계약서, 회의 녹화, 내부 문서가 들어갑니다.
• 무료체험 뒤 자동으로 유료 전환되거나 결제수단 입력이 필요합니다.
• 기존에 쓰는 도구와 기능이 겹칩니다.
• 좌석 수가 팀원 증가에 따라 자동으로 늘어날 수 있습니다.
• owner가 퇴사하면 결제와 데이터 이전이 어려울 수 있습니다.

이 문제는 단순히 돈을 아끼는 문제가 아닙니다. 도구가 늘어나면 권한 감사, 파일 공유, 자동화 연결, 결제 증빙, 퇴사자 계정 정리가 모두 같이 늘어납니다. 권한 기준은 팀 SaaS 계정 권한 감사 체크리스트와 함께 보는 편이 좋습니다.

1단계: 요청자가 아니라 owner를 먼저 정하기

SaaS 구매 요청서에서 가장 먼저 적어야 할 사람은 "처음 써본 사람"이 아니라 "앞으로 책임질 사람"입니다. 작은 팀에서는 요청자, 실사용자, 결제 담당자, 관리자 계정 owner가 전부 다를 수 있습니다.

역할	확인 질문
요청자	왜 이 도구가 필요한지 설명할 수 있는가
서비스 owner	유료 전환 뒤 설정과 운영을 맡을 사람인가
backup owner	owner 부재 시 접근 가능한 사람이 있는가
billing owner	결제수단, 인보이스, 갱신일을 관리하는가
security reviewer	데이터와 권한 범위를 확인했는가
approver	기존 도구와 중복 비용을 확인했는가

승인 표에는 "누가 쓸 것인가"보다 "누가 끊을 수 있는가"를 반드시 넣어야 합니다. 도구가 마음에 들지 않을 때 해지할 수 있는 사람이 없다면 구매 승인 자체가 미완성입니다.

2단계: 무료체험 종료일을 구매 결정일보다 앞에 두기

무료체험은 끝나는 날에 결정하면 늦습니다. 최소한 아래처럼 날짜를 나눠야 합니다.

시점	해야 할 일
trial 시작 전	owner, 사용 목적, 데이터 범위, 테스트 팀 지정
trial 시작일	종료일과 첫 결제 가능일 기록
종료 7일 전	계속 사용할 기능과 빠질 기능 구분
종료 3일 전	유료 전환 여부, 좌석 수, 결제수단 확정
첫 결제 직후	영수증 저장, 갱신일 기록, owner 재확인
30일 후	실제 사용량과 중복 도구 재검토

Microsoft 365는 공식 문서에서 business 구독 무료체험을 만들 수 있고, 무료체험 후 결제 실패 시 접근이 중단될 수 있음을 안내합니다. 또한 실제 구매·관리 작업에는 조직의 Billing Administrator 이상 권한이 필요할 수 있습니다.

출처: Microsoft Learn – Try or buy a Microsoft 365 for business subscription

Google Workspace도 trial 중 남은 기간을 Admin console의 Billing, Subscriptions에서 확인할 수 있고, 10명을 넘겨 추가하려면 billing setup이 필요하다고 안내합니다. 결제 정보가 이미 있으면 trial 종료 후 paid subscription이 자동으로 시작될 수 있습니다.

출처: Google Workspace – About your Google Workspace free trial

따라서 trial 승인서에는 "언제 끝나는가"와 "누가 3일 전 결정할 것인가"를 따로 적어야 합니다.

3단계: 개인카드 결제를 임시 예외로만 허용하기

SaaS 비용이 흐려지는 가장 흔한 출발점은 개인카드입니다. 급해서 먼저 결제하고 나중에 정리하려는 방식은 작은 팀에서 자주 생깁니다. 하지만 유료 전환 후에는 카드 owner, 영수증 수신 메일, 결제 실패 알림, 해지 권한이 모두 개인에게 묶일 수 있습니다.

개인카드 예외를 허용해야 한다면 아래 조건을 같이 둬야 합니다.

조건	승인 기준
금액 한도	월 비용과 첫 결제 금액을 미리 제한
기간 한도	다음 월 결제 전 법인 결제로 전환
데이터 한도	고객정보나 민감 파일 업로드 금지
owner 지정	개인 계정이 아니라 팀 계정 owner 등록
영수증	공용 메일 또는 회계 폴더에 저장
해지 책임	다음 결제 전 해지·전환 담당자 지정

개인카드를 무조건 금지하기 어렵다면 "승인 없는 개인카드 유료 전환 금지"부터 적용하는 편이 현실적입니다. 결제수단을 바꾸는 운영 기준은 SaaS 결제수단·관리자 인수인계 체크리스트와 연결해 관리하면 됩니다.

4단계: 팀원이 직접 산 구독을 관리자 콘솔에서 확인하기

Microsoft 365는 self-service purchase와 trial을 관리하는 공식 문서를 제공합니다. 관리자는 Microsoft 365 admin center의 Billing, Your products에서 self-service trials를 볼 수 있고, 사용자가 산 self-service 구독을 take over해 다른 구독으로 옮기거나 취소할 수 있습니다. 또한 self-service purchases and trials 설정을 제품별로 허용, trial만 허용, 허용하지 않음으로 바꿀 수 있습니다.

출처: Microsoft Learn – Manage self-service purchases and trials for admins

이 문서가 중요한 이유는 간단합니다. 팀원이 자기 계정으로 시작한 trial이 중앙 구독 관리 밖에 있으면, 라이선스와 결제가 분산됩니다. 구매 승인 절차에는 아래 질문을 넣어야 합니다.

• 이 도구는 중앙 관리자 콘솔에서 구매할 수 있는가?
• 팀원이 직접 산 trial 또는 구독이 이미 있는가?
• 기존 조직 구독으로 라이선스를 옮길 수 있는가?
• self-service purchase를 허용할 제품과 막을 제품을 나눴는가?
• 기존 구독과 중복 결제되는 계정이 있는가?

구독을 중앙으로 모으는 작업은 구매 전에 할수록 쉽습니다. 이미 여러 명이 각자 유료 전환한 뒤에는 해지, 데이터 이전, 영수증 정리가 더 번거로워집니다.

5단계: Slack은 trial 자동 시작과 billable member를 같이 보기

Slack은 workspace owner 또는 admin이 Billing page의 Settings에서 자동 trial eligibility를 관리할 수 있다고 안내합니다. 또한 paid subscription에서는 active member를 기준으로 과금되며, multi-channel guest와 full member가 비용에 영향을 줄 수 있습니다.

출처: Slack Help – Try a paid Slack subscription for free

출처: Slack Help – Slack's Fair Billing Policy

Slack 구매 승인에서는 아래를 봐야 합니다.

항목	확인 질문
trial owner	누가 trial을 시작했는가
workspace owner	owner가 현직 담당자인가
paid member	유료 과금 대상 멤버 범위를 이해했는가
guest	single-channel과 multi-channel guest를 구분했는가
app 연결	Zapier, Google Drive, Jira 등 앱 owner를 확인했는가
갱신일	trial 종료와 첫 결제일을 기록했는가

Slack은 팀 전체 협업 도구라서 "한 팀만 써보자"가 전체 워크스페이스 비용으로 커질 수 있습니다. 구매 승인 전에 채널, 게스트, 앱 연결, 자동화 owner를 같이 확인해야 합니다.

6단계: Dropbox는 trial 취소가 팀 구조에 미치는 영향을 확인하기

Dropbox 팀 무료체험은 단순히 카드 결제만의 문제가 아닙니다. Dropbox 공식 문서는 team free trial 취소 절차에서 Admin console, Billing로 들어가 cancel trial을 진행하며, team disband가 permanent임을 확인하는 단계가 있다고 안내합니다.

출처: Dropbox Help – Cancel a Dropbox team account free trial

Dropbox 팀 계정은 admin 권한도 같이 봐야 합니다. Dropbox는 팀 계정에 최소 2명의 admin을 둘 것을 권장하고, admin이 membership, settings, billing을 관리할 수 있다고 설명합니다.

출처: Dropbox Help – Change admin rights for your Dropbox team

Dropbox 구매 승인에서는 아래를 확인합니다.

• 무료체험이 개인 파일함이 아니라 팀 계정 구조를 만드는가?
• 팀 해체 또는 다운그레이드 시 파일과 멤버 권한에 영향이 있는가?
• 기존 Google Drive, OneDrive, Dropbox 플랜과 기능이 겹치는가?
• 최소 2명의 team admin을 지정했는가?
• 외부 공유 링크와 협력사 폴더가 생기는가?
• 결제 전 파일 보존 기준을 정했는가?

파일 저장 도구를 새로 사기 전에는 Google Workspace·Microsoft 365·Dropbox 요금 비교와 팀 파일 공유 보안 체크리스트를 함께 보는 것이 좋습니다.

7단계: Atlassian은 trial, user tier, product access를 같이 보기

Atlassian Cloud는 Free에서 Standard 또는 Premium으로 바꿀 때 trial이 시작될 수 있고, Standard trial은 14일, Premium trial은 30일로 안내됩니다. 결제 정보가 없으면 사용자 수 조건에 따라 구독이 deactivated되거나 Free plan으로 되돌아갈 수 있다는 설명도 공식 문서에 있습니다.

출처: Atlassian Support – Manage your subscription for Standard and Premium plans

Atlassian은 user tier와 billable users도 중요합니다. 공식 문서는 billing admin이 admin.atlassian.com/billing에서 cloud app별 billable users를 확인할 수 있다고 안내합니다.

출처: Atlassian Support – Manage users and user tiers

Atlassian 구매 승인에서는 아래 질문을 넣습니다.

항목	확인 질문
제품 범위	Jira, Confluence, Bitbucket, Marketplace app 중 무엇인가
user tier	다음 tier로 넘어가기 직전인가
product access	실제로 필요한 제품만 열었는가
billing admin	결제와 플랜 변경 권한자가 누구인가
trial 종료	결제 정보 미등록 시 영향이 무엇인가
프로젝트 보존	해지 전 내보내기나 보존이 필요한가

Atlassian은 개발팀에서 시작해 다른 팀으로 퍼지기 쉽습니다. 그래서 처음부터 "몇 명이 어떤 제품에 접근하는지"를 구매 승인 기준에 넣어야 합니다.

8단계: Zapier와 Make는 자동화 owner와 사용량 알림을 먼저 정하기

자동화 도구는 비용보다 연결 계정이 더 큰 리스크가 될 수 있습니다. Zapier 공식 문서는 Team 계정에 owner, admin, member 역할이 있고 Enterprise에는 super admin이 추가된다고 설명합니다. 또한 Team account에는 owner가 1명이며 admin은 여러 명 둘 수 있습니다.

출처: Zapier Help – User roles and permissions in Team and Enterprise accounts

Zapier trial 문서는 Pro와 Team trial이 있고, 새 Zapier 계정은 14일 free trial에 자동 등록되며 결제수단이 필요 없고 trial 종료 후 자동 업그레이드되지 않는다고 안내합니다.

출처: Zapier Help – Get started with your free Zapier trial

Zapier는 billing contact와 IT contact를 추가할 수 있지만, 그 연락처가 Zapier account 접근권한을 갖는 것은 아니라고 설명합니다.

출처: Zapier Help – Add a billing or IT contact to your account

Make도 organization마다 pricing plan과 billing이 분리되고, organization owner와 admin이 payments 보기, payment method 변경, subscription 취소 같은 작업을 할 수 있다고 설명합니다.

출처: Make Help Center – Organizations

Make의 cancellation 문서도 owner 또는 admin만 구독을 취소할 수 있다고 안내합니다.

출처: Make Help Center – Cancel your subscription

자동화 도구 구매 승인에서는 아래를 반드시 확인해야 합니다.

• 자동화 owner가 개인 계정인가 팀 계정인가?
• Gmail, Slack, CRM, 결제, 쇼핑몰, 회계 도구가 연결되는가?
• task, credit, operation 사용량 알림을 누가 받는가?
• owner 퇴사 시 Zap과 scenario를 넘길 수 있는가?
• 고객정보나 주문정보가 외부 도구로 이동하는가?
• 기존 Zapier, Make, n8n, 사내 스크립트와 기능이 겹치는가?

자동화 도구 비교 기준은 노코드 자동화 도구 비교와 연결해 보면 좋습니다. 다만 구매 승인 단계에서는 기능보다 owner와 데이터 흐름을 먼저 봐야 합니다.

9단계: Zoom은 add-on과 licensed user를 구매 전에 분리하기

Zoom은 기본 플랜 외에 Large Meeting, Webinar, Phone, cloud recording 같은 add-on이 붙을 수 있습니다. Zoom 공식 문서는 Plan Management에서 플랜을 바꾸고 licensed users 수와 subscription cycle을 선택하는 절차를 안내합니다.

출처: Zoom Support – Upgrading your account and add-ons

Zoom은 Current Plans 페이지에서 현재 플랜과 add-on을 볼 수 있다고 설명합니다.

출처: Zoom Support – Viewing your account and subscription details

Zoom 구매 승인에서는 아래를 분리해야 합니다.

항목	확인 질문
licensed user	실제 유료 host가 몇 명 필요한가
add-on	webinar, large meeting, phone, recording이 필요한가
녹화 데이터	cloud recording 보존 기준이 있는가
account owner	owner와 billing contact가 누구인가
결제 경로	Zoom 직접 결제인지 앱스토어 결제인지
대체 도구	Google Meet, Teams, 기존 회의록 도구와 겹치는가

회의 도구는 사용자가 많아 보이지만 실제 유료 host는 적어도 되는 경우가 있습니다. 반대로 add-on 하나가 전체 비용 구조를 바꿀 수도 있으므로 유료 전환 전에 분리해서 봐야 합니다.

구매 승인표 예시

작은 팀은 아래 표만 만들어도 승인 누락을 많이 줄일 수 있습니다.

질문	답변
이 도구를 쓰려는 업무는 무엇인가	고객문의 자동화, 파일 공유, 회의, 프로젝트 관리 등
기존 도구로 해결할 수 없는 이유는 무엇인가	기능, 사용량, 권한, 연동 한계
무료체험 종료일은 언제인가	날짜와 3일 전 결정일
유료 전환 후 월 비용은 얼마인가	좌석 수와 add-on 포함
첫 3개월 후 예상 비용은 얼마인가	팀 확장, guest, storage, task 기준
데이터는 무엇이 들어가는가	고객정보, 내부 문서, 회의 녹화, 주문정보
관리자와 backup admin은 누구인가	최소 2명 권장
결제수단은 무엇인가	법인카드, 인보이스, 리셀러
해지나 다운그레이드는 누가 할 수 있는가	owner와 billing admin
승인 기록은 어디에 저장하는가	Drive, OneDrive, Notion, 회계 폴더 등

이 표는 복잡한 내부 규정이 아니라 구매 전 대화의 최소 기준입니다. "한 달만 써보자"를 막는 것이 아니라, 한 달 뒤에 누가 책임질지 먼저 정하는 장치입니다.

마지막 체크리스트

SaaS 무료체험을 유료 플랜으로 바꾸기 전에는 아래 10개를 마지막으로 확인합니다.

• trial 종료일과 첫 결제일이 캘린더에 들어갔습니다.
• 요청자와 서비스 owner가 구분되어 있습니다.
• backup admin이 지정되어 있습니다.
• 개인카드 결제 예외 조건이 문서화되어 있습니다.
• 기존 SaaS와 중복 기능을 확인했습니다.
• 좌석 수, add-on, storage, task 사용량 기준을 적었습니다.
• 고객정보나 내부 문서가 들어가는지 확인했습니다.
• 해지, downgrade, export 가능 시점을 확인했습니다.
• 영수증과 승인 기록 저장 위치가 정해졌습니다.
• 30일 후 재검토 날짜가 잡혀 있습니다.

새 SaaS는 팀의 속도를 올릴 수 있지만, 승인 없이 늘어난 구독은 나중에 권한 감사와 비용 정리의 부담이 됩니다. 구매 승인 절차의 목적은 도구 도입을 늦추는 것이 아닙니다. 필요한 도구를 쓰되, owner, 데이터, 비용, 해지 경로를 처음부터 남기는 것입니다.