SaaS 마케팅 페이지 및 문서 웹사이트 구축 가이드

목표와 대상: 마케팅 + 문서를 하나의 사이트에서\n\n마케팅 페이지와 문서를 결합한 SaaS 웹사이트는 두 가지 역할이 있습니다: 신규 방문자를 설득해 시작하게 하고, 기존 사용자가 성공하도록 돕는 것. 이를 “하나의 목적을 가진 단일 사이트”로만 취급하면 보통 한 쪽만 최적화되고 다른 쪽은 조용히 성과가 떨어집니다.\n\n### 주요 목표 정의\n\n마케팅 페이지는 방문자를 명확한 다음 단계로 유도해야 합니다: 트라이얼 시작, 데모 예약, 가격 확인 등. 문서는 가입 이후 마찰을 줄여야 합니다: 질문에 빠르게 답하고, 설정을 안내하며 통합 작업의 장애를 제거합니다.\n\n한 문장으로 목표를 적어 모든 기획 회의에서 반복하세요. 예:\n\n> “유효한 잠재고객을 전환시키면서 고객이 스스로 지원을 받을 수 있게 한다.”\n\n### 사이트가 누구를 위한 것인지 결정\n\n대부분의 SaaS 사이트는 서로 다른 의도를 가진 여러 관중을 대상으로 합니다:\n\n- 잠재고객: 적합성, 근거, 가격을 찾음\n- 트라이얼 사용자: 첫 성공 지점을 달성하려 함\n- 고객: 신뢰할 수 있는 사용법과 문제 해결이 필요함\n- 개발자: API, SDK, 구현 세부사항을 검토함\n\n페이지의 대상이 떠오르지 않으면 그 페이지는 모호한 카피로 흐를 것입니다.\n\n### 핵심 성과 목록(성공의 정의)\n\n성과는 팀의 초점을 행동으로 유지합니다, 페이지 수가 아닙니다:\n\n- 더 많은 가입 또는 데모 요청\n- 높은 트라이얼→유료 전환율\n- 더 빠른 가치 달성 시간(설정 완료, 첫 프로젝트 생성)\n- 더 많은 셀프서비스 도움과 적은 지원 티켓\n\n### 성공 지표 설정\n\n매월 확인할 소수의 지표를 골라두세요: 마케팅 전환율, 활성화율, 문서 검색 사용량, 자주 실패하는 검색어, 주제별 지원 티켓 수량 등.\n\n### 소유권을 조기에 확정\n\n마케팅과 문서 콘텐츠를 누가 작성, 검토, 게시할지 결정하세요. 명확한 소유권은 오래된 문서와 일관성 없는 제품 메시지를 방지하고, 여러 팀이 동시에 업데이트해야 할 때 출시를 원활하게 만듭니다.\n\n## 정보 구조와 URL 구조\n\n정보 구조는 두 여정을 모두 명확하게 느끼게 만드는 방법입니다—헤더 내비에 잡동사니를 쌓지 않으면서요.\n\n### 소수의 주요 섹션으로 시작\n\n대부분의 팀은 “마케팅 + 문서”를 소수의 최상위 영역으로 커버할 수 있습니다:\n\n- / (홈페이지)\n- /product (또는 /features)\n- /pricing\n- /customers (사례 연구, 추천사)\n- /blog\n- /docs\n\n글로벌 내비게이션은 최초 방문자가 기대하는 내용을 중심으로 유지하세요. 나머지(보안, 상태, 변경 로그, 파트너, 법적 문서)는 푸터나 관련 섹션에 두면 됩니다.\n\n### 문서를 어디에 둘지 결정: /docs 대 서브도메인\n\n대부분의 SaaS 제품은 /docs 아래에 문서를 호스팅하는 것이 가장 단순한 선택입니다.\n\n**/docs (같은 도메인) 아래에 문서 두기**\n\n- 장점: 하나의 브랜드 경험, 교차 링크 쉬움, 동일 도메인의 SEO 이점, 간단한 분석\n- 단점: 문서가 “또 다른 사이트”처럼 느껴지지 않도록 디자인과 내비게이션을 조정해야 함\n\n서브도메인(예: docs.[your-domain])에 문서 두기\n\n- 장점: 툴링, 권한, 별도 빌드 시스템에 대해 더 명확한 분리 제공\n- 단점: 분리된 느낌, SEO 권한 분산, 분석 설정이 더 복잡할 수 있음\n\n문서가 매우 방대하고 별도 팀/툴로 유지될 것이 확실하다면 서브도메인이 합리적일 수 있습니다. 그렇지 않다면 /docs가 보통 안정적인 기본값입니다.\n\n### 메뉴를 확정하기 전에 사용자 여정 매핑\n\n일반적인 경로를 생각한 다음 URL과 내비게이션이 이를 지원하는지 확인하세요.\n\n마케팅 여정 예:\n\n- / → /pricing → 가입\n\n지원 여정 예:\n\n- /docs → 특정 문서 → 관련 문제 해결 → 필요 시 지원 문의\n\n내비게이션의 역할은 중요합니다:\n\n- 글로벌 내비게이션: 마케팅 발견(제품, 가격, 고객, 블로그, 문서)을 지원해야 함\n- 문서 사이드바 내비게이션: 작업 완료(시작하기, 가이드, API, 문제 해결)를 지원해야 함\n\n### 안정적인 URL 계획 만들기\n\nURL은 약속입니다. 나중에 바꾸면 즐겨찾기, 외부 링크, 신뢰가 깨집니다.\n\n실용적인 접근 방식:\n\n- 짧고 사람이 읽기 쉬운 슬러그 사용: /docs/sso, /docs/2025/07/sso-guide-final 같은 것은 피하세요\n- 사람들이 생각하는 방식과 일치하지 않으면 너무 깊게 중첩하지 마세요: /docs/integrations/slack은 괜찮지만 5단계 깊이는 피하세요\n- 한 스타일 선택(케밥-케이스가 일반적): /docs/api-authentication\n- 버전 관리 결정을 초기에 의도적으로 내리세요(문서를 버전할 것이라면 미리 결정)\n\n구조를 바꿔야 할 경우, 초반부터 리디렉션을 계획하세요. 깔끔한 아키텍처와 안정적인 URL은 SaaS 사이트를 더 탐색하기 쉽고 유지보수와 확장이 쉬워집니다.\n\n## 우선 구축할 핵심 페이지 유형\n\nSaaS 사이트가 판매와 지원을 모두 해야 할 때, 빠른 경로는 세 가지 질문에 답하는 작은 페이지 세트를 내보내는 것입니다: 이게 뭐지? 신뢰할 수 있나? 다음에 뭘 하지?\n\n### 필수 마케팅 페이지(먼저 출시할 것)\n\n방문자가 기대하고 팀이 자주 참조할 필수 항목부터 시작하세요:\n\n- 홈페이지: 명확한 가치 제안, 주요 CTA(트라이얼 또는 데모), 간단한 “작동 방식”\n- 기능(또는 사용 사례): 결과를 평이한 언어로 설명; 각 기능을 관련 문서로 연결\n- 가격: 요금제, 포함 항목, FAQ, 기업 구매 관련 사항(청구, 송장, 세금)