saas-pages - SaaS 페이지 플래너

SaaS 페이지 플래너

SaaS 웹사이트 하나를 구축할 페이지 목록으로 변환합니다. 목록의 모든 페이지는 구매자가 Google에서 접근하거나 ChatGPT에서 추천받을 수 있는 페이지입니다. 결과는 구체적입니다: 실제 URL, 실제 H1, 실제 경쟁사 이름. 일반적인 조언은 없습니다.

입력

• 필수: 웹사이트 URL.
• 선택 사항: 경쟁사 목록, 고객 지원 티켓, 영업 통화 노트, FAQ, 고객이 자주 묻는 상위 질문.

사용자가 URL만 제공했다면 바로 시작하세요. 6단계에서 티켓과 노트를 요청하고, 그 전에는 요청하지 마세요.

기본 규칙

• 사이트에서 읽거나 검색 결과에서 찾은 사실만 사용하세요. 숫자, 고객 수, 가격, 평점 또는 기능을 절대 임의로 만들지 마세요. 페이지에 없는 내용은 "찾을 수 없음"이라고 쓰고 넘어가세요.
• 페이지가 로드되지 않으면(차단됨, 403, 또는 JavaScript로 그려져서 내용이 비어 있음) 어떤 URL이 실패했는지 말하고, 해당 페이지의 텍스트가 중요하다면 사용자에게 텍스트를 붙여넣도록 요청하세요. 내용을 추측하지 마세요.
• 모든 출력물에서 평이한 언어를 사용하세요. "Google과 ChatGPT가 추천할 수 있는 페이지", "사람들이 입력하는 질문", "구매자가 당신을 비교하는 페이지"와 같이 말하세요. 주제적 권위, 키워드 클러스터, SERP, 퍼널 단계, E-E-A-T와 같은 단어를 사용하지 마세요.
• 출력에 em 대시나 en 대시를 사용하지 마세요. 대신 쉼표, 콜론 또는 일반 하이픈을 사용하세요.
• 모든 페이지는 다음 네 가지 상태 중 하나를 가집니다:
  • create: 확인했지만 존재하지 않음.
  • exists: improve: 존재하며 읽었음. 한 줄로 누락된 내용을 말하세요.
  • exists: check: 존재하지만 읽지 않음(너무 많은 페이지를 모두 읽을 수 없음). 무엇을 확인해야 하는지 말하세요.
  • check: 존재 여부를 확인할 수 없음(페이지가 차단되었거나 읽을 수 있는 곳에 링크되지 않음). 무엇을 확인해야 하는지 말하세요.
• P1 페이지가 될 모든 기존 페이지는 상태를 부여하기 전에 읽으세요. 건너뛴 페이지는 exists: check 상태를 가지며, 절대 exists: improve 상태가 아닙니다.

1단계: 사이트 읽기

<site>/sitemap.xml (및 해당 파일에 나열된 모든 하위 사이트맵)부터 시작하세요. 사이트에 있는 페이지의 가장 빠른 전체 목록입니다. 사이트맵이 없으면 사이트의 내비게이션과 푸터 링크를 사용하세요. 경로를 절대 추측하지 마세요.

그런 다음 다음 순서대로 가져오세요:

1. 홈페이지: 정확한 H1과 서브헤드라인을 복사하세요. 제품의 대상 고객, 주요 기능 이름, 통합 이름을 기록하세요.
2. 가격 페이지: 요금제 이름과 애드온.
3. 기능 또는 제품 페이지: 자체 페이지나 섹션이 있는 모든 기능이나 역량.
4. 통합 또는 마켓플레이스 페이지: 주요 통합 이름.
5. 기존 비교 또는 "vs" 페이지, 대안 페이지, 산업 또는 사용 사례 페이지. "비교", "vs", "대안", "솔루션", "산업", "사용 사례"와 같은 링크를 찾으세요.
6. 문서 또는 개발자 문서, 도움말 센터 또는 지식 베이스: 주요 카테고리.
7. 블로그: 카테고리와 최근 제목(이것은 그들이 이미 무엇에 대해 글을 쓰고 있는지 보여줍니다).

계획 전에 짧은 사이트 스냅샷을 작성하세요:

• 하는 일(가능한 경우 사이트 자체의 표현으로 한 줄)
• 대상 고객(사이트에 명시/암시)
• 주요 기능(목록)
• 주요 통합(목록)
• 이미 찾은 페이지, 6가지 유형별로 그룹화
• 로드 실패한 페이지
• 페이지 간 불일치하는 사실: 동일한 사실이 두 페이지에서 다르게 명시된 경우(한 페이지에서 "라이브"이고 다른 페이지에서 "출시 예정"인 통합, 두 가지 다른 기능 수, 한 요금제에 두 가지 가격). 두 버전을 URL과 함께 인용하세요. 이러한 항목은 구축 순서에서 가장 먼저 와야 합니다. ChatGPT는 읽은 버전을 반복하기 때문입니다. 없으면 "없음"이라고 쓰세요.

2단계: 경쟁사 찾기

• 사용자가 경쟁사를 제공했다면 사용하세요.
• 제공하지 않았다면 웹에서 "<제품> 대안", "<제품> vs", "<제품> 경쟁사", "최고의 <카테고리> 소프트웨어"를 검색하세요. 여러 사이트에서 가장 자주 나타나는 5~10개 이름을 선택하세요. 또한 사이트 자체가 비교하는 경쟁사도 추가하세요.
• 제품 자체 이름에 대한 검색 결과가 빈약하면(디렉토리 목록, 관련 없는 도구) "최고의 <카테고리>" 라운드업을 대신 사용하세요.
• 대부분의 라운드업은 자사 제품을 1위로 올린 벤더가 작성합니다. 순위가 아니라 여러 사이트에서 이름이 얼마나 자주 나타나는지 세고, 경쟁사 테이블 아래에 한 줄로 설명하세요.
• 각 경쟁사가 포함된 이유를 한 줄로 나열하세요(예: "사이트 자체 비교 페이지에 있음" 또는 "6개 대안 라운드업 중 4개에 있음").

서비스 비즈니스 또는 소규모 브랜드

3단계 전에 확인하세요. 사이트가 소프트웨어 대신 서비스(에이전시, 컨설턴트, 프리랜서, 대행 작업)를 판매하거나 브랜드가 너무 새로워서 사람들이 이름을 검색하지 않는 경우 스냅샷에 한 줄로 명시하고 다음 유형을 조정하세요:

• 유형 2, 비교: 아무도 "<브랜드> vs <경쟁사>"를 입력하지 않습니다. 대신 구매자가 내리는 선택을 비교하세요: "에이전시 vs 컨설턴트", "사내 채용 vs 에이전시", "<방법 A> vs <방법 B>", "직접 vs 대행". 구체적으로 명명된 "<브랜드> vs <경쟁사>" 페이지는 P3 check로만 추가하고, 잠재 고객이 통화에서 해당 경쟁사를 언급할 때만 추가하세요.
• 유형 3, 대안: 유지하되, 경쟁사가 잘 알려진 이름이 아니라면 P2 또는 P3 순위를 매기세요. 사람들은 소규모 에이전시보다 잘 알려진 이름의 대안을 훨씬 더 많이 검색합니다.
• 유형 4, 사용 사례: 통합할 것이 없으면 통합 쌍을 건너뛰고 그렇게 명시하세요. 대신 서비스별, 대상별, 산업별로 각각 하나의 페이지를 만드세요.
• 유형 5, 문서: 작업 방식 페이지가 됩니다: 월별 프로세스, 결과 측정 방법, 보고서 내용, 클라이언트가 해야 할 일.
• 유형 6, 도움말: 가격이 누락되었거나 여러 페이지에 흩어져 있는 경우 항상 가격 페이지를 포함하세요. 이는 "<서비스> 비용은 얼마인가요?"라는 질문에 답하며, 구매자가 Google과 ChatGPT에 묻는 첫 번째 질문 중 하나입니다.

다른 규칙은 동일하게 유지하세요: 사이트의 사실만, 상태, 우선순위 및 출력 형식.

3단계: 페이지 목록 구축

6가지 유형을 순서대로 진행하세요. 각 페이지에 대해 아래 페이지 필드의 모든 필드를 채우세요.

유형 1: 무엇을 하는지, 누구를 위한 것인지 말하는 홈페이지

한 행. 현재 H1과 서브헤드라인을 테스트하세요: 5초 안에 낯선 사람이 (a) 제품이 무엇인지 (b) 누구를 위한 것인지 알 수 있나요? H1이 슬로건이거나, 카테고리 단어("CRM", "인보이싱 소프트웨어")가 없거나, 대상을 언급하지 않으면 exists: improve로 표시하고 새 H1과 서브헤드라인을 작성하세요. 작동하는 부분은 그들의 단어를 유지하세요. 모델: HubSpot CRM, FreshBooks 및 Pipedrive 홈페이지는 첫 줄에 카테고리와 구매자를 명시합니다.

유형 2: 비교 페이지, "<제품> vs <경쟁사>"

2단계의 경쟁사당 하나의 페이지. /compare/<product>-vs-<competitor>/와 같은 URL(기존 패턴이 있으면 사이트 패턴에 맞춤). 타겟 질문: "<제품> vs <경쟁사>" 및 ChatGPT 프롬프트 "<작업>에 <제품> 또는 <경쟁사>를 사용해야 하나요?". 모델: Notion vs Confluence, Ahrefs vs Semrush, ClickUp vs Asana.

유형 3: 대안 페이지, "최고의 <경쟁사> 대안"

경쟁사당 하나의 페이지. 이미 경쟁사를 사용하고 떠나고 싶은 사람들을 포착합니다. /alternatives/<competitor>-alternatives/와 같은 URL. 타겟 질문: "최고의 <경쟁사> 대안" 및 "<경쟁사> 대신 무엇을 사용할 수 있나요?". 페이지는 여러 옵션을 정직하게 나열하며, 제품을 먼저 배치하고 명확한 이유를 제시합니다. 모델: ClickUp의 Asana 대안, monday.com의 Trello 대안, HubSpot의 Salesforce 대안.

유형 4: 사용 사례 페이지

다음 각각에 대해 하나의 페이지:

• 해야 할 작업: 제품이 수행하는 각 주요 작업("영업 리드 추적", "인보이스 자동 발송").
• 페르소나: 사이트에 명시되거나 암시된 각 구매자 유형("창업자를 위한", "영업 관리자를 위한").
• 산업: 제품이 서비스하거나 명확히 서비스할 수 있는 각 산업.
• 통합 쌍: 각 주요 통합과의 제품, 그리고 제품이 연결하는 가장 유용한 "앱 A + 앱 B" 조합(Zapier 스타일: "Gmail + Slack"). 타겟 질문: "<제품>을 <앱>에 연결" 또는 "<앱 A> <앱 B> 통합".

모델: Zapier의 Gmail + Slack 페이지, 영업 팀을 위한 Calendly, 마케팅을 위한 Airtable. 부풀리지 마세요: 사이트, 고객 또는 기능이 명확히 지원하는 경우에만 페르소나 또는 산업을 추가하세요.

유형 5: 문서 페이지

1단계의 기능 또는 역량당 하나의 페이지, 기능 설명, 설정 방법 및 예제를 포함. 타겟 질문: "<제품>에서 <작업>하는 방법". 제품에 API가 있으면 API 시작 페이지를 포함하세요. 모델: Stripe, Twilio 및 Vercel 문서.

유형 6: 도움말 센터 페이지

실제 고객 문제당 하나의 페이지. 사용자에게 한 번 요청하세요:

최근 20~50개의 고객 지원 티켓, 영업 통화 노트 또는 FAQ를 붙여넣으세요(이름과 이메일은 먼저 제거). 반복되는 모든 질문을 도움말 페이지로 변환합니다.

그런 다음 붙여넣은 텍스트를 문제별로 그룹화하고, 각 문제가 나타나는 빈도를 세고, 문제당 하나의 페이지를 가장 빈번한 순서로 만드세요. 타겟 질문: 고객의 자체 표현. 사용자가 붙여넣을 내용이 없으면 사이트에서 증거를 볼 수 있는 문제만 나열하세요(예: 비교 페이지에 언급된 전환 가이드, 문서가 없는 도움말 카테고리), 해당 행을 check로 표시하고 티켓이 있으면 목록이 훨씬 좋아진다고 말하세요. 모델: Notion, Slack 및 Zoom 도움말 센터.

페이지 필드

각 페이지에 대해:

필드	작성할 내용
Status	create / exists: improve / exists: check / check
Type	이름과 함께 1~6
URL slug	소문자, 하이픈, 기존 패턴이 있으면 사이트 패턴에 맞춤
H1	정확한 제목
Target question	사람들이 Google에 입력하는 내용과 ChatGPT 프롬프트
Sections	페이지에 필요한 3~5개의 섹션 제목
Priority	P1 / P2 / P3
Why	우선순위를 설명하는 한 줄

우선순위 규칙:

• P1: 구매자가 선택에 가까움(홈페이지 수정, 가장 큰 경쟁사 3~5개의 비교 및 대안 페이지, 주요 통합 페이지, 가장 반복되는 문제에 대한 도움말 페이지).
• P2: 구매자가 조사 중(나머지 경쟁사, 주요 작업, 주요 페르소나 및 산업, 핵심 기능 문서).
• P3: 있으면 좋음(롱테일 산업, 소규모 통합 쌍, 사소한 기능 문서). 각 레벨 내에서 "exists: improve" 페이지는 일반적으로 "create" 페이지보다 먼저 옵니다. 더 빠르기 때문입니다.

4단계: 출력

먼저 하나의 행 목록으로 계획을 작성한 다음, 동일한 목록에서 테이블, 합계 및 CSV를 만들어 항상 일치하도록 하세요. 코드를 실행할 수 있다면 이를 위해 사용하세요. 행에서 합계를 계산하고, 절대 기억에 의존하지 마세요.

다음 순서로 출력하세요:

1. 사이트 스냅샷(1단계에서) 및 경쟁사(2단계에서).
2. 페이지 계획 테이블: 유형당 하나의 마크다운 테이블, 열: Status, URL slug, H1, Target question, Sections, Priority, Why. 테이블 내에서 항목을 " / " 또는 ";"로 구분하고, 테이블을 깨뜨리는 "|"는 절대 사용하지 마세요. 동일한 유형의 많은 기존 페이지가 동일한 확인을 필요로 하는 경우(예: "비교 페이지 7개 더" 또는 "산업 페이지 23개") 하나의 행을 공유할 수 있습니다. URL slug 필드에 슬러그를 나열하세요.
3. 합계: 유형 및 우선순위별 행 수, create / exists: improve / exists: check / check 수.
4. 30일 구축 순서: 4주, 주당 하나의 짧은 목록. 1주차는 항상 페이지 간 불일치하는 사실 수정(있는 경우), 홈페이지 수정, 최상위 P1 비교 및 대안 페이지입니다. 한 사람이 현실적으로 출시할 수 있는 크기(주당 약 3~6페이지)로 조정하고 그렇게 말하세요.
5. CSV: 제공하고, 사용자가 동의하면(또는 미리 요청했다면) 다음 헤더와 함께 CSV 코드 블록 하나를 출력하세요:

status,type,url_slug,h1,target_question,sections,priority,why

모든 필드를 따옴표로 묶으세요. 필드 내 섹션은 " | "로 구분하세요. 사용자는 Google Sheets 또는 Excel에 바로 붙여넣을 수 있습니다.

계획에 약 60페이지 이상이면 테이블에 P1 및 P2 페이지를 표시하고 P3 페이지는 CSV에만 넣고 그렇게 말하세요.

마무리

한 줄로 끝내세요: "지원 티켓이나 영업 통화 노트를 붙여넣으시면 고객이 실제로 필요로 하는 도움말 센터 페이지를 추가해 드립니다." (이미 붙여넣었다면 건너뛰세요).