90일 계획 수립하기 ── 첫 승리에서 100만 오가닉 방문으로 확장

Codex SEO·GEO 코스의 자산과 증거를 페이지 베팅, 주간 루프, 증명 요구사항, 측정 체크포인트가 포함된 집중된 90일 계획으로 전환하세요.

90일 계획 수립하기 ── 첫 승리에서 100만 오가닉 방문으로 확장

Codex SEO·GEO 코스의 자산과 증거를 페이지 베팅, 주간 루프, 증명 요구사항, 측정 체크포인트가 포함된 집중된 90일 계획으로 전환하세요.

코스 작업을 실제로 완료할 수 있는 세 가지 베팅으로 전환하기

100만 오가닉 방문으로 가는 길은 100페이지 콘텐츠 달력이 아닙니다. 반복 가능한 시퀀스입니다: 실제 고객 문제를 선택하고, 유용하고 정확한 답변을 구축하고, 관련 결정에 연결하고, 무슨 일이 일어났는지 검사한 다음, 다음 증거 기반 개선을 하세요. 이 최종 워크숍은 코스 전체에서 만든 파일을 실행할 충분한 초점이 있는 90일 계획으로 전환합니다.

사용하기 위해 새 사이트가 필요하지 않습니다. 초보자는 첫 페이지를 계획할 수 있습니다. 기존 사이트 소유자는 수리, 새로고침, 새 클러스터를 계획할 수 있습니다. Codex는 계획과 그 패킷을 준비합니다. 인간은 여전히 콘텐츠, 배포, 예산, 아웃리치, 계정 접근, 공개 웹을 바꾸는 모든 것을 승인합니다.

완성 결과: 활성 베팅 3개 이하, 지명된 소유자, 증명 요구사항, 용량 인식 달력, 주간 검토 날짜, 측정 노트, 각 베팅의 중단 또는 변경 조건이 포함된 90일 오가닉 성장 계획.

60~90분 확보. 검토를 통과한 승인된 자료를 가져오세요: 성장 스타트 카드, 트래픽 미션, 팩트 팩, 고객 질문 맵, 첫 페이지 또는 기존 페이지 노트, 토픽 맵, 품질 게이트 기록, 주간 검토, 관련된 AI 답변 관찰, 새로고침 결정. 실제 용량도 가져오세요: 전형적인 주에 제공할 수 있는 콘텐츠, 기술, 소유자 검토 시간 수.

브레인스토밍이 아닌 저장된 결정으로 구축하기

plan-input.md라는 파일을 시작하세요. 키워드 아이디어의 묘지가 아닌 입증되었거나 검토 가능한 기회의 짧은 인벤토리여야 합니다.

text
plan-input.md
Current position (현재 위치): 승인된 준비 체크리스트 하나. 기존 월간 부기 서비스 페이지.
영국 외 주장에 대한 공개 증명 없음.
Reader mission (독자 미션): 영국 프리랜스 디자이너가 정리된 기록과 월간 부기 지원이
자신의 상황에 맞는지 결정하도록 돕기.
Evidence that survived review (검토를 통과한 증거): 원격 서비스 적합성에 대한 날짜가 있는
고객 노트 2개. 팩트 팩이 서비스 범위와 세금 신고 제외 지원. 첫 체크리스트 페이지 라이브.
새로고침 결정이 URL 유지와 좁은 적합성 경로 추가를 말함.
Capacity per week (주당 용량): 콘텐츠 소유자 2시간. 주제 소유자 30분. 개발자 격주 2시간.
유료 배치나 새 도구 예산 없음.
Open risks (공개 위험): 서비스 지역 문구는 소유자 승인 필요. 최신 페이지 성과 비교 미완료.
Not in scope (범위 외): 도시 랜딩 페이지, 유료 백링크, 광범위한 세무 조언, 사이트 재설계.

무엇이 빠져 있는지 주목하세요: 트래픽 예측, 일반 토픽 15개, 도구를 만들겠다는 약속, 막연한 "기술적 SEO". 그것들은 실행할 수 있는 결정이 아닙니다. 입력은 Codex가 산만함을 거부할 수 있는 경계를 설정합니다.

3베팅 계획 프롬프트 사용하기

plan-input.md와 그것이 명명하는 소스 파일을 첨부하세요. 그런 다음 이 프롬프트를 복사하세요:

text
[plan-input.md]와 이 승인된 소스들을 읽어주세요: [트래픽 미션, 팩트 팩, 질문 맵, 토픽 맵,
품질 게이트 기록, 주간 검토, AI 관찰, 새로고침 결정]. 90-day-organic-growth-plan.md를 만드세요.

포함:
1. CURRENT POSITION: 사실만. 소스 파일과 불명 포함.
2. THREE GROWTH BETS MAXIMUM. 각 베팅에는 고객 문제, 페이지 또는 자산, 승인된 증명,
   방문자 액션, 소유자, 노력, 의존성, 측정 날짜, 명시적 계속/중단/변경 조건이 필요.
3. THREE 30-DAY SPRINTS. 명시된 용량에 충분히 작은 작업.
4. A WEEKLY REVIEW RHYTHM. 날짜가 있는 증거 폴더 하나와 액션 하나 사용.
5. MEASUREMENT: 오가닉/검색 증거, 페이지 결과, 전환 정의, 유용한 곳에서 별도 AI 답변 관찰.
   그것들을 병합하지 마세요.
6. RISKS, 소유자 결정, 90일 동안 의도적으로 제외된 작업.
7. 각 작업 패킷에 대한 관련 코스 워크숍 링크.

사실을 예측과 분리하세요. 트래픽, 순위, 수익, 용량, 소스 데이터, 전환율을 발명하지 마세요.
게시하지 말고, 지출을 할당하지 말고, 누구에게도 연락하지 말고, 계정을 만들지 말고, URL을
제출하지 말고, 분석을 변경하지 말고, 프로덕션 변경을 하지 마세요.

승인 전에 계획을 용량 테스트로 읽기

Codex는 프롬프트가 3개를 허용한다고 세 베팅을 모두 채워서는 안 됩니다. 올바른 수는 완료하고 검사할 수 있는 무엇이든입니다. Northstar Books의 경우 이것은 신뢰할 수 있는 첫 초안입니다:

베팅

고객 문제

첫 산출물

증명과 소유자

계속할 때

중단 또는 변경할 때

서비스 적합성 페이지

프리랜스 디자이너가 원격 부기사를 이용할 수 있나?

증거 우선 페이지 브리프

서비스 범위 사실. 소유자가 서비스 지역 문구 승인

브리프에 명확한 질문과 승인된 사실 있음

소유자가 서비스 경계를 지원할 수 없음

체크리스트 새로고침

준비 페이지가 준비된 독자를 적합성 정보로 라우팅하지 않음

좁은 변경 시트

새로고침 결정과 팩트 팩. 콘텐츠 소유자

릴리스가 품질 게이트 통과 및 링크 작동

새 문구가 서비스 적합성 페이지 중복

답변 자산

지원을 결정하기 전에 어떤 기록을 모아야 하나?

체크리스트 답변 유지 및 검증

기존 체크리스트 증거

완료된 기간과 독자 피드백이 다음 변경 정당화

증거가 너무 얇음. 다시 쓰는 대신 대기

세 번째 베팅은 "검증하고 기다리기"일 수 있습니다. 새 페이지에 완료된 비교 기간이 없을 때 실제 베팅입니다. 읽혀야 할 유일한 자산을 계속 재구축하는 것에서 팀을 보호합니다.

불가능한 계획 거부하기

계획이 한 사람에게 첫 달에 5페이지, 마이그레이션, 도구, 로컬 프로필, 아웃리치, 스키마 변경, 일일 보고를 요구하면 거부하세요. 이 수리 프롬프트를 사용하세요:

text
이 계획은 명시된 용량을 초과합니다. 가장 작은 완료된 검토 가능한 베팅 세트 주변에서
재구축하세요. 지명된 소유자, 승인된 증명, 다음 산출물 하나, 검사 가능한 측정 날짜가 있을
때만 베팅을 유지하세요. 다른 모든 것은 재방문에 필요한 증거와 함께 EXCLUDED WORK로
이동하세요.

검토 날짜에 도달하는 작은 계획이 미검증 초안을 만드는 야심 찬 달력보다 더 많이 가르쳐줍니다.

더 많은 작업을 만들기 전에 세 스프린트 배치하기

각 30일 스프린트에는 다른 작업이 있습니다: 신뢰할 수 있는 입력 설정, 작은 승인된 변경 릴리스, 검사 및 결정. 다음은 예시 용량에 맞는 구체적인 달력입니다.

스프린트

인간 작업

Codex 작업

저장된 완료 증명

1: 준비

1-4

서비스 경계 확인. 페이지 브리프 승인. 변경 전 상태 저장

사실 확인, 서비스 적합성 브리프 구축, 체크리스트 새로고침 범위 식별

승인된 브리프, 팩트 팩 행, 릴리스 계획

2: 릴리스

5-8

좁은 변경 검토. 개발자가 관련 경로 확인. 게시 승인

차이/변경 시트 준비, 링크와 주장 확인, 릴리스 노트 작성

품질 게이트 기록, 릴리스 날짜, 작동하는 URL

3: 검사

9-12

완료된 기간 내보내기. 피드백 검토. 다음 액션 선택

증거 비교, 불명 진술, 액션 하나 추천

날짜가 있는 주간 노트, 90일 검토, 다음 베팅 결정

이것은 의도적으로 "매주 게시"가 아닙니다. 리듬은 소싱되고 검토되고 측정될 수 있는 것을 따릅니다. 스프린트 1에서 사실이 차단되면 페이지 산출물을 증거 수집으로 전환하세요. 무작위 주제로 대체하지 마세요.

모든 베팅을 4개 게이트 통과시키기

베팅이 활성 계획에 들어가기 전에 같은 네 가지 질문으로 평가하세요:

게이트

질문

통과의 모습

독자

어떤 결정이 쉬워지나?

방문자 질문 하나와 유용한 페이지 또는 자산 결과

증명

공개적으로 무엇을 진술할 수 있나?

지명된 팩트 팩 행 또는 승인할 수 있는 소유자

용량

다음 패킷을 누가 완료하나?

지명된 소유자 하나와 스프린트에 맞는 노력

학습

다음 결정을 무엇이 바꾸나?

날짜, 증거 출처, 계속/중단 조건

아무도 위치나 자격 경계를 승인할 수 없으면 서비스 적합성 페이지는 실패합니다. 체크리스트 페이지를 중복하면 답변 자산은 실패합니다. 독자 문제에 연결되지 않은 외형적이면 새로고침은 실패합니다. 베팅이 실패하면 누락된 증거와 함께 계획의 PARKED 섹션에 넣으세요. 우선순위로 위장하지 마세요.

계획 내에서 주간 운영 루프 예약하기

계획은 반복적인 결정 순간이 있을 때만 유용하게 유지됩니다. 각 활성 베팅에 이 줄을 넣으세요: Weekly review: Friday, 10:00; input owner: [name]; approval owner: [name].(주간 검토: 금요일 10:00. 입력 소유자: [이름]. 승인 소유자: [이름].) 그런 다음 주간 Codex 성장 루프를 사용해 날짜가 있는 노트 하나를 만드세요.

주간 노트는 90일 계획과 다른 질문에 답합니다. 계획은 현재 베팅과 중단 조건을 설정합니다. 노트는 그 경계 내에서 이번 주의 액션 하나를 선택합니다. 노트가 다섯 번째 아이디어를 제안하면 활성 사실이나 위험을 무효화하지 않는 한 PARKED에 속합니다.

계획 내에서 이 주간 미니 프롬프트를 사용하세요:

text
[현재 90일 계획], 이번 주 증거 폴더, 활성 베팅 기록을 읽어주세요. 활성 베팅을 진전시키거나
명시된 차단기를 해결하는 액션 하나를 선택하세요. 증거, 용량, 소유자 승인, 측정 날짜를
인용하세요. 액션이 정당화되지 않으면 가장 작은 수집 작업이나 대기 조건을 처방하세요.
새 베팅을 추가하지 말고, 게시하지 말고, 돈을 쓰지 말고, 라이브 시스템을 변경하지 마세요.

이종 신호를 섞지 않고 시스템 측정하기

각 베팅에 작은 측정 노트를 사용하세요:

text
Measure (측정): [URL 또는 페이지 그룹]의 완료된 Search Console/분석 기간.
Page outcome (페이지 결과): [예: 디스커버리 콜 링크 클릭, 체크리스트 완료, 자격 있는 문의].
정의자: [소유자 승인 이벤트 또는 수동 기록].
AI observation (AI 관찰): 정확한 프롬프트, 시장/언어, 날짜, 답변 텍스트 또는 스크린샷.
오가닉 세션과 별도로 기록.
Review date (검토 날짜): [적절한 완료된 기간 후의 날짜].
Interpretation boundary (해석 경계): 증거를 비교. 한 번의 편집이 결과를 일으켰다고
주장하지 마세요.

오가닉 검색 데이터, 페이지 내 액션, 고객 피드백, AI 답변 관찰은 모두 도움이 될 수 있지만 상호 교환할 수 없습니다. AI 답변의 언급은 오가닉 세션이 아닙니다. 노출 상승은 자격 있는 문의가 아닙니다. 그것들을 분리해 두면 Codex에 다음 액션을 위한 정직한 기반을 제공합니다.

30, 60, 90일 검토 실행하기

30일째에 묻기: 모든 활성 베팅이 필요한 사실, 브리프 또는 릴리스 패킷을 얻었는가? 60일째에 묻기: 승인된 변경이 게시 게이트를 통과하고 저장된 변경 전 상태를 얻었는가? 90일째에 묻기: 어떤 베팅에 계속할 증거가 있고, 어떤 베팅에 집중된 새로고침이 필요하며, 어떤 베팅을 보류해야 하는가?

이 최종 검토 프롬프트를 사용하세요:

text
[90일 계획], [주간 검토 노트], [릴리스 노트], [완료된 측정 증거]를 읽어주세요.
90-day-review.md를 작성하세요: 완료된 작업. 사실과 불명. 각 베팅의 계속/중단/변경 결정.
그 결정을 뒷받침하는 증거. 다음에 가져갈 교훈. 추천되는 다음 30일 베팅 하나.
증거를 넘어 인과를 귀속시키지 말고, 새 증명 없이 제외된 작업을 부활시키지 말고,
외부 변경을 하지 마세요.

정직한 결과는 "서비스 적합성 브리프가 준비되었고, 체크리스트 새로고침이 릴리스되었으며, 성과에는 또 다른 완료된 기간이 필요합니다. 2페이지 클러스터를 유지하세요. 새 위치 페이지를 시작하지 마세요."입니다. 그것이 규율 있는 사이트가 끊임없이 방향을 바꾸지 않고 성장하는 방법입니다.

재사용 가능한 90일 계획 체크리스트

  • [ ] 승인된 증거만 사용하고 현재 불명을 기록했다.
  • [ ] 활성 베팅이 3개 이하이며 각각 독자 문제와 증명 경계가 있다.
  • [ ] 각 베팅에 지명된 소유자, 다음 산출물, 측정 날짜, 중단 조건이 있다.
  • [ ] 첫 스프린트가 검토 시간을 포함한 실제 용량에 맞는다.
  • [ ] 주간 검토가 새 전략을 발명하는 대신 계획 내 액션 하나를 선택한다.
  • [ ] 오가닉 측정, 페이지 결과, AI 관찰이 분리되어 유지된다.
  • [ ] 공개 변경이 게시 게이트를 통과한다.

다음에 루프할 곳

계획은 작업의 끝이 아니라 올바른 워크숍으로 돌아가는 지도입니다. 새 수요 신호가 필요하면 고객이 이미 묻는 30개의 실제 질문 찾기. 확인된 페이지가 뚜렷한 다음 결정을 얻으면 5페이지 트래픽 클러스터 구축. 공개 사실이 일치하지 않으면 출처에서 수정. 기존 페이지에 증거가 있지만 클릭이 약하면 새로고침 워크플로우 사용.

이 루프를 계속 실행하세요: 증거 → 승인된 패킷 하나 → 통제된 릴리스 → 검토 → 다음 결정. 그것이 의미 있고 복리되는 오가닉 성장 뒤의 운영 체제입니다.

저자: Aaron Wolfe, Auspia 오가닉 성장 시스템 디자이너, SEO/GEO 15년. Aaron은 첫 승리를 지속 가능한 오가닉 성장 운영 체제로 바꾸는 것에 대해 씁니다.

![90일 계획 작업 패킷 워크플로우 다이어그램]()

이 과제에는 이 순서를 사용하세요: 실제 입력으로 시작하고, 증거를 확인하고, 검토 가능한 출력을 준비한 다음, 독자의 다음 단계를 선택하세요.

이 주제 더 보기

같은 성장 주제를 계속 살펴보세요