SaaS 갱신 캘린더 체크리스트 2026, 연간 결제·무료체험·자동갱신 전에 확인할 항목
SaaS 갱신 캘린더 체크리스트 2026, 연간 결제·무료체험·자동갱신 전에 확인할 항목
SaaS 비용이 새는 순간은 대부분 결제일 당일이 아닙니다. 무료체험을 시작할 때, 연간 결제를 선택할 때, 카드 담당자가 바뀔 때, 해지 여부를 결정해야 하는 내부 회의가 미뤄질 때 이미 다음 청구가 확정됩니다.
그래서 SaaS 구독 관리는 가격표 비교만으로 끝나지 않습니다. Google Workspace, Microsoft 365, Slack, Dropbox, Zoom, Atlassian, Zapier, Make, n8n처럼 매달 쓰는 도구는 "얼마인가"보다 "언제 결정해야 하는가"가 더 중요할 때가 많습니다.
이 글은 특정 서비스를 해지하라는 조언이 아닙니다. 작은 팀이 연간 결제, 무료체험, 자동갱신, 해지기한, 결제수단, 내부 승인자를 한 캘린더로 묶어 불필요한 갱신을 줄이는 운영 체크리스트입니다.
공식 문서 확인 기준은 2026년 6월 18일입니다. 실제 청구 조건은 국가, 플랜, 리셀러, 계약 방식, 구매 경로에 따라 달라질 수 있으므로 변경 전에는 각 관리자 콘솔과 공식 문서를 다시 확인해야 합니다.
먼저 결론부터 보면
SaaS 갱신 캘린더에는 최소한 아래 9개 칸이 있어야 합니다.
| 항목 | 적어야 할 내용 |
|---|---|
| 도구명 | Google Workspace, Microsoft 365, Slack, Dropbox, Zoom 등 |
| 결제 주기 | 월간, 연간, Annual/Fixed-Term, 리셀러 계약 |
| 다음 갱신일 | 실제 청구 또는 계약 갱신 기준일 |
| 사전 결정일 | 갱신 30일, 14일, 7일 전 내부 판단일 |
| 관리자 계정 | Billing admin, Owner, Workspace owner 등 |
| 결제수단 | 카드, 계좌, 세금계산서, 리셀러 |
| 해지·다운그레이드 경로 | 관리자 콘솔 안의 메뉴 위치 |
| 데이터 보존 이슈 | 메일, 파일, 회의 녹화, 자동화 기록 |
| 결정 상태 | 유지, 축소, 플랜 변경, 보류, 해지 |
핵심은 갱신일 하나만 적는 것이 아닙니다. 실제로는 "결정해야 하는 날"이 더 앞에 있어야 합니다. 연간 계약은 당일에 알아차리면 이미 늦을 수 있고, 무료체험은 팀원이 테스트만 하고 잊어버리기 쉽습니다.
어제 좌석 수와 비활성 사용자를 줄이는 기준은 SaaS 좌석 정리 체크리스트에서 다뤘습니다. 이번 글은 seat 수보다 갱신일, 무료체험, 자동갱신, 결제 담당자 관리에 초점을 둡니다.
1단계: 모든 구독을 한 표에 모으기
가장 먼저 해야 할 일은 결제되는 SaaS를 한 표에 모으는 것입니다. 관리자 콘솔만 보면 빠지는 도구가 생깁니다. 회사 카드 명세서, 세금계산서, 이메일 영수증, 앱스토어 결제, 리셀러 청구서를 같이 봐야 합니다.
| 구분 | 예시 | 갱신 캘린더에서 볼 점 |
|---|---|---|
| 생산성 | Google Workspace, Microsoft 365 | 연간 약정, 사용자 수, 관리자 |
| 협업 | Slack, Zoom | 결제 주기, add-on, trial |
| 파일 | Dropbox, Google Drive, OneDrive | 팀 플랜, 저장공간, 외부 공유 |
| 프로젝트 | Atlassian Jira, Confluence | product access, 월간/연간 |
| 자동화 | Zapier, Make, n8n | task, credit, workflow 사용량 |
| 보안 | 1Password, Bitwarden | owner, SSO, SCIM, guest |
| 영업·운영 | CRM, 전자계약, 상담 도구 | 계약 담당자, 고객 데이터 |
표를 만들 때 "누가 쓰는가"보다 "누가 끊을 수 있는가"를 반드시 적어야 합니다. 결제 담당자와 실제 관리자 계정이 다르면 갱신 직전에 아무도 해지 또는 플랜 변경을 못 하는 상황이 생깁니다.
2단계: 갱신일보다 앞선 결정일을 만들기
갱신 캘린더의 실무 기준은 아래처럼 잡는 편이 안전합니다.
| 남은 기간 | 할 일 |
|---|---|
| 60일 전 | 연간 계약, 리셀러 계약, 큰 금액 SaaS 목록 확인 |
| 30일 전 | 사용량, 좌석 수, 중복 도구, 대체 가능성 검토 |
| 14일 전 | 유지·축소·해지·플랜 변경 결론 확정 |
| 7일 전 | 관리자 콘솔에서 실제 변경 가능 여부 확인 |
| 3일 전 | 결제수단, 영수증, 세금계산서 수신 계정 확인 |
| 당일 | 상태가 의도대로 반영됐는지 확인 |
| 결제 후 | 인보이스와 다음 갱신일 기록 |
이 구조를 쓰면 회의가 하루 밀려도 바로 결제일을 맞는 일을 줄일 수 있습니다. 특히 연간 결제는 30일 전보다 더 빨리 봐야 합니다.
3단계: Google Workspace는 Flexible과 Annual을 나눠 보기
Google Workspace는 결제 플랜에 따라 취소와 청구 영향이 다릅니다. Google 공식 문서는 Google Workspace 구독 취소 경로를 관리자 콘솔의 Billing, Subscriptions 메뉴 기준으로 안내합니다.
출처: Google Workspace – Cancel Google Workspace
Annual/Fixed-Term Plan 문서도 따로 확인해야 합니다. Google은 Annual/Fixed-Term 계약을 중도 취소하면 계약 잔액 책임이 남을 수 있다고 안내합니다.
출처: Google Workspace – Annual/Fixed-Term Plan
Google Workspace 결제 플랜과 갱신 설정을 바꾸는 문서도 함께 봐야 합니다.
출처: Google Workspace – Manage your payment plan and renewal
Google Workspace 갱신 캘린더에는 아래 칸을 따로 둡니다.
| 항목 | 확인 질문 |
|---|---|
| 결제 플랜 | Flexible인지 Annual/Fixed-Term인지 확인했는가 |
| 계약 종료일 | 실제 약정 종료일을 기록했는가 |
| 사용자 수 | 다음 갱신 전 줄일 수 있는 사용자가 있는가 |
| 관리자 | Billing 권한이 있는 계정을 알고 있는가 |
| 데이터 | 메일, Drive, 공유 드라이브 보존 기준이 있는가 |
| 대체 검토 | Microsoft 365, Dropbox와 기능이 겹치지 않는가 |
Google Workspace, Microsoft 365, Dropbox를 함께 쓰는 팀이라면 Google Workspace·Microsoft 365·Dropbox 요금 비교를 같이 열어 중복 기능을 먼저 확인하는 편이 좋습니다.
4단계: Microsoft 365는 취소보다 recurring billing을 먼저 확인하기
Microsoft 365 Business 구독은 관리자 센터에서 취소와 recurring billing 상태를 확인해야 합니다. Microsoft 공식 문서는 취소 가능한 기간과, 기간 밖에서는 recurring billing을 끄는 방식으로 다음 갱신을 막는 절차를 설명합니다.
출처: Microsoft Learn – Cancel your subscription in the Microsoft 365 admin center
Microsoft의 구독 갱신 문서는 recurring billing 상태와 만료 전 갱신 흐름을 따로 설명합니다.
출처: Microsoft Learn – Renew your subscription
Microsoft 365 갱신 캘린더는 아래처럼 나눕니다.
| 항목 | 확인 질문 |
|---|---|
| 구독명 | Business Basic, Standard, Premium 등 |
| 계약 상태 | 월간인지 연간 약정인지 |
| recurring billing | 켜져 있는지, 끌 수 있는지 |
| 취소 가능 기간 | 바로 취소 가능한지, 다음 갱신만 막는지 |
| 라이선스 수 | 퇴사자, 외주, 비활성 사용자 라이선스가 남았는지 |
| 데이터 보존 | Exchange, OneDrive, Teams 보존 절차가 있는지 |
퇴사자 계정과 권한 회수까지 함께 봐야 한다면 팀 SaaS 계정 권한 감사 체크리스트를 먼저 적용한 뒤 갱신 여부를 결정하는 편이 안전합니다.
5단계: Slack은 billing cycle과 trial을 따로 관리하기
Slack은 월간·연간 billing cycle, trial, 워크스페이스 owner가 섞이기 쉽습니다. Slack 공식 문서는 Billing 페이지에서 plan과 billing details를 관리하고, monthly와 annual billing cycle을 바꿀 수 있다고 안내합니다.
출처: Slack Help – Manage your Slack plan and billing details
유료 플랜 변경 또는 취소는 Slack의 별도 공식 문서에서 확인합니다.
출처: Slack Help – Change or cancel your paid Slack plan
Slack trial 문서도 캘린더에 넣어야 합니다. Slack은 paid plan trial이 trial end date에 자동 종료되지만, workspace owner와 admin이 Billing page에서 언제든 종료할 수 있다고 설명합니다.
출처: Slack Help – Try a paid Slack plan for free
Slack 갱신 캘린더에는 아래 항목을 넣습니다.
- trial 시작일과 종료일
- billing cycle 변경 가능 여부
- Workspace owner와 billing 담당자
- 멤버 수, guest 수, 외부 채널 수
- workflow, app, webhook 소유자
- 다음 갱신 전 유지할 채널과 보관할 자료
Slack은 단순 채팅 도구처럼 보이지만, 외부 협업과 자동화가 많이 붙습니다. 비용을 줄이기 전에 owner 계정과 앱 연결을 먼저 확인해야 합니다.
6단계: Dropbox는 팀 구독과 billing period를 분리하기
Dropbox 팀 플랜은 파일 보존, 팀 해체, billing period가 같이 엮입니다. Dropbox 공식 문서는 Standard, Business, Advanced, Business Plus 팀 구독 취소 절차를 Admin console, Billing 메뉴 기준으로 설명합니다.
출처: Dropbox Help – Cancel your team subscription
팀 플랜 무료체험도 별도 취소 절차가 있습니다.
출처: Dropbox Help – Cancel a Dropbox team free trial
billing 정보 문서에서는 billing period 변경과 다음 청구 주기 반영 기준을 안내합니다.
출처: Dropbox Help – Update your billing information
Dropbox 갱신 캘린더에는 아래 칸이 필요합니다.
| 항목 | 확인 질문 |
|---|---|
| 팀 플랜 | Standard, Business, Advanced, Business Plus 중 무엇인가 |
| 갱신일 | 다음 billing period가 언제 시작되는가 |
| 팀 해체 리스크 | 취소가 팀 데이터와 계정 구조에 어떤 영향을 주는가 |
| 저장공간 | seat 문제인지 저장공간 문제인지 구분했는가 |
| 외부 공유 | 링크와 협력사 접근권한을 정리했는가 |
| 관리자 | team admin 계정이 살아 있는가 |
Dropbox는 "취소"보다 "파일을 어디에 남길 것인가"가 먼저입니다. 파일 공유와 외부 링크 기준은 팀 파일 공유 보안 체크리스트에서 함께 확인하는 편이 좋습니다.
7단계: Zoom은 plan, add-on, 결제 경로를 나눠 보기
Zoom은 기본 plan 외에 webinar, large meeting, phone, cloud recording 같은 add-on이 붙을 수 있습니다. Zoom 공식 문서는 web portal에서 plan이나 add-on을 취소하는 절차를 안내합니다.
출처: Zoom Support – Canceling your Zoom subscription
Zoom의 renewal과 auto-renewal 설정은 별도 문서에서 확인합니다.
출처: Zoom Support – Renewing your Zoom subscription
Zoom 갱신 캘린더에는 아래를 적습니다.
- 유료 host 수
- webinar, large meeting, phone 등 add-on
- cloud recording 저장공간
- 직접 Zoom 결제인지 앱스토어 결제인지
- 정기 회의 owner가 퇴사자 계정인지
- 다음 갱신 전 회의록·녹화 보존 여부
회의 비용을 같이 줄이고 싶다면 AI 회의록 도구 비교도 함께 보는 편이 좋습니다.
8단계: Atlassian은 product access와 subscription을 같이 보기
Atlassian은 Jira, Confluence, Bitbucket, Marketplace app이 한 조직 안에 섞일 수 있습니다. Atlassian 공식 문서는 billing admin, organization admin, site admin이 subscription을 deactivate할 수 있는 절차를 안내합니다.
출처: Atlassian Support – Deactivate a subscription
Standard와 Premium plan 관리 문서에서는 billing 화면에서 subscription과 plan을 바꾸는 절차를 설명합니다.
출처: Atlassian Support – Manage your subscription for Standard and Premium plans
Atlassian 갱신 캘린더에는 아래 질문을 넣습니다.
| 항목 | 확인 질문 |
|---|---|
| 제품 | Jira, Confluence, Bitbucket, app 중 무엇을 쓰는가 |
| user tier | 다음 tier로 넘어가기 직전인가 |
| product access | Jira만 필요한 사람에게 Confluence까지 열려 있지 않은가 |
| Marketplace app | 따로 갱신되는 앱이 있는가 |
| billing admin | 변경 가능한 관리자가 누구인가 |
| 프로젝트 보존 | 해지 전 내보내기나 보존이 필요한가 |
개발팀 도구는 자동화 계정과 API token도 같이 봐야 합니다. 단순히 사용자를 지우기 전에 서비스 계정인지부터 확인해야 합니다.
9단계: Zapier, Make, n8n은 사용량 단위와 갱신 조건을 함께 보기
자동화 도구는 좌석 수보다 task, credit, operation, workflow 실행량이 비용을 만듭니다. Zapier 공식 문서는 plan 취소와 trial 관련 확인 지점을 안내합니다.
출처: Zapier Help – Cancel your Zapier plan
Make 공식 문서는 subscription 탭에서 cancel subscription을 진행할 수 있고, 취소 후 현재 billing cycle이 끝날 때까지 이용 가능하다고 안내합니다.
출처: Make Help – Cancel your subscription
n8n pricing FAQ는 monthly commitment와 annual commitment의 cancellation timing을 구분해 설명합니다.
자동화 도구 갱신 캘린더에는 아래 항목을 넣습니다.
| 항목 | Zapier | Make | n8n |
|---|---|---|---|
| 비용 단위 | task, plan, user | operation, credit, organization | workflow, execution, plan |
| 갱신 전 확인 | 지난 30일 task 사용량 | 남은 credit과 scenario | 월간/연간 commitment |
| 중단 리스크 | 업무 알림, CRM 연동 | 주문·문의 자동화 | 내부 워크플로 |
| 관리자 | account owner | organization owner/admin | owner/admin |
자동화 도구 자체를 비교하는 단계라면 Zapier·Make·n8n 노코드 자동화 도구 비교에서 먼저 도구 선택 기준을 확인하면 됩니다.
월간 SaaS 갱신 캘린더 템플릿
아래 표를 그대로 복사해서 쓰면 됩니다.
| 도구 | 결제 주기 | 다음 갱신일 | 30일 전 결정일 | 관리자 | 결제수단 | 결정 | 메모 |
|---|---|---|---|---|---|---|---|
| Google Workspace | Annual/Fixed-Term | 유지/축소/변경 | |||||
| Microsoft 365 | 월간/연간 | 유지/축소/변경 | |||||
| Slack | 월간/연간/trial | 유지/축소/변경 | |||||
| Dropbox | 팀 플랜 | 유지/축소/변경 | |||||
| Zoom | plan + add-on | 유지/축소/변경 | |||||
| Atlassian | product별 | 유지/축소/변경 | |||||
| Zapier | task/plan | 유지/축소/변경 | |||||
| Make | credit/plan | 유지/축소/변경 | |||||
| n8n | monthly/annual | 유지/축소/변경 |
결정 칸에는 "검토 중"을 오래 두면 안 됩니다. 유지, 축소, 플랜 변경, 해지, 다음 달 재검토 중 하나로 끝내야 다음 청구 전에 움직일 수 있습니다.
무료체험은 시작한 날에 종료일을 등록한다
무료체험은 "나중에 써보고 결정"이 아니라 "시작한 날 종료일을 등록"하는 운영으로 봐야 합니다.
무료체험을 시작할 때는 아래 5개를 바로 적습니다.
- trial 시작일
- trial 종료일
- 유료 전환 조건
- 결제수단 입력 여부
- 종료 전 판단 담당자
특히 팀원이 개인 카드나 개인 이메일로 테스트를 시작하면 회사 표에 잡히지 않습니다. 그래서 새 SaaS를 테스트할 때는 개인 메모가 아니라 팀 캘린더에 먼저 등록해야 합니다.
자동갱신 전에는 기능보다 소유권을 먼저 본다
자동갱신 전에 기능 비교만 하면 실제 변경이 어렵습니다. 먼저 소유권을 확인해야 합니다.
| 소유권 항목 | 확인할 질문 |
|---|---|
| 관리자 계정 | 로그인 가능한가 |
| 결제 이메일 | 퇴사자 메일로 되어 있지 않은가 |
| 결제수단 | 만료된 카드나 개인 카드가 아닌가 |
| 데이터 owner | 파일, 회의, 프로젝트, 자동화 owner가 누구인가 |
| 대체 담당자 | 관리자 1명이 부재해도 처리 가능한가 |
| 증빙 | 인보이스와 영수증이 회계 쪽에 전달되는가 |
이 작업은 비용 절감이면서 동시에 운영 리스크 점검입니다. 결제 담당자가 바뀌는 순간 갱신 캘린더가 없으면 다음 청구를 아무도 설명하지 못합니다.
유지해야 할 SaaS와 줄여야 할 SaaS 구분법
갱신 캘린더를 만들었다고 무조건 줄이는 것이 목적은 아닙니다. 아래처럼 구분합니다.
| 판단 | 기준 |
|---|---|
| 유지 | 매주 쓰고, 대체 비용이 높고, 데이터 이전 리스크가 큼 |
| 축소 | seat, add-on, 저장공간, 자동화 실행량이 과함 |
| 플랜 변경 | 연간보다 월간이 낫거나, 반대로 장기 사용이 확실함 |
| 해지 | 실제 사용자가 없고, 데이터 보존이 끝났고, 대체 도구가 있음 |
| 보류 | 계약 조건, 데이터 이전, 내부 승인 문제로 바로 결정 불가 |
AI 도구 구독이 많아진 팀이라면 AI 구독료 줄이는 법도 함께 연결해 봅니다. ChatGPT, Claude, Gemini, Perplexity 같은 AI 구독은 개인 결제와 팀 결제가 섞이기 쉬워 별도 탭으로 관리하는 편이 낫습니다.
마지막 체크리스트
다음 결제 전에 아래 10개만 확인해도 불필요한 자동갱신을 줄일 수 있습니다.
- 모든 SaaS의 다음 갱신일을 한 캘린더에 모았다.
- 갱신일 30일 전 결정일을 따로 만들었다.
- 무료체험 종료일을 시작 당일 등록했다.
- Google Workspace, Microsoft 365 같은 연간 약정 도구를 별도 표시했다.
- Slack, Zoom, Dropbox 같은 협업 도구의 add-on과 billing cycle을 확인했다.
- Atlassian, Zapier, Make, n8n처럼 사용량 단위가 있는 도구는 지난 30일 사용량을 봤다.
- 결제 관리자와 실제 서비스 관리자가 누구인지 적었다.
- 퇴사자나 외주 계정이 결제·관리자·자동화 owner로 남아 있지 않은지 확인했다.
- 해지 전 데이터 보존과 내보내기 필요 여부를 확인했다.
- 갱신 후 인보이스와 다음 갱신일을 다시 기록했다.
SaaS 비용 관리는 한 번 정리하고 끝나는 일이 아닙니다. 매달 30분만 갱신 캘린더를 보면, 불필요한 자동갱신과 잊힌 무료체험, 담당자 없는 결제수단을 훨씬 빨리 발견할 수 있습니다.