무료 체크리스트· Day 1~7·v0.1

1인 AI 창업자를 위한 90일 실행 체크리스트

AI를 활용해 혼자서 웹사이트, 뉴스레터, 콘텐츠, 리드마그넷의 기본 기반을 만드는 첫 7일 실행 체크리스트입니다. Day 8~90 업데이트는 뉴스레터로 이어서 공유합니다.

최종 업데이트: 2026년 5월 25일 · 프로젝트: AI Solo OS

소개

AI Solo OS는 AI를 활용해 1인이 디지털 수익 시스템을 구축하는 과정을 공개하는 90일 실험입니다.

이 체크리스트는 처음 시작하는 사람이 너무 오래 고민하지 않고, Day 1부터 실행을 시작할 수 있도록 만든 자료입니다.

완벽한 사업계획서도 아니고, 매출을 보장하는 공식도 아닙니다.

이 체크리스트의 목표
  • 간단한 웹사이트 만들기
  • 뉴스레터 연결하기
  • 공개 실행 기록 시작하기
  • 첫 번째 무료 자료 만들기
  • 반복 가능한 콘텐츠 루틴 만들기
  • 1인 창업자를 위한 기본 운영 시스템 만들기

목표는 예쁜 대시보드를 만드는 것이 아닙니다.

목표는 매일 실제로 사용할 수 있는 실행 시스템을 만드는 것입니다.

이 체크리스트가 필요한 사람

이런 사람에게 적합합니다.
  • 0에서 1인 창업 프로젝트를 시작하려는 사람
  • AI를 활용해 더 빠르게 실행하고 싶은 사람
  • 아직 구독자나 팔로워가 거의 없는 사람
  • Build-in-Public 방식으로 과정을 공개하고 싶은 사람
  • 웹사이트, 뉴스레터, 콘텐츠, 디지털 상품을 만들고 싶은 사람
  • 도구 선택만 하다가 실행이 멈추는 사람
  • 90일 동안 따라갈 수 있는 실행 순서가 필요한 사람
이런 사람에게는 맞지 않을 수 있습니다.
  • 첫날부터 복잡한 자동화 시스템을 만들고 싶은 사람
  • 바로 유료 상품을 완성해서 판매하고 싶은 사람
  • 완성된 사업 전략 문서가 필요한 사람
  • 실제 실행보다 예쁜 Notion 대시보드를 먼저 만들고 싶은 사람

90일 실행 원칙

1. 준비가 덜 된 상태에서 시작하기

첫 랜딩페이지, 첫 글, 첫 체크리스트는 완벽할 필요가 없습니다. 먼저 존재해야 합니다.

2. 공개 증거 만들기

무엇을 했는지, 어디서 막혔는지, 무엇을 바꿨는지, 무엇을 배웠는지 기록합니다. 공개 기록은 시간이 지나면서 신뢰 자산이 됩니다.

3. 시스템을 가볍게 유지하기

보기 좋은 시스템보다 매일 업데이트할 수 있는 시스템이 더 중요합니다. 입력과 검토가 불편하면 운영 시스템은 오래가지 못합니다.

4. 실행과 상품화를 분리하기

오늘 만든 것이 바로 상품이 되는 것은 아닙니다. 먼저 직접 사용하고, 반복하고, 검증한 뒤에 상품화합니다.

5. 숫자를 기록하기

숫자가 0이어도 기록합니다. 0도 데이터입니다.

6. 완성보다 공개를 우선하기

완벽한 비공개 초안보다, 거칠지만 공개된 자료가 더 큰 학습을 만듭니다.

7. 매주 회고하기

7일마다 아래를 확인합니다.

  • 무엇을 만들었는가
  • 무엇이 작동하지 않았는가
  • 어디서 피로도가 생겼는가
  • 다음 주에는 무엇을 바꿀 것인가

Day 1~7 실행 체크리스트

Day 1 — 프로젝트 기반 만들기

목표: 프로젝트의 정체성과 기본 운영 기반을 정합니다.

  • 프로젝트 이름 정하기
  • 90일 실험으로 진행할지 결정하기
  • 한 문장 프로젝트 설명 작성하기
  • 타겟 독자 정하기
  • 도메인 확보 또는 후보 정하기
  • GitHub 저장소 만들기
  • 뉴스레터 계정 만들기
  • X 계정 만들기
  • 필요하면 상품 판매 플랫폼 프로필 만들기
  • 매일 진행 기록을 남길 공간 만들기
  • Day 1 진행 기록 작성하기
산출물
  • 프로젝트 정체성
  • 기본 외부 계정
  • 첫 실행 기록

초보자가 자주 막히는 지점: 전체 비즈니스 모델을 완벽히 정하려다가 아무것도 시작하지 못함

Day 2 — 랜딩페이지 배포하기

목표: 외부에서 볼 수 있는 최소 홈페이지를 만듭니다.

  • 간단한 index.html 만들기
  • 프로젝트 이름 넣기
  • 짧은 설명 넣기
  • 90일 실험이라는 관점 넣기
  • 뉴스레터 CTA 넣기
  • 도메인 연결하기
  • 사이트 배포하기
  • 공개 URL 접속 확인하기
  • 짧은 Build-in-Public 업데이트 작성하기
  • Day 2 진행 기록 작성하기
산출물
  • 공개 웹사이트
  • 뉴스레터 CTA
  • 첫 프로젝트 허브

초보자가 자주 막히는 지점: 완벽한 디자인을 만들려고 하다가 배포가 늦어짐

Day 3 — 첫 기준 콘텐츠 작성하기

목표: 프로젝트를 설명하는 첫 콘텐츠를 공개합니다.

  • 첫 블로그 글 또는 프로젝트 소개 글 작성하기
  • 왜 이 프로젝트를 시작했는지 설명하기
  • 90일 동안 무엇을 만들지 설명하기
  • 현재 출발점을 솔직하게 적기
  • 웹사이트와 뉴스레터 링크 넣기
  • 글 발행하기
  • 사이트 또는 Build Log에 추가하기
  • X에 공유하기
  • Day 3 진행 기록 작성하기
산출물
  • 첫 블로그 글
  • 프로젝트 소개 기준 문서
  • 나중에 재사용 가능한 origin story

초보자가 자주 막히는 지점: 결과가 생긴 뒤에 글을 쓰려고 기다림

Day 4 — 운영 구조 만들기

목표: 매일 무엇을 기록할지 정합니다.

  • Daily KPI 기록 구조 만들기
  • Daily Progress 기록 구조 만들기
  • Handoff 기록 구조 만들기
  • Content Pipeline 만들기
  • Prompt 또는 AI Asset Bank 만들기
  • Workflow 또는 SOP Bank 만들기
  • Product Idea Pipeline 만들기
  • 불필요한 필드는 추가하지 않기
  • 상태값은 단순하게 유지하기
  • Day 4 진행 기록 작성하기
산출물
  • 기본 운영 구조
  • 실행 기록 시스템
  • 재사용 가능한 기록 형식

초보자가 자주 막히는 지점: 너무 많은 데이터베이스, 대시보드, 속성을 한 번에 만들려고 함

Day 5 — 첫 무료 자료 초안 만들기

목표: 첫 리드마그넷 초안을 만듭니다.

  • 간단한 무료 자료 아이디어 하나 고르기
  • 범위를 작게 유지하기
  • 목차 만들기
  • Day 1~7 실행 경로 포함하기
  • Daily Routine 섹션 추가하기
  • KPI 기록 항목 추가하기
  • 초보자가 자주 막히는 지점 추가하기
  • 다음 단계 안내 추가하기
  • 뉴스레터 CTA 추가하기
  • 아직 PDF 디자인하지 않기
  • 아직 마켓플레이스에 등록하지 않기
  • Day 5 진행 기록 작성하기
산출물
  • 첫 무료 자료 초안
  • 뉴스레터 구독 유도 자산
  • 공개 가능한 리드마그넷 원형

초보자가 자주 막히는 지점: 간단한 체크리스트를 너무 빨리 완성형 상품으로 만들려고 함

Day 6 — 운영 피로도 점검하기

목표: 만든 운영 시스템이 실제로 매일 쓸 수 있는지 확인합니다.

  • 매일 기록하는 과정이 얼마나 불편한지 확인하기
  • 입력 방식이 지나치게 수동적인지 확인하기
  • 전체 데이터를 쉽게 복사하고 검토할 수 있는지 확인하기
  • AI에게 기록을 넘기기 쉬운지 확인하기
  • 어디서 운영 피로도가 생기는지 적기
  • 필요하면 과설계를 멈추기
  • 바꿔야 할 점 기록하기
  • 필요하면 짧은 Build-in-Public 교훈 공유하기
  • Day 6 진행 기록 작성하기
산출물
  • 운영 피로도 점검
  • 도구 역할 재정의
  • 더 가벼운 실행 시스템

초보자가 자주 막히는 지점: 보기 좋은 대시보드를 실제 운영 시스템이라고 착각함

Day 7 — 1주차 회고하기

목표: 1주차를 돌아보고 2주차 방향을 정합니다.

  • Day 1~6 동안 완료한 것 확인하기
  • 작동하지 않은 것 확인하기
  • 현재 KPI 숫자 확인하기
  • 가장 큰 병목 찾기
  • 계속할 것 정하기
  • 멈출 것 정하기
  • 단순화할 것 정하기
  • Week 1 Review 작성하기
  • Week 2 우선순위 정하기
  • Day 7 Build-in-Public 업데이트 발행하기
  • Day 7 진행 기록 작성하기
산출물
  • Week 1 Review
  • Week 2 계획
  • 다음 실행 방향

초보자가 자주 막히는 지점: 1주차에 실제로 무엇이 작동했는지 확인하지 않고 바로 다음 작업으로 넘어감

Daily Routine

매일 아래 루틴만 반복해도 충분합니다.

하루 시작

  • 오늘의 핵심 목표 확인하기
  • 어제 Handoff 확인하기
  • 오늘의 Top 1~3 작업 고르기
  • 오늘 하지 않을 작업 정하기

작업 중

  • 완료한 작업 기록하기
  • 막힌 지점 바로 메모하기
  • 중요한 링크 저장하기
  • 불필요한 도구나 시스템 추가하지 않기

하루 마감

  • KPI 숫자 기록하기
  • Daily Progress 작성하기
  • Handoff 작성하기
  • 발행한 URL 저장하기
  • 다음 날 시작 지점 정하기

KPI 항목

매일 또는 매주 아래 숫자를 기록합니다.

Audience

  • Beehiiv 구독자 수
  • X 팔로워 수
  • 웹사이트 방문자 수
  • 블로그 글 수
  • 뉴스레터 발행 수

Content

  • X 포스트 수
  • 블로그 글 수
  • 뉴스레터 발행 수
  • 리드마그넷 페이지 방문 수
  • 공개한 콘텐츠 링크 수

Product

  • 상품 페이지 조회수
  • 상품 클릭 수
  • Gumroad 조회수
  • 판매 수
  • 매출

Operations

  • Daily Progress 작성 여부
  • Handoff 작성 여부
  • Blocker 기록 여부
  • 만든 자산 수
  • 공개 링크 저장 여부
중요:

확인할 수 없는 숫자는 0 + needs verification으로 기록합니다. 숫자를 모른다고 빈칸으로 두지 않습니다.

초보자가 자주 막히는 지점

1. 랜딩페이지를 과하게 디자인함

완벽한 웹사이트가 필요하지 않습니다. 처음에는 아래만 있으면 됩니다.

  • 무엇인지
  • 누구를 위한 것인지
  • 왜 하는지
  • 어떻게 구독하거나 따라올 수 있는지

2. 사업보다 대시보드를 먼저 만듦

대시보드 자체는 진척이 아닙니다. 진짜 진척은 아래입니다.

  • 공개된 페이지
  • 공개된 글
  • 구독 흐름
  • 리드마그넷
  • 사용자 반응
  • 반복 가능한 워크플로우

3. 도구를 너무 많이 만듦

도구가 늘어나면 관리 비용도 늘어납니다. 처음에는 아래 정도면 충분합니다.

  • 웹사이트
  • 뉴스레터
  • 하나의 운영 시트
  • 하나의 공개 채널
  • 하나의 원본 저장소

4. 구독자나 팔로워가 생길 때까지 기다림

팔로워가 없어도 만들 수 있습니다. 초기 콘텐츠는 나중에 들어온 사람들이 보게 될 신뢰 자료가 됩니다.

5. 모든 것을 너무 빨리 상품으로 만들려고 함

먼저 직접 사용합니다. 그다음 반복합니다. 그다음 검증합니다. 그다음 상품화합니다.

6. 0을 기록하지 않음

구독자 0명, 매출 0원, 방문자 0도 의미 있는 데이터입니다. 아직 유입 구조가 작동하지 않는다는 신호입니다.

7. 내부 기록과 공개 자료를 섞음

내부 기록은 지저분해도 됩니다. 하지만 공개 자료는 단순하고, 명확하고, 도움이 되어야 합니다.

Day 7 이후 다음 단계

첫 7일을 마쳤다면 Week 2에서는 아래에 집중합니다.

  1. Privacy / Terms 기본 페이지 배포하기
  2. 체크리스트를 공개 페이지로 만들기
  3. 체크리스트를 뉴스레터 Welcome Email에 연결하기
  4. 가벼운 운영 DB를 계속 사용하기
  5. Build-in-Public 업데이트를 계속 발행하기
  6. 다음 블로그 글 또는 주간 회고 작성하기
  7. 무료 자료 흐름이 작동하기 전까지 유료 상품 작업은 미루기

AI Solo OS 업데이트 받기

AI Solo OS는 공개적으로 만들어지고 있습니다. 90일 실험과 이후 자료를 받고 싶다면 뉴스레터를 구독하세요.

뉴스레터 구독하기

버전 정보

  • 버전: v0.1
  • 상태: 공개 초안
  • 작성 시점: AI Solo OS Week 2 / Day 8
  • 최종 업데이트: 2026년 5월 25일