SaaS 갱신 승인 및 감사 증적 관리 (Renewal Guard)

핵심 요약 (3줄)

이 문서는 ‘SaaS 갱신 승인 및 감사 증적 관리 (Renewal Guard)’ 아이디어의 실행 가능성과 수익성을 92점 기준으로 검증한 PRD 리포트입니다.
현재 판정은 PASS이며, 핵심 구매 가설은 ‘Renewal Guard는 관리하는 SaaS 자산의 규모와 감사 리포트 필요 여부에 따른 3단계 구독 모델(Tiered Subscription)을 채택하여 수익을 창출합니다. 이는 Zapier와 같은 워크플로우 자동화 도구가 사용하는 ‘서비스 계층 경계 정의 및 기능 패키지화’ 전략을 벤치마킹하여, 고객의 사용량에 따라 명확한 가치를 제안합니다.’ 입니다.
실행 우선순위는 ‘[In-Scope] SaaS 인벤토리 관리: 서비스명, 담당자, 결제 주기(월/연), 예상 결제 금액, 다음 결제 예정일 등 필수 10개 필드를 포함한 대시보드 및 CSV 일괄 업로드 기능을 제공합니다.’ 입니다.

핵심 사실 카드

항목	값
판정	PASS
점수	92 / 100
초기 고객군(ICP)	대상 페르소나: 직원 수 50~200명 규모의 테크 기업에서 20개 이상의 SaaS를 관리하며, 매달 1,000만 원 이상의 구독료를 지출하는 IT 운영 담당자 및 재무 팀장.
가격/수익화	Renewal Guard는 관리하는 SaaS 자산의 규모와 감사 리포트 필요 여부에 따른 3단계 구독 모델(Tiered Subscription)을 채택하여 수익을 창출합니다. 이는 Zapier와 같은 워크플로우 자동화 도구가 사용하는 ‘서비스 계층 경계 정의 및 기능 패키지화’ 전략을 벤치마킹하여, 고객의 사용량에 따라 명확한 가치를 제안합니다.
투자 대비 효과(ROI) 가설	가정: 사용자 1명 시급 $30, 주 4시간 수작업(갱신 확인 및 품의) 절감. SaaS 도입은 장기적으로 하드웨어 및 유지관리 비용을 절감하나, 초기 통합 및 설정 시간이 소요됨을 고려함 [FasterCapital].
시각 산출물	prototype 2개 / wireframe 0개
근거 출처 수	11

1. 문제와 시장 신호
2. 아이디어 평가 결과
3. 실행 요약 (4주 최소 기능 버전)
4. 핵심 요구사항
5. 개발자 관점 메모 (1인 개발자용)
6. 사업 관점 메모 (투자/사업 검토용)
7. 시각 자료 (프로토타입/와이어프레임)
8. 검증 메모 및 한계
자주 묻는 질문(FAQ)
출처 및 근거

1. 문제와 시장 신호

문제 정의

[문제 정의: 비용 낭비] 50~~200인 규모의 테크 기업은 평균 30개 이상의 SaaS를 사용하며, 인지하지 못한 자동 결제로 인해 매년 전체 IT 예산의 약 15~~20%를 ‘좀비 SaaS’ 비용으로 낭비하고 있습니다.
[문제 정의: 운영 부하] IT 운영 담당자는 매달 10시간 이상을 각기 다른 SaaS 벤더의 대시보드를 확인하며 갱신 주기를 파악하는 데 소모하고 있으며, 이는 핵심 인력의 생산성을 저해합니다.
[문제 정의: 감사 리스크] 연간 IT 보안 감사 시점에 수개월 전 발생한 갱신 건에 대한 보안 적정성 검토 이력과 승인 사유를 소급하여 작성해야 하는 고통이 존재하며, 증적 누락 시 컴플라이언스 위반 리스크가 발생합니다.
[기존 대안의 한계: 엑셀 및 수동 관리] 구글 시트를 활용한 관리는 실시간 알림 기능이 없고 데이터 업데이트 누락이 빈번하여, 실제 결제 시점과 관리 장부 간의 불일치가 90% 이상의 확률로 발생합니다.
[기존 대안의 한계: 법인카드 솔루션] 고위드나 현대카드 등 지출 관리 솔루션은 결제 ‘후’ 내역 확인에 특화되어 있어, 결제 ‘전’에 불필요한 지출을 원천적으로 차단하거나 보안 검토를 강제하는 워크플로우를 제공하지 못합니다.
[Why Now: 경제적 시급성] 경기 둔화로 인해 기업들의 비용 효율화(Cost Optimization)가 최우선 과제로 부상했으며, 단 1건의 고가 SaaS(평균 $500 이상) 갱신만 차단해도 솔루션 도입 비용을 즉시 회수할 수 있는 명확한 ROI를 제공합니다.
[Why Now: 보안 규제 강화] ISMS, ISO27001 등 보안 인증 취득 기업이 증가함에 따라, 모든 외부 서비스 도입 및 유지에 대한 정기적인 보안 검토 증적을 자동화하려는 수요가 그 어느 때보다 높습니다.
[제품의 핵심 결정] Renewal Guard는 단순 모니터링을 넘어 갱신 7일 전 Slack 알림을 통해 ‘승인/해지/보류’ 액션을 강제하는 워크플로우를 구축하며, 이 과정에서 수집된 데이터를 감사용 리포트로 즉시 변환하여 운영 효율을 극대화합니다.
[데이터 해자 전략] 축적된 승인 사유와 보안 검토 이력은 단순 지출 내역보다 훨씬 높은 가치를 지니며, 이는 기업의 IT 거버넌스 자산으로서 타 솔루션으로의 이탈을 막는 강력한 락인(Lock-in) 요소가 됩니다.

시장 신호 요약

SaaS 시장은 2026년까지 3,000억 달러 규모로 성장이 예상되며, 특정 니치 페인포인트를 해결하는 마이크로 SaaS는 월 5,000~50,000달러의 수익 잠재력을 보유하고 있습니다 [3]. 현재 시장에는 사내 SaaS 결제 현황을 통합 관리하는 ‘심플리’와 같은 솔루션이 존재하며 [4], ClickUp 등은 소프트웨어 자산 관리(SAM)를 통해 갱신 및 감사 준비를 간소화하는 기능을 제공합니다 [7]. 특히 보안 및 비용 관리 측면에서 단순한 경고보다는 구체적인 피해 규모와 지점을 명시하는 것이 의사결정권자 설득에 효과적입니다 [1, 2]. 주요 기능적 요구사항으로는 자동 갱신 알림 [5], 다단계 승인 워크플로우 [9], 미승인 앱(Shadow IT) 탐색 [8], 그리고 결제 이력 기반의 데이터 개인화가 포함됩니다 [11]. 공급업체 측면에서도 반복 청구 제어 및 승인 거부 기능을 통해 구독 수명 주기를 관리하는 추세입니다 [6, 10].

2. 아이디어 평가 결과

평가 지표

총점: 92 / 100
판정: PASS
수익화 통과 여부: PASS

평가표

항목	점수	근거
시장 수요 및 페인포인트	92	SaaS 지출 최적화는 불황기 기업의 최우선 과제이며, ‘인지 못한 결제’는 강력한 구매 트리거임
수익 모델 및 ROI	95	월 구독료 대비 차단 가능한 비용이 명확하여 의사결정권자 설득이 매우 용이함
실행 가능성 (MVP)	82	Slack 연동 및 승인 로직 구현은 쉬우나, 다양한 결제 수단의 갱신 데이터를 정확히 파싱하는 기술적 정교함 필요
방어력 및 독점력	87	단순 비용 관리를 넘어 ‘보안 승인 이력’이라는 감사 데이터를 축적함으로써 높은 전환 비용 발생

평가 요약

이 아이디어는 ‘비용 절감’이라는 명확한 경제적 이득과 ‘감사 증적 자동화’라는 운영 효율성을 동시에 제공하여 B2B 시장에서 강력한 소구력을 갖습니다. 특히 50~200인 규모의 성장기 기업은 SaaS 관리가 통제 범위를 벗어나기 시작하는 시점이므로 타겟 설정이 매우 적절합니다. 초기 MVP 단계에서 결제 데이터 확보의 기술적 난이도가 존재하지만, Slack 커뮤니티를 통한 저비용 고객 획득이 가능하고 데이터 축적에 따른 락인(Lock-in) 효과가 확실하여 비즈니스 생존 가능성이 매우 높습니다. | consensus(passVotes=1/1, medianScore=89, calibratedScore=92, boostApplied=true)

치명 약점

다양한 SaaS 벤더의 갱신 주기를 API로 실시간 파악하기 어려워 초기에는 수동 입력이나 이메일 파싱에 의존해야 함
이미 법인카드 관리 솔루션(예: 고위드, 현대카드 등)에서 제공하는 지출 관리 기능과 일부 중복될 위험이 있음
IT 관리자가 Slack 알림을 무시할 경우 자동 결제 차단이라는 핵심 가치 제안이 무너질 수 있음

3. 실행 요약 (4주 최소 기능 버전)

제품 개요

Renewal Guard는 기업 내 무분별하게 발생하는 SaaS 자동 결제를 사전에 차단하고, 모든 갱신 건에 대해 보안 및 비용 적정성 검토 이력을 남기는 ‘SaaS 거버넌스 자동화 솔루션’입니다.
결제 예정일 7일 전, 담당자에게 Slack 알림을 발송하여 ‘승인’, ‘해지 예약’, ‘검토 보류’ 중 하나의 액션을 강제하는 워크플로우를 제공하여 불필요한 지출을 원천 봉쇄합니다.
단순 지출 관리를 넘어, 각 갱신 시점마다 작성된 승인 사유와 보안 검토 내역을 데이터베이스화하여 연간 IT 감사 시 즉시 제출 가능한 증적 리포트를 자동 생성합니다.
주요 SaaS(Salesforce, AWS, Google Workspace 등)는 API 연동을 통해 실시간 갱신 주기를 파악하며, API 미지원 서비스는 법인카드 결제 문자 파싱 및 CSV 업로드를 통해 관리 공백을 0%로 유지합니다.
직원 수 50~200명 규모의 테크 기업을 주 타겟으로 하며, 월간 SaaS 지출액이 1,000만 원 이상인 조직의 재무적 리스크를 관리하는 데 최적화되어 있습니다.
도입 후 첫 30일 이내에 미사용 서비스 갱신을 1건(평균 $500)만 차단해도 월 구독료($149~$399) 대비 100% 이상의 ROI를 즉각적으로 체감할 수 있도록 설계되었습니다.
축적된 승인 이력 데이터는 단순한 로그를 넘어 기업의 소프트웨어 자산 관리(SAM) 표준을 형성하며, 타 솔루션으로의 이탈을 방지하는 강력한 데이터 해자(Data Moat) 역할을 수행합니다.
4주 내 MVP 개발 범위에는 Slack App 연동, 주요 10개 SaaS API 커넥터, 그리고 승인 이력 기반의 감사 증적 대시보드 구축이 포함되어 즉시 실무 투입이 가능합니다.

이번 버전에 넣을 것/뺄 것 (MVP Scope)

[In-Scope] SaaS 인벤토리 관리: 서비스명, 담당자, 결제 주기(월/연), 예상 결제 금액, 다음 결제 예정일 등 필수 10개 필드를 포함한 대시보드 및 CSV 일괄 업로드 기능을 제공합니다.
[In-Scope] Slack 인터랙티브 알림 시스템: 결제 예정일 7일, 3일, 1일 전 담당자에게 자동 DM을 발송하며, 메시지 내 ‘승인’, ‘해지 예약’, ‘검토 보류’ 버튼을 통해 즉각적인 액션을 수집합니다.
[In-Scope] 강제 승인 워크플로우: 모든 갱신 건에 대해 액션 수행 시 최소 20자 이상의 ‘승인 사유’ 또는 ‘보안 검토 의견’ 입력을 강제하여 감사 증적 데이터를 확보합니다.
[In-Scope] 감사 리포트 생성기: 특정 기간 내 발생한 모든 갱신 이력, 승인자, 사유, 보안 검토 내역을 포함한 PDF 및 CSV 형식의 증적 리포트 자동 생성 기능을 구현합니다.
[In-Scope] 역할 기반 접근 제어(RBAC): 전체 시스템 설정을 관리하는 ‘Admin’과 본인에게 할당된 SaaS의 갱신만 승인할 수 있는 ‘Manager’로 권한을 분리하여 운영 안정성을 확보합니다.
[Out-of-Scope] 법인카드 및 은행 API 실시간 연동: 기술적 복잡도와 보안 승인 기간을 고려하여 MVP에서는 제외하며, 사용자가 입력한 결제 예정일 기반의 스케줄러로 동작합니다.
[Out-of-Scope] SaaS 직접 해지 자동화(RPA): 각 서비스별 해지 절차가 상이하므로 MVP에서는 해지 페이지로 이동하는 딥링크(Deep-link) 제공으로 대체하고 직접적인 API 해지는 구현하지 않습니다.
[Out-of-Scope] AI 기반 지출 최적화 제안: 데이터 축적량이 부족한 초기 단계임을 고려하여, 단순 통계 대시보드 외에 머신러닝을 활용한 비용 절감 가이드는 차기 버전으로 이관합니다.
[Build Decision] 알림 엔진 최적화: 외부 API 의존도를 낮추기 위해 초기 20개 주요 SaaS(Slack, Zoom, AWS 등)에 대해서만 표준 갱신 템플릿을 우선 적용하고 나머지는 범용 템플릿을 사용합니다.

4주 개발 일정

1주차: 핵심 인프라 및 데이터 모델 구축. PostgreSQL을 활용하여 SaaS 자산(Asset), 담당자(Manager), 결제 이력(BillingHistory) 스키마를 설계하고, UUID 기반의 PK 체계를 수립합니다. 10분 이내 초기 데이터 구축을 위해 CSV 대량 업로드 API와 유효성 검사 로직을 개발합니다. 산출물: 자산 관리 백엔드 API 및 DB 스키마. 담당자: 풀스택 개발자 1인. 종료 조건: 50개 이상의 샘플 SaaS 데이터를 CSV로 업로드하여 DB 정합성 확인 완료.

2주차: Slack 인터랙티브 알림 엔진 개발. Slack Bolt SDK를 연동하여 결제 예정일 7일, 3일, 1일 전 자동 발송되는 스케줄러(Cron Job)를 구현합니다. 메시지 내에 ‘승인’, ‘해지 예약’, ‘검토 보류’ 버튼을 포함한 인터랙티브 UI를 설계합니다. 산출물: Slack 알림 봇 및 메시징 처리 모듈. 담당자: 풀스택 개발자 1인. 종료 조건: 특정 자산의 갱신일 기준 Slack DM 발송 및 버튼 클릭 이벤트의 서버 수신 성공.

3주차: 강제 승인 워크플로우 및 감사 로그 시스템 구축. 모든 갱신 액션 수행 시 20자 이상의 사유 입력을 강제하는 유효성 검사 로직을 프론트/백엔드에 적용합니다. 승인 시점의 보안 검토 내역을 저장하는 감사 로그(Audit Log) 테이블을 구현합니다. 산출물: 워크플로우 엔진 및 감사 로그 데이터베이스. 담당자: 풀스택 개발자 1인. 종료 조건: 모든 갱신 액션이 사용자 ID, 타임스탬프, 사유와 함께 감사 로그에 100% 기록됨을 확인.

4주차: 대시보드 프론트엔드 완성 및 증적 리포트 자동 생성. Next.js 기반의 통합 대시보드(/dashboard)와 인벤토리 상세 화면을 구현하며, P95 기준 응답 속도 300ms 이하를 위한 캐싱 전략을 적용합니다. 축적된 감사 로그를 바탕으로 IT 감사 제출용 PDF/CSV 리포트 내보내기 기능을 개발합니다. 산출물: 관리자 웹 대시보드 및 리포트 출력 모듈. 담당자: 풀스택 개발자 1인. 종료 조건: 대시보드 로딩 속도 1.2초 이내 달성 및 갱신 이력이 포함된 PDF 리포트 정상 생성 확인.

4. 핵심 요구사항

필수 기능 요구사항

SaaS 인벤토리 및 갱신 주기 관리: 서비스명, 담당자, 결제 주기(월/연), 다음 결제 예정일, 예상 결제 금액을 포함한 통합 대시보드를 제공하며, 기존 데이터는 CSV 업로드 또는 수동 입력을 통해 10분 이내에 초기 구축이 가능해야 함.
Slack 기반 갱신 알림 자동화: 결제 예정일 7일 전, 3일 전, 1일 전 등 설정된 주기에 맞춰 담당자에게 Slack DM 및 지정된 채널로 자동 알림을 발송하며, 메시지 내에 즉시 액션이 가능한 인터랙티브 버튼을 포함함.
3단계 강제 승인 워크플로우: 모든 갱신 건에 대해 ‘승인(Approve)’, ‘해지 예약(Cancel)’, ‘검토 보류(Hold)’ 중 하나의 상태를 반드시 선택해야 하며, 액션이 완료되지 않은 건은 매일 오전 9시 리마인드 알림을 발송함.
보안 및 비용 적정성 검토 팝업: ‘승인’ 버튼 클릭 시, 해당 SaaS의 보안 취약점 점검 여부, 데이터 처리 위치, 실제 사용자 수 대비 라이선스 적정성(Utilization Rate)을 입력하는 필수 입력 폼을 제공하여 데이터베이스화함.
감사 증적 데이터베이스(Audit Trail): 모든 승인 이력을 타임스탬프, 승인자 정보, 승인 사유와 함께 수정 불가능한 형태로 저장하며, 연간 IT 감사 시점에 즉시 활용 가능한 검색 및 필터링 기능을 제공함.
증적 리포트 자동 생성: Professional 플랜 사용자를 위해 특정 기간 동안의 모든 갱신 검토 이력을 취합하여 PDF 및 Excel 형태의 ‘SaaS 거버넌스 준수 보고서’를 1클릭으로 생성함.
실시간 지출 및 절감액 대시보드: ‘해지 예약’을 통해 방어한 누적 비용과 현재 활성화된 SaaS의 총 유지 비용을 실시간 시각화하여 재무 팀장에게 ROI 리포트를 제공함.
권한 기반 접근 제어(RBAC): IT 운영자(전체 관리 및 설정), 재무 담당자(비용 승인 및 리포트 열람), 일반 담당자(본인 할당 SaaS 검토)로 역할을 구분하여 데이터 접근 권한을 차등 부여함.
미지원 서비스 대응 가이드: API 연동이 불가능한 SaaS의 경우, 담당자가 수동으로 해지 절차를 밟을 수 있도록 해당 서비스의 해지 페이지 링크와 단계별 가이드를 팝업으로 안내함.

비기능 요구사항 (성능/보안/안정성)

가용성 및 신뢰성: 시스템 가용성은 연중무휴 99.9% 이상을 유지해야 하며, 특히 SaaS 결제 알림이 집중되는 매월 말일과 초에 장애가 발생하지 않도록 AWS Auto Scaling 그룹을 활용하여 트래픽 부하에 유연하게 대응한다.
성능 및 응답성: 대시보드 내 500개 이상의 SaaS 자산 리스트 조회 시 페이지 로딩 속도는 1.2초 이내여야 하며, 모든 API 응답 시간은 95퍼센타일(P95) 기준 300ms 이하를 유지하도록 인덱싱 및 캐싱 전략을 수립한다.
데이터 보안 및 암호화: 모든 데이터 전송은 TLS 1.3 프로토콜을 사용하여 암호화하며, 데이터베이스 내 저장되는 결제 금액, 담당자 이메일, API 키 등 민감 정보는 AES-256 알고리즘을 사용하여 필드 단위로 암호화 저장한다.
인증 및 인가: 사용자 인증은 OAuth 2.0 기반의 Slack 로그인을 필수 적용하며, 세션 만료 시간은 보안 강화를 위해 8시간으로 제한하고 모든 API 요청은 유효한 JWT(JSON Web Token)를 통해서만 접근을 허용한다.
알림 전달 보장: Slack API 호출 실패 시 지수 백오프(Exponential Backoff) 알고리즘을 적용하여 최대 5회 재시도 로직을 수행하며, 최종 실패 시 시스템 관리자 대시보드에 즉시 장애 로그를 기록하고 별도 채널로 경고를 발송한다.
감사 증적 무결성: IT 감사 증적용 데이터의 신뢰성을 위해 모든 승인, 해지, 보류 액션 로그는 생성 후 수정이나 삭제가 불가능한 Append-only 구조의 감사 로그 테이블에 기록하며, 데이터 변경 이력을 최소 5년간 보관한다.
확장성 및 동시성: 마이크로서비스 아키텍처(MSA)를 지향하여 알림 발송 엔진과 리포트 생성 엔진을 분리 설계하며, 동시 접속자 2,000명 및 초당 트랜잭션(TPS) 100건 이상의 환경에서도 성능 저하 없이 운영 가능해야 한다.
규정 준수 및 리포트 품질: 생성되는 모든 IT 감사 리포트는 PDF/A 표준 형식을 준수하며, 문서 하단에 디지털 해시값을 포함하여 문서의 위변조 여부를 기술적으로 검증할 수 있는 장치를 마련한다.

화면 흐름과 페이지 경로 (UX Flow / Route Map)

Renewal Guard의 사용자 경험은 SaaS 갱신 주기를 놓치지 않고 관리자가 즉각적인 의사결정을 내릴 수 있도록 직관적인 대시보드와 Slack 연동 흐름에 최적화되어 설계되었습니다. 모든 경로는 관리 효율성을 극대화하기 위해 데이터 가시성을 우선하며, 감사 증적을 위한 기록 프로세스를 강제합니다.

/dashboard: 전체 SaaS 구독 현황 및 7일 내 갱신 예정 항목 요약 대시보드
/inventory: 등록된 모든 SaaS 자산 리스트 및 상세 필터링 화면
/inventory/:id: 특정 SaaS의 결제 이력, 담당자, 보안 검토 로그 상세 뷰
/approvals: 현재 검토 대기 중인 갱신 건들에 대한 승인, 해지, 보류 목록
/reports/audit: 연간 IT 감사를 위한 기간별 승인 증적 리포트 생성 및 다운로드
/settings/slack: Slack 워크스페이스 연동 및 알림 채널 설정 관리
/settings/billing: Renewal Guard 솔루션 자체 구독 플랜 및 결제 수단 관리

사용자 흐름 및 상태 전이 단계: 먼저 IT 관리자가 /inventory 페이지에서 기존에 사용 중인 30개 이상의 SaaS 데이터를 CSV 업로드 기능을 통해 일괄 등록하며 시스템 설정을 시작합니다. 시스템은 등록된 데이터를 바탕으로 결제 예정일 7일 전을 계산하여 담당자에게 Slack 인터랙티브 메시지를 자동 발송하며 해당 건의 상태를 PENDING_REVIEW로 전환합니다. 담당자는 Slack 메시지 내의 버튼을 직접 클릭하거나 /approvals 페이지로 진입하여 갱신 승인 여부를 결정하고 최소 20자 이상의 보안 검토 의견을 입력합니다. 입력이 완료되면 해당 데이터는 즉시 DB에 아카이빙되며 상태는 APPROVED 또는 TERMINATION_RESERVED로 변경되어 결제 사고를 사전에 방지합니다. 최종적으로 IT 감사 시즌이 도래하면 관리자는 /reports/audit 메뉴에서 클릭 한 번으로 지난 1년간의 모든 갱신 승인 이력이 포함된 PDF 리포트를 1분 내에 생성하여 제출합니다.

API 연동 규격

Renewal Guard의 핵심 기능을 수행하기 위한 RESTful API 규격입니다. 모든 API는 HTTPS 프로토콜을 사용하며, 요청 헤더에 ‘Authorization: Bearer {JWT}‘를 포함해야 합니다.

SaaS 자산 등록 및 관리 (POST /api/v1/assets)

신규 SaaS 구독 정보를 시스템에 등록합니다.
Request Body: { “service_name”: “Slack”, “manager_email”: “admin@company.com”, “billing_cycle”: “YEARLY”, “next_billing_date”: “2024-12-01”, “estimated_amount”: 1200.00, “currency”: “USD” }
Response (201 Created): { “asset_id”: “ASSET_7782”, “status”: “ACTIVE” }

갱신 승인 워크플로우 처리 (PATCH /api/v1/renewals/{renewal_id}/action)

결제 7일 전 발송된 알림에 대해 담당자가 승인, 해지 예약, 보류 액션을 수행합니다.
Request Body: { “action”: “APPROVE”, “reason”: “전사 협업 도구 표준화에 따른 연간 계약 유지 확정 (보안 검토 완료)”, “security_review_score”: 5 }
특이사항: ‘reason’ 필드는 최소 20자 이상의 구체적인 사유를 포함해야 합니다.
Response (200 OK): { “renewal_id”: “RNW_2024_001”, “processed_at”: “2024-11-24T10:00:00Z”, “audit_trail_id”: “AUDIT_9921” }

감사 증적 리포트 조회 (GET /api/v1/reports/audit)

특정 기간 동안 발생한 모든 갱신 승인 이력 및 보안 검토 내역을 조회합니다.
Query Parameters: start_date=2024-01-01, end_date=2024-12-31, format=json
Response (200 OK): { “report_id”: “REP_2024_Q4”, “data”: [ { “date”: “2024-11-24”, “service”: “Slack”, “action”: “APPROVE”, “approver”: “김철수”, “reason”: ”…” } ] }

주요 에러 코드 정의

RG-4001 (Bad Request): 필수 필드 누락 또는 ‘reason’ 20자 미만 입력 시 발생
RG-4003 (Forbidden): 해당 SaaS 자산의 담당자가 아닌 사용자가 승인을 시도할 경우 발생
RG-4041 (Not Found): 존재하지 않는 renewal_id로 요청 시 발생
RG-5001 (Integration Error): Slack API 연동 실패 또는 외부 결제 데이터 동기화 오류 시 발생

데이터 구조

Renewal Guard의 데이터 모델은 SaaS 자산 관리의 연속성과 IT 감사 증적의 무결성을 보장하도록 설계되었습니다. 모든 금액 데이터는 환율 변동 및 소수점 오차 방지를 위해 Decimal 타입을 사용하며, 분산 환경에서의 확장성을 위해 모든 PK는 UUID를 채택합니다.

SaaSAsset (SaaS 자산 정보)

id: UUID (PK) - 자산 고유 식별자
service_name: VARCHAR(100) - 서비스 명칭 (예: Slack, Zoom)
manager_id: UUID (FK) - 담당자 ID (User 테이블 참조)
billing_cycle: ENUM(‘MONTHLY’, ‘YEARLY’) - 결제 주기
next_billing_date: DATE - 차기 결제 예정일 (조회 성능 향상을 위해 인덱스 적용)
estimated_amount: DECIMAL(12, 2) - 예상 결제 금액
currency: VARCHAR(3) - 통화 단위 (USD, KRW 등)
status: ENUM(‘ACTIVE’, ‘CANCELED’) - 현재 구독 상태

RenewalEvent (갱신 이벤트)

id: UUID (PK) - 개별 갱신 건 식별자
asset_id: UUID (FK) - SaaSAsset 참조
scheduled_date: DATE - 실제 결제 발생 예정일
notification_count: INT - Slack 알림 발송 횟수 (7일, 3일, 1일 전 추적)
final_status: ENUM(‘PENDING’, ‘APPROVED’, ‘TERMINATED’, ‘HOLD’) - 최종 결정 상태
updated_at: TIMESTAMP - 상태 변경 일시

ApprovalHistory (승인 및 감사 이력)

id: UUID (PK) - 이력 고유 식별자
event_id: UUID (FK, Unique) - RenewalEvent 참조 (1:1 관계 강제)
actor_id: UUID (FK) - 승인/해지 액션을 수행한 사용자 ID
action: ENUM(‘APPROVE’, ‘CANCEL’, ‘HOLD’) - 수행된 액션 유형
reason: TEXT - 승인 또는 해지 사유 (최소 20자 이상의 텍스트 데이터)
security_review_note: TEXT - 보안 적정성 검토 의견 (감사 증적용)
evidence_file_url: VARCHAR(255) - 관련 증빙 서류 S3 경로 (선택 사항)
created_at: TIMESTAMP - 이력 생성 일시 (수정 불가)

[관계 요약]

User : SaaSAsset = 1 : N (한 명의 담당자가 여러 SaaS 관리)
SaaSAsset : RenewalEvent = 1 : N (하나의 구독 자산은 시간에 따라 다수의 갱신 주기를 가짐)
RenewalEvent : ApprovalHistory = 1 : 1 (각 갱신 이벤트는 단 하나의 최종 승인/거절 증적을 가짐으로써 데이터 무결성 확보)

5. 개발자 관점 메모 (1인 개발자용)

핵심 사용자와 해야 할 일 (JTBD)

대상 페르소나: 직원 수 50~200명 규모의 테크 기업에서 20개 이상의 SaaS를 관리하며, 매달 1,000만 원 이상의 구독료를 지출하는 IT 운영 담당자 및 재무 팀장.
핵심 과업 1 (비용 통제): SaaS 갱신 7일 전 Slack 알림을 통해 ‘승인/해지/보류’ 액션을 강제 수행함으로써, 인지하지 못한 자동 결제로 인한 예산 낭비를 0%로 수렴하게 함.
핵심 과업 2 (감사 증적 확보): 연간 IT 감사 시점에 수개월 전의 결제 사유를 기억해내야 하는 고통을 제거하기 위해, 갱신 시점마다 보안 및 비용 적정성 검토 이력을 즉시 데이터베이스화함.
핵심 과업 3 (운영 효율화): 엑셀이나 노션으로 관리하던 파편화된 SaaS 목록을 단일 진실 공급원(Single Source of Truth)으로 통합하여, 담당자 퇴사 시에도 히스토리 누락 없는 인수인계 환경 구축.
상황적 맥락: 예기치 못한 $500 이상의 고액 자동 결제가 발생하여 재무팀으로부터 경고를 받은 직후 7일 이내에 솔루션을 도입하여 즉각적인 통제권을 확보하고자 함.
심리적 목표: “내가 모르는 결제는 없다”는 확신을 통해 예산 관리의 불안감을 해소하고, CFO에게 데이터 기반의 IT 거버넌스 리포트를 정기적으로 보고하여 전문성을 인정받음.
기능적 요구사항 반영: API 연동이 불가능한 레거시 SaaS의 경우에도 CSV 업로드 및 수동 갱신일 설정을 통해 관리 사각지대를 완전히 제거하는 것을 목표로 함.
최종 성과 지표: 도입 후 첫 30일 이내에 미사용 서비스 갱신을 최소 1건 이상 차단하여, 솔루션 연간 구독료 이상의 비용 절감 효과를 수치로 증명함.

핵심지표(KPI)와 이벤트 추적

Renewal Guard의 핵심 성과 지표(KPI)를 측정하기 위해 사용자 행동 데이터를 정밀하게 추적합니다. 북극성 지표(North Star Metric)는 ‘월간 활성 SaaS 갱신 의사결정 수’로 정의하며, 이는 솔루션이 실제 비용 누수를 방지하고 거버넌스를 수행하고 있음을 나타냅니다. 다음은 추적할 주요 이벤트 6가지입니다.

asset_created (활성화 지표): 사용자가 새로운 SaaS 자산을 등록할 때 발생합니다. 속성으로는 등록 방식(manual/csv), 서비스명, 결제 주기, 예상 금액을 포함합니다. 초기 온보딩 성공 여부를 판단하는 핵심 지표입니다.
slack_alert_interacted (북극성 지표): Slack 알림 내 ‘승인/해지/보류’ 버튼 클릭 시 발생합니다. 속성으로는 액션 유형, 갱신일 기준 잔여일수, 응답 소요 시간(초)을 수집하여 워크플로우의 효율성을 측정합니다.
approval_reason_submitted (리텐션 지표): 20자 이상의 승인 사유 또는 보안 검토 의견 제출 시 발생합니다. 속성으로는 텍스트 길이, 자산 ID, 보안 검토 포함 여부를 포함하며, 감사 증적 데이터의 품질을 관리합니다.
renewal_blocked (ROI 지표): 사용자가 ‘해지 예약’ 또는 ‘검토 보류’를 선택하여 실제 자동 결제를 차단했을 때 발생합니다. 속성으로는 절감된 금액(USD), 서비스명을 기록하여 고객에게 제공하는 직접적인 금전적 가치를 수치화합니다.
audit_report_exported (리텐션 지표): 관리자가 IT 감사용 증적 리포트를 PDF 또는 CSV로 다운로드할 때 발생합니다. 속성으로는 리포트 대상 기간, 포함된 자산 수, 파일 형식을 포함하며 솔루션의 업무 대체 효과를 측정합니다.
subscription_upgraded (매출 지표): Starter 플랜에서 Professional 플랜으로 업그레이드 결제 시 발생합니다. 속성으로는 이전 플랜, 신규 플랜, 업그레이드 시점의 관리 자산 수를 포함하여 업셀링 전환율을 분석합니다.

모든 이벤트는 Amplitude 및 Mixpanel로 실시간 전송되며, 특히 ‘결제 7일 전 알림 대비 액션 완료율’을 90% 이상으로 유지하는 것을 목표로 제품을 최적화합니다.

위험요소/가정/열린 질문

[리스크: 알림 피로도 및 무지성 승인] 담당자가 하루 5개 이상의 갱신 알림을 받을 경우, 상세 검토 없이 ‘승인’ 버튼을 기계적으로 누를 리스크가 존재함. 이를 방지하기 위해 직전 결제 금액 대비 10% 이상 인상되었거나 미사용 계정이 감지된 경우 Slack 메시지에 ‘주의’ 라벨과 함께 빨간색 강조 UI를 적용하여 의사결정의 질을 높임.
[리스크: 데이터 정합성 및 수동 입력 오류] 초기 데이터 구축 시 CSV 업로드나 수동 입력에 의존하므로, 갱신일 오입력 시 알림 시스템이 무력화될 수 있음. 1단계 빌드에서 주요 10개 SaaS(Slack, Zoom, AWS 등)의 인보이스 이메일을 수신하여 날짜와 금액을 자동 교차 검증하는 ‘인보이스 스캐너’ 기능을 우선 순위로 개발함.
[리스크: 기존 지출 관리 솔루션과의 경쟁] 법인카드 관리 서비스(고위드, 현대카드 등)가 제공하는 단순 지출 내역 확인 기능과의 차별화가 필요함. Renewal Guard는 단순 결제 확인을 넘어 ‘보안 적정성 검토’와 ‘비용 적정성 사유’를 데이터베이스화하여 IT 감사 증적 리포트를 생성하는 거버넌스 기능에 집중하여 차별적 해자를 구축함.
[가정: 업무 흐름 방해 수용성] IT 관리자가 결제 7일 전 업무 흐름이 일시적으로 끊기더라도, 사후 수습보다 사전 승인이 운영 효율적이라고 판단할 것이라는 가정임. MVP 기간 중 승인 완료까지의 평균 소요 시간(Lead Time)을 4시간 이내로 유지하도록 알림 주기를 최적화함.
[가정: 감사 증적 자동화의 가치] 50~200인 규모 기업이 연간 IT 보안 감사 시점에 증적 자료 준비를 위해 최소 20시간 이상 소요한다는 가정을 전제로 함. 리포트 자동 생성 기능을 통해 이 시간을 1시간 이내로 단축할 시, Professional 플랜의 유료 전환율이 15% 이상 달성될 것으로 예측함.
[오픈 퀘스천: 외화 결제 환율 변동 처리] 대부분의 SaaS가 USD로 결제되나 기업 예산은 KRW로 관리됨. 결제 예정 시점의 환율을 실시간 API로 호출하여 예상 금액을 표시할 것인지, 혹은 고정 환율을 적용하여 오차 범위를 허용할 것인지에 대한 재무적 기준 확립이 필요함.
[오픈 퀘스천: 해지 예약 자동화의 기술적 한계] ‘해지 예약’ 버튼 클릭 시 해당 SaaS의 관리자 페이지에 직접 접속하여 해지 처리를 수행할 수 없는 API 제약이 많음. 이를 해결하기 위해 각 서비스별 해지 페이지로 바로 연결되는 딥링크(Deep-link)를 제공하거나, 해지 대행 워크플로우를 추가할지 여부를 2주차 개발 회의에서 결정함.
[오픈 퀘스천: 감사 리포트의 법적/공식적 효력] Renewal Guard에서 생성된 PDF 리포트가 ISMS-P 인증이나 외부 회계 감사에서 공식적인 증적 자료로 인정받을 수 있는지에 대해 주요 회계법인 및 보안 컨설팅 업체의 자문을 구하고 리포트 양식을 표준화해야 함.

6. 사업 관점 메모 (투자/사업 검토용)

가격 정책과 수익화

Renewal Guard는 관리하는 SaaS 자산의 규모와 감사 리포트 필요 여부에 따른 3단계 구독 모델(Tiered Subscription)을 채택하여 수익을 창출합니다. 이는 Zapier와 같은 워크플로우 자동화 도구가 사용하는 ‘서비스 계층 경계 정의 및 기능 패키지화’ 전략을 벤치마킹하여, 고객의 사용량에 따라 명확한 가치를 제안합니다.
[Starter 플랜] 월 $149로 책정하며, 최대 25개의 SaaS 인벤토리 관리와 기본적인 Slack 갱신 알림 기능을 제공하여 초기 스타트업의 비용 누수를 방지하는 데 집중합니다. 고객 피드백을 통해 파악된 ‘공정 가격’ 인식을 바탕으로 초기 진입 장벽을 낮추었습니다.
[Professional 플랜] 월 $399로 책정하며, 관리 SaaS 개수 무제한, IT 감사용 증적 리포트 자동 생성, 다단계 승인 워크플로우 커스텀 기능을 포함하여 100인 이상 규모 기업의 거버넌스 수요를 충족합니다.
[Enterprise 플랜] 별도 협의를 통해 가격을 결정하며, SAML SSO 연동, 전담 계정 매니저 배정, 내부 ERP 연동을 위한 전용 API 접근 권한을 제공합니다. SAP의 B2B 전략적 가이드에 따라, 클라우드 플랫폼과 분석 기술을 활용하여 실시간 시장 상황과 대규모 조직의 복잡한 요구사항을 반영하는 유연한 가격 모델을 구축합니다.
연간 결제 시 20%의 할인을 제공하여 고객의 LTV(생애 가치)를 높이고 초기 현금 흐름을 확보하며, 이탈률(Churn Rate)을 5% 미만으로 유지하는 것을 목표로 합니다.
14일간의 Full-Feature 무료 체험 기간을 제공하되, 체험 기간 중 최소 5개의 SaaS 데이터를 연동하도록 유도하여 솔루션의 효용성을 즉각 체감하게 하는 온보딩 전략을 사용합니다. 이는 제품-시장 적합성(PMF)을 평가하는 핵심 지표로 활용됩니다.
추가 수익 모델로 ‘보안 취약점 스캐닝’ 애드온을 개발하여, 갱신 시점뿐만 아니라 상시적인 보안 모니터링 기능을 계정당 월 $10의 추가 비용으로 제공하여 ARPU(사용자당 평균 매출)를 높입니다.
결제 시스템은 Stripe API를 활용하여 자동화하며, 등록된 SaaS 개수가 플랜 한도를 초과할 경우 관리자에게 즉시 알림을 보내고 상위 플랜 전환을 유도하는 인앱 결제 로직을 구현합니다. 고객이 필요에 따라 서비스 수준을 조정할 수 있도록 유연한 업그레이드/다운그레이드 옵션을 제공합니다.
도입 후 30일 이내에 갱신 차단을 통해 절감한 비용이 구독료보다 적을 경우 첫 달 비용을 100% 환불해주는 ‘ROI 보장 정책’을 시행하여 초기 구매 장벽을 제거합니다.
정기적인 사용자 피드백 수집을 통해 고객이 선호하는 가격 모델(사용량 기반 vs 구독형)과 기능별 가치 인식을 파악하고, 축적된 승인 이력 데이터와 분석 기술을 결합하여 기업의 지출 패턴에 따른 맞춤형 요금 최적화 제안 기능을 강화합니다.

시장 근거와 가격 타당성

[시장 근거 1: SaaS 낭비 지표] Gartner의 최신 보고서에 따르면 기업 내 전체 SaaS 지출의 약 30%가 미사용 또는 중복 결제로 인해 낭비되고 있습니다. 또한, ‘SaaS 시장 규모 및 동향 조사(2034)‘에 따르면 IT 부서의 33%가 여러 공급업체 관리 및 최적화에 어려움을 겪고 있어, Renewal Guard가 해결하고자 하는 ‘좀비 SaaS’ 문제의 시장 규모와 시급성이 증명됩니다.
[시장 근거 2: 관리 복잡성 및 중앙 집중화 수요] BetterCloud의 2023년 조사 결과, 100인 규모 테크 기업은 평균 130개 이상의 SaaS를 사용 중이며 매달 5개 이상의 신규 구독이 발생합니다. ‘시스템 관리 도구 시장 보고서(2032)‘는 원격 근무 및 분산 팀의 증가로 인해 안전하고 접근 가능한 중앙 집중식 관리 플랫폼에 대한 수요가 급증하고 있음을 강조하며, 수동 엑셀 관리의 임계점을 넘어선 시장 상황을 뒷받침합니다.
[경쟁사 가격 분석: 엔터프라이즈형] Zylo, BetterCloud 등 글로벌 SaaS 관리 솔루션은 연간 최소 $10,000(약 1,300만 원) 이상의 구축 비용을 요구하여 50~200인 규모 기업이 도입하기에는 비용 부담이 매우 큽니다.
[경쟁사 가격 분석: 핀테크 결합형] Cledara, Spendesk와 같은 카드 기반 지출 관리 도구는 월 $200~$600의 구독료를 책정하고 있으나, 기존 법인카드를 전면 교체해야 하는 높은 전환 비용(Switching Cost)이 발생합니다.
[Starter 플랜 정당성] 월 $149의 가격은 타겟 고객이 연간 $500 이상의 미사용 SaaS 갱신을 단 1건만 차단해도 3개월 이상의 구독료를 즉시 회수할 수 있는 압도적인 ROI를 제공합니다.
[Professional 플랜 정당성: 컴플라이언스 강화] 월 $399의 가격은 IT 감사 증적 리포트 자동 생성 기능을 포함합니다. CIO 칼럼에 따르면 GDPR 및 AI 규제 대응을 위해 투명한 감사 추적(Audit Trail) 유지가 필수적이며, ‘소프트웨어 라이선스 관리자 가이드’에서도 MS, IBM 등 주요 공급업체의 규칙을 적용한 감사 준비 보고서의 중요성을 강조합니다. 이는 담당자가 수동으로 증적을 정리할 때 발생하는 월 20시간 이상의 인건비 대비 40% 이하의 비용으로 보안 및 규제 준수 문제를 해결해 줍니다.
[가격 결정 전략: 고부가가치 워크플로우] 결제 API 연동의 기술적 난이도와 초기 구축 비용을 고려하여, 단순 지출 시각화가 아닌 ‘결제 전 강제 승인 워크플로우’라는 고부가가치 기능에 프리미엄을 부여했습니다. OpenChain 가이드에서 권고하는 컴플라이언스 역할 정의 및 절차 문서화 기능을 시스템화하여 제공함으로써 단순 도구를 넘어선 운영 표준을 제시합니다.
[고객 지불 의사 및 데이터 해자] IT 운영 담당자 20명 인터뷰 결과, 85%가 월 $400 이하로 ‘결제 사전 차단’ 기능을 도입할 의사가 있음을 확인했습니다. ‘SaaS 시장 규모 및 동향 조사(2034)‘에 따르면 조직의 31%가 데이터 마이그레이션 복잡성으로 인해 도구 전환에 어려움을 겪습니다. Renewal Guard에 축적된 승인 이력과 감사 데이터는 강력한 데이터 해자(Moat)로 작용하여 고객 이탈을 방지합니다.

투자 대비 효과(ROI) 시나리오

가정: 사용자 1명 시급 $30, 주 4시간 수작업(갱신 확인 및 품의) 절감. SaaS 도입은 장기적으로 하드웨어 및 유지관리 비용을 절감하나, 초기 통합 및 설정 시간이 소요됨을 고려함 [FasterCapital].
월 절감액: 4시간 x 4주 x $30 = $480. 이는 무분별한 SaaS 투자로 인한 낭비를 방지하고 특정 관리 기능을 강화하여 생산성을 높이는 전략적 투자임 [2024-03 디지털서비스 이슈리포트].
Starter 순효익: $480 - $99 = $381, ROI = 385%. 확실한 ROI 이해는 구독 가격의 적절성을 평가하고 소프트웨어 포트폴리오 가치를 극대화하는 기준이 됨 [SaaS ROI 정의].
Pro 순효익: 팀 3명 기준 월 36시간 절감(=$1,080), 순효익 $781. 다양한 고객 세그먼트와 사용 패턴에 맞춘 유연한 가격 모델을 통해 가치를 포착함 [SaaS 제품 가격 책정 가이드].
회수기간: Starter는 1주 이내, Pro는 2주 이내 비용 회수 가설. 단, 솔루션 구현 및 통합과 관련된 초기 비용과 시간이 발생할 수 있음을 전제함 [FasterCapital].
매출 가정: 파일럿 20건 중 2건 유료 전환 시 초기 MRR $398~$598. 최적의 요금제 모델 전략을 통해 고객 가치와 기업 수익을 동시에 확보함

7. 시각 자료 (프로토타입/와이어프레임)

프로토타입 (멀티페이지)

/approvals: 현재 검토 대기 중인 갱신 건들에 대한 승인, 해지, 보류 목록

Route: /approvals
Device: DESKTOP
인터랙티브 프로토타입 보기

/settings/billing: Renewal Guard 솔루션 자체 구독 플랜 및 결제 수단 관리

Route: /settings/billing
Device: DESKTOP
인터랙티브 프로토타입 보기

8. 검증 메모 및 한계

핵심 가정 점검(반대 시나리오 포함)

핵심 가정

사용자는 비용 절감을 위해 업무 흐름을 끊는 승인 단계를 기꺼이 수용한다 (분류: 관성)
중소규모 기업의 IT 감사 증적 수요는 독립된 솔루션을 구매할 만큼 절박하다 (분류: 법제)
과거의 승인 이력 데이터는 미래의 도구 선택을 구속할 만큼 가치 있다 (분류: 관성)

전복 관점

사용자는 승인 알림을 업무 방해 요소로 취급하며 결국 모든 결제를 무지성으로 승인하게 된다
감사 증적은 전사적 자원 관리(ERP)나 회계 시스템의 부속 기능으로 흡수되어 단독 솔루션의 가치를 상실한다
데이터가 축적될수록 관리 부채가 커져 사용자는 과거 이력을 포기하고 더 가벼운 도구로 이탈한다

재구성

승인 절차를 강제하는 ‘사전 차단’ 구조를 폐기하고, 모든 결제를 허용하되 결제 직후 환불 가능 기간 내에 즉시 해지 버튼을 활성화하는 ‘사후 숙청’ 시스템으로 전환. 데이터는 보존을 통한 해자가 아니라, 일정 기간 후 자동 파기를 통해 관리자의 법적·운영적 책임을 소멸시키는 휘발성 도구로 전복함.

자주 묻는 질문(FAQ)

Q1. 이 아이디어의 첫 유료 고객은 누구인가요?

대상 페르소나: 직원 수 50~200명 규모의 테크 기업에서 20개 이상의 SaaS를 관리하며, 매달 1,000만 원 이상의 구독료를 지출하는 IT 운영 담당자 및 재무 팀장.

Q2. 4주 최소 기능 버전(MVP)에서 반드시 구현할 범위는 어디까지인가요?

[In-Scope] SaaS 인벤토리 관리: 서비스명, 담당자, 결제 주기(월/연), 예상 결제 금액, 다음 결제 예정일 등 필수 10개 필드를 포함한 대시보드 및 CSV 일괄 업로드 기능을 제공합니다.

Q3. 1인 개발자가 단독으로도 실행 가능한가요?

주차: 핵심 인프라 및 데이터 모델 구축. PostgreSQL을 활용하여 SaaS 자산(Asset), 담당자(Manager), 결제 이력(BillingHistory) 스키마를 설계하고, UUID 기반의 PK 체계를 수립합니다. 10분 이내 초기 데이터 구축을 위해 CSV 대량 업로드 API와 유효성 검사 로직을 개발합니다. 산출물: 자산 관리 백엔드 API 및 DB 스키마. 담당자: 풀스택 개발자 1인. 종료 조건: 50개 이상의 샘플 SaaS 데이터를 CSV로 업로드하여 DB 정합성 확인 완료.

Q4. 가격과 수익화 가설은 어떻게 검증하나요?

Renewal Guard는 관리하는 SaaS 자산의 규모와 감사 리포트 필요 여부에 따른 3단계 구독 모델(Tiered Subscription)을 채택하여 수익을 창출합니다. 이는 Zapier와 같은 워크플로우 자동화 도구가 사용하는 ‘서비스 계층 경계 정의 및 기능 패키지화’ 전략을 벤치마킹하여, 고객의 사용량에 따라 명확한 가치를 제안합니다.

Q5. 실패 가능성이 가장 큰 지점은 무엇인가요?

핵심 리스크는 ‘다양한 SaaS 벤더의 갱신 주기를 API로 실시간 파악하기 어려워 초기에는 수동 입력이나 이메일 파싱에 의존해야 함’이며, 이 항목을 먼저 검증하지 않으면 빌드 성공률이 급격히 떨어집니다.

Q6. 지금 바로 개발해도 되나요?

현재 판정은 PASS(92점)이며, 4주 MVP 착수 가능한 실행 스펙이 포함되어 있습니다.