startup-financial-modeling

startup-financial-modeling 스킬 개요

startup-financial-modeling이 하는 일

startup-financial-modeling 스킬은 에이전트가 3~5년치 스타트업 재무 모델을 만들어 계획 수립, 자금 조달, 운영 의사결정에 활용할 수 있도록 돕습니다. 특히 “예측 하나 만들어줘” 같은 범용 프롬프트보다 더 구조화된 접근이 필요한 초기 단계 기업에 잘 맞습니다. 매출이 고객 획득, 유지율, 가격 정책, 채용 계획, 시간에 따른 현금 소진에 의해 좌우되는 경우에 특히 유용합니다.

이 스킬이 잘 맞는 사용자

이 startup-financial-modeling skill은 빈 시트에서 시작하지 않으면서도 투자자에게 설명 가능한 논리를 갖춘 모델이 필요한 창업자, 재무 담당자, 운영 리더, 스타트업 어드바이저, 제품 감각이 있는 애널리스트에게 가장 적합합니다. 특히 시드~Series A 단계에서 자주 나오는 다음과 같은 질문에 잘 맞습니다.

• 현재 채용 계획대로 가면 runway는 얼마나 남는가?
• 고객 획득과 유지 가정이 의미하는 매출 경로는 무엇인가?
• 다음 라운드는 언제 다시 조달해야 하는가?
• best/base/worst 시나리오에 따라 burn과 현금 소진 시점은 어떻게 달라지는가?

실제로 해결하는 일

대부분의 사용자는 단순히 “모델 하나”를 원하는 것이 아닙니다. 설명 가능하고 방어 가능한 예측이 필요합니다. startup-financial-modeling의 가치는 모델을 명시적인 드라이버 중심으로 밀어준다는 데 있습니다. 예를 들면 코호트 성장, ARPU, 유지율, 비용 항목, burn, runway, 시나리오 분석 같은 요소들입니다. 이런 구조는 단순한 상단 매출 CAGR 예측보다 실제 의사결정에 훨씬 도움이 됩니다.

일반적인 재무 프롬프트와 다른 점

가장 큰 차이는 구조입니다. 이 스킬은 다음과 같은 스타트업 특화 모델링 패턴을 중심에 둡니다.

• 코호트 기반 매출 로직
• 세분화된 운영비 카테고리
• 현금흐름 및 runway 분석
• 자금조달 시나리오 플래닝

그래서 가정을 보여주지 않은 채 총액부터 뽑아내는 일회성 프롬프트보다, SaaS나 반복 매출형 스타트업에 더 잘 맞습니다.

설치 전 알아둘 중요한 한계

이 스킬은 문서 기반 가이드이지, 완성형 스프레드시트나 코드 라이브러리, 규칙 엔진이 아닙니다. 스킬 폴더 안에 포함된 스크립트, 템플릿, 보조 파일은 없습니다. 따라서 startup-financial-modeling은 AI 에이전트를 위한 더 강한 프롬프팅 프레임워크가 필요할 때 설치하는 것이 맞고, 감사 가능한 재무 모델링 기준, 회계 규정 준수, 즉시 쓸 수 있는 Excel 모델이 필요하다면 맞지 않습니다.

startup-financial-modeling 스킬 사용 방법

startup-financial-modeling 설치 맥락

원본 스킬의 SKILL.md에는 자체 설치 명령이 들어 있지 않지만, 디렉터리 사용자는 보통 상위 저장소에서 스킬을 추가합니다. 흔히 쓰는 패턴은 다음과 같습니다.

npx skills add https://github.com/wshobson/agents --skill startup-financial-modeling

설치 후 가장 먼저 읽어야 할 핵심 소스는 다음입니다.

• plugins/startup-business-analyst/skills/startup-financial-modeling/SKILL.md

여기에는 추가 참고 자료나 헬퍼 파일이 없기 때문에, 실제로 쓸 수 있는 가이드는 거의 전부 이 한 파일에 들어 있습니다.

먼저 읽어야 할 파일

SKILL.md부터 시작해서 아래 순서로 집중해서 읽는 것이 좋습니다.

1. Overview
2. Core Components
3. Revenue Model
4. Cost Structure
5. 문서 하단의 cash flow, runway, scenario 관련 섹션

이 순서로 보면 저장소 전체를 훑어보는 것보다 실제 모델링 로직에 더 빨리 도달할 수 있습니다.

이 스킬에 필요한 입력값

startup-financial-modeling usage의 품질은 “예측 좀 해줘”처럼 뭉뚱그려 요청할 때보다, 드라이버를 명확히 줄 때 훨씬 좋아집니다. 최소한 아래 항목은 에이전트에 제공하세요.

• 비즈니스 모델: SaaS, marketplace, fintech, usage-based, services-hybrid
• 가격 정책: 요금제, ARPU, 계약 기간, expansion 가정
• 획득: 월별 신규 고객 수 또는 leads-to-close 퍼널
• 유지: logo churn, revenue churn, 또는 cohort retention curve
• COGS: 호스팅, 지원, 결제 수수료, 서드파티 툴
• 운영비: headcount plan, 급여, 마케팅 지출, G&A
• 시작 현금과 현재 burn
• 자금조달 가정: 라운드 규모, 시점, dilution 목표, 확보하려는 runway
• 계획 기간: 보통 36, 48, 60개월

이 값들을 비워두면 모델은 금방 너무 일반적인 수준으로 흘러갑니다.

startup-financial-modeling에 맞는 강한 프롬프트 형태

좋은 startup-financial-modeling guide 프롬프트는 가정과 출력물을 둘 다 요구해야 합니다. 다음 구조를 쓰면 좋습니다.

• 회사 단계와 비즈니스 모델
• 현재 핵심 지표
• 목표 기간
• 필요한 시나리오
• 출력 형식
• 답하고 싶은 구체적인 재무 질문

예시:

“Use the startup-financial-modeling skill to build a 36-month model for a B2B SaaS startup. We have 120 customers, $28k MRR, 2.5% monthly logo churn, $240 ARPU, and add 18 new customers per month today. Assume CAC starts at $900 and improves 10% over 12 months. Team is 8 people today and grows to 14 over 18 months. Starting cash is $1.4M. Show base, upside, and downside cases with monthly revenue, COGS, opex, burn, runway, and suggested raise timing.”

이런 식의 요청은 “스타트업 예측 만들어줘”보다 훨씬 실행 가능한 결과를 만듭니다.

막연한 목표를 모델 입력값으로 바꾸는 법

목표만 알고 있다면, 먼저 그것을 드라이버 질문으로 바꾸세요. 예를 들면:

막연한 목표:

• “시드 투자 유치를 위한 investor financials가 필요해.”

더 나은 프롬프트:

• “Use startup-financial-modeling for Finance planning. Build a 48-month monthly model for a seed-stage B2B SaaS company. Ask me for any missing assumptions before modeling. Include customer growth by cohort, retention, pricing, COGS, hiring plan, burn, runway, and a financing case with a $3M raise in month 6.”

이 방식이 잘 작동하는 이유는, 에이전트가 임의로 추정하기 전에 빠진 입력값을 먼저 수집할 수 있도록 허용하기 때문입니다.

실무에서 가장 무난한 workflow

startup-financial-modeling usage를 실제로 쓸 때는 다음 워크플로가 가장 실용적입니다.

1. 비즈니스 모델과 기간을 정한다.
2. 현재 기준 지표를 제공한다.
3. 빠진 가정을 먼저 나열해 달라고 요청한다.
4. 예측 전에 핵심 드라이버를 확정한다.
5. 월별 모델 출력을 생성한다.
6. best/base/worst 시나리오를 추가한다.
7. cash-out 시점과 raise 타이밍을 스트레스 테스트한다.
8. 모델을 투자자용 또는 이사회용 내러티브로 바꾼다.

핵심은 예측 전에 가정을 점검하는 단계입니다. 대부분의 낮은 품질 출력은 이 단계에서 막을 수 있습니다.

startup-financial-modeling이 특히 강한 영역

소스를 기준으로 보면, startup-financial-modeling은 반복 매출이 있고 고객 코호트가 중요한 회사에서 가장 강합니다. 특히 다음과 같은 경우에 적합합니다.

• B2B SaaS
• 구독형 제품
• 유지율이 중요한 비즈니스
• 초기 단계 자금조달 계획
• runway 및 burn 분석

반면 일회성 프로젝트 매출 중심 비즈니스에는, 매출 로직을 손봐서 적용하지 않는 한 자연스럽게 맞지는 않습니다.

요청할 출력 형식

출력 형식을 모호하게 두지 마세요. 에이전트에게 아래 형식 중 하나 이상을 명시적으로 요청하는 것이 좋습니다.

• 24~60개월 월별 표
• 가정 요약 표
• 시나리오 비교 표
• 자금조달 타임라인
• 손익분기 시점 추정
• 핵심 민감도에 대한 board-ready 설명

결과를 Sheets나 Excel로 옮길 생각이라면, 수식은 말로 설명하고 표는 평문 형태로 달라고 요청하세요.

도입을 막는 흔한 장애물

startup-financial-modeling 설치 전 걸림돌은 대개 기술 문제가 아니라 입력값 품질 문제입니다.

• 유지율 가정이 없음
• 가격 정책 로직이 명확하지 않음
• headcount plan이 없음
• COGS와 opex 구분이 없음
• 시작 현금이나 부채 맥락이 없음
• runway 분석이 필요한데 연간 출력만 요청함

이 스킬은 구조를 잡아주지만, 신뢰할 수 있는 운영 가정을 대신 만들어주지는 못합니다.

더 나은 시나리오 플래닝을 얻는 법

저장소는 시나리오 분석을 분명히 강조하므로, 이 부분을 의도적으로 활용하는 것이 좋습니다. 유용한 시나리오 설계는 케이스별로 소수의 드라이버만 바꾸는 방식입니다.

• 획득 볼륨
• 유지율/churn
• ARPU 또는 expansion revenue
• 채용 속도
• 자금조달 시점

모든 시나리오에서 모든 줄이 다 바뀌면, 투자자나 운영팀에게 설명하기 어려운 결과가 됩니다.

startup-financial-modeling 스킬 FAQ

startup-financial-modeling은 설치할 가치가 있나?

그렇습니다. 범용적인 예측 문구가 아니라 스타트업 특화 재무 로직을 에이전트가 사용하길 원한다면 설치할 만합니다. startup-financial-modeling skill은 스프레드시트 파일이나 자동화를 제공하지는 않지만, 일반 프롬프트보다 훨씬 선명한 모델링 프레임을 제공합니다.

startup-financial-modeling은 초보자에게도 괜찮나?

그렇습니다. 다만 한 가지 조건이 있습니다. 초보자라도 기본적인 비즈니스 가정은 직접 넣어야 합니다. 이 스킬이 모델 구조를 정리해줄 수는 있지만, ARPU, churn, COGS, burn, runway 같은 개념을 이해할 필요 자체를 없애주지는 않습니다.

ChatGPT에 그냥 예측을 부탁하는 것과 무엇이 다른가?

일반적인 프롬프트는 드라이버 로직을 건너뛰고 요약 숫자만 내놓는 경우가 많습니다. startup-financial-modeling은 특히 코호트 매출, 비용 항목, 현금 계획처럼 가정에서 결과까지의 경로가 중요한 상황에서 더 유용합니다.

startup-financial-modeling을 SaaS가 아닌 회사에도 쓸 수 있나?

경우에 따라 가능합니다. 이 스킬은 반복적인 고객 행동과 반복 수익 구조로 매출을 모델링할 수 있을 때 가장 잘 맞습니다. 거래형 비즈니스나 서비스 비중이 큰 회사라면, 매출 섹션을 bookings, utilization, project margins, take rate 중심으로 다시 써야 할 수 있습니다.

이 스킬이 스프레드시트를 생성해 주나?

그 자체로는 아닙니다. 저장소를 보면 이 스킬 폴더에는 SKILL.md만 있고 템플릿이나 스크립트는 없습니다. 다운로드 가능한 재무 모델이라기보다, 에이전트를 위한 가이드라고 기대하는 편이 맞습니다.

startup-financial-modeling을 쓰지 말아야 할 때는 언제인가?

다음이 필요하다면 건너뛰는 것이 좋습니다.

• 감사용 재무제표
• 세무 또는 GAAP 자문
• 대출 심사용 재무 패키지
• cap table 법률 모델링
• 바로 쓸 수 있는 Excel 워크북

또한 비즈니스에 의미 있는 코호트, 유지율, 반복 매출 패턴이 없다면 적합도가 떨어집니다.

startup-financial-modeling 스킬을 더 잘 쓰는 방법

결과 목표가 아니라 드라이버 수준의 입력을 제공하라

startup-financial-modeling 출력 품질을 가장 빨리 끌어올리는 방법은 “$10M ARR 달성” 같은 목표값 중심 프롬프트를 멈추는 것입니다. 대신 그 결과를 만들어내는 드라이버를 제공하세요.

• 월별 고객 증가 수
• 코호트별 유지율
• 세그먼트별 가격
• upsell 시점
• 채널별 CAC
• 채용 램프
• 고객당 infra 비용

이렇게 해야 모델이 희망사항이 아니라 설명 가능한 구조가 됩니다.

에이전트에게 가정과 계산을 분리해서 보여달라고 하라

흔한 실패 패턴은 숨겨진 가정이 예측값 안에 섞여 들어가는 것입니다. 결과를 개선하려면 다음 항목을 명시적으로 요청하세요.

1. 가정 표
2. 수식 로직
3. 월별 출력
4. 시나리오 차이
5. 핵심 민감도

이렇게 하면 숫자를 믿기 전에 잘못된 가정을 더 쉽게 발견할 수 있습니다.

runway 질문이라면 월별 상세를 강제하라

목표가 현금 계획이라면 월별 디테일이 중요합니다. 연간 뷰는 cash-out 리스크를 가립니다. 더 나은 startup-financial-modeling for Finance 결과를 원한다면, 적어도 다음 raise 시점이나 손익분기 지점까지는 월별 예측을 요청하세요.

유지율과 expansion 가정을 더 촘촘하게 하라

반복 매출 모델에서 가장 큰 품질 리스크는 부실한 유지율 입력입니다. “churn이 낮다”라고만 하지 말고, 예를 들면 다음처럼 구체화하세요.

• 1~12개월 동안 월간 logo churn 3%
• 엔터프라이즈 계정의 net revenue retention 105%
• 유지 고객의 20%에서 month 4 이후 expansion 시작

이 정도의 러프한 숫자라도 막연한 낙관론보다 훨씬 낫습니다.

채용 시점을 넣어 비용 모델을 개선하라

많은 스타트업 모델이 burn을 과소추정하는 이유는 headcount가 너무 뭉뚱그려져 있기 때문입니다. 다음을 제공하세요.

• 역할
• 시작 월
• fully loaded salary
• 해당 시 commission
• 일회성 채용 또는 장비 비용

이 정보는 burn과 runway 출력의 정확도를 실질적으로 높여줍니다.

시나리오 수를 통제하라

시나리오를 10개 요청하지 마세요. 명확한 3개 케이스를 요청하고, 각 케이스에서 무엇이 바뀌는지 정의하세요. 예:

• Base: 현재 전환율과 churn 유지
• Upside: churn 20% 개선, CAC 15% 개선
• Downside: 영업 채용 3개월 지연, churn 25% 악화

이렇게 해야 시나리오 로직이 실제 의사결정에 도움이 됩니다.

sanity-check 섹션을 요청하라

startup-financial-modeling guide 출력 품질을 높이는 좋은 방법은, 에이전트에게 비현실적인 가정을 직접 표시해 달라고 요청하는 것입니다. 예를 들면:

• 채용 여력을 크게 초과하는 ARR 성장
• 인프라 비용과 충돌하는 gross margin
• cash runway보다 나쁜 CAC payback
• 현금 소진 이후로 잡힌 raise 타이밍

이런 점검은 보기 좋게 정리된 표가 가릴 수 있는 모델 문제를 드러냅니다.

첫 번째 초안 이후에 반드시 반복하라

첫 초안을 최종 모델로 쓰면 안 됩니다. 다음 질문으로 개선하세요.

• runway 변동에 가장 큰 영향을 주는 가정 3개는 무엇인가?
• 어떤 요소가 이 모델을 투자자 입장에서 설득력 없게 만드는가?
• 추정치가 아니라 실제 데이터로 바꿔야 할 지표는 무엇인가?
• 채용이 한 분기 지연되면 무엇이 달라지는가?

이 과정을 거치면 이 스킬은 일회성 출력 도구가 아니라 계획 도구가 됩니다.

비정형 비즈니스라면 매출 로직을 직접 바꿔라

marketplace, fintech, services-hybrid 회사에 startup-financial-modeling을 설치한다면, 필요한 곳에서는 기본 SaaS 가정을 대체하라고 에이전트에게 분명히 지시하세요. 예를 들면:

• marketplace: GMV, take rate, buyer/seller cohorts
• fintech: transaction volume, interchange, loss assumptions
• services hybrid: billable headcount, utilization, project margin

이 적응 없이 쓰면 결과가 그럴듯해 보여도 실제 비즈니스와는 잘 맞지 않을 수 있습니다.