amplitude/builder-skills

출시 블로그 게시물

이 스킬은 제품 출시를 발표하는 블로그 게시물을 작성하는 데 도움을 줍니다. 훌륭한 출시 게시물은 세 가지 역할을 수행합니다: 출시된 내용과 그 중요성을 전달하고, 잠재 고객이 검색하는 용어로 검색 결과 상위에 노출되며, 사용자가 제품이 해결할 수 있는 질문을 할 때 AI 답변 엔진에 인용됩니다.

게시물 유형

게시물 유형을 출시 계층 및 대상 고객에 맞게 선택하세요.

공지 게시물

적합한 경우: Tier 1 및 Tier 2 출시. 주요 대상: 기존 사용자 및 잠재 고객.

구조: 출시된 내용 → 중요한 이유 → 작동 방식 → 시작하는 방법. 1,500단어 미만으로 유지하세요. 독자는 무엇이 변경되었는지 이해하고 읽은 후 5분 이내에 시도해 볼 수 있어야 합니다.

기술 심층 분석

적합한 경우: 개발자/기술 제품의 Tier 1 출시. 주요 대상: 도입을 평가하는 엔지니어.

구조: 문제 → 접근 방식 → 아키텍처/구현 → 벤치마크 → 시작하기. 더 길어질 수 있음(2,000-3,000단어). 코드 샘플, 아키텍처 다이어그램, 성능 데이터를 포함하세요. 이 게시물은 Hacker News에 공유되는 유형입니다.

튜토리얼 / "X를 Y로 구축하기"

적합한 경우: 모든 계층 출시의 첫 주 이내에 게시. 주요 대상: 방금 당신에 대해 듣고 실습을 통해 평가하고 싶어하는 개발자.

구조: 구축할 내용 → 사전 요구 사항 → 단계별 구현 → 결과. 15-30분 내에 완료할 수 있어야 합니다. 조각이 아닌 전체 작동 코드를 포함하세요.

변경 로그 항목

적합한 경우: Tier 3 출시 및 번들로 제공되는 소규모 개선 사항. 주요 대상: 기존 사용자.

구조: 개선 사항당 짧은 문단. 이유가 아닌 변경 사항을 먼저 제시하세요. 자세한 내용은 문서에 링크하세요. 주간 또는 격주로 번들로 제공하세요.

게시물 작성하기

메시징 브리프로 시작하기

출시 전략 메시징 브리프가 있다면 사용하세요. 기본 가치 제안이 게시물의 주제가 됩니다. 보조 가치 제안은 섹션이 되고, 증거 포인트는 전체에 걸쳐 엮는 증거가 됩니다.

브리프가 없다면 작성 전에 정의하세요: 이 게시물은 누구를 위한 것인가? 그들이 이제 무엇을 할 수 있는가? 왜 신경 써야 하는가?

가치를 먼저, 과정은 나중에

첫 번째 문단은 "무엇이 출시되었고 왜 나에게 중요한가?"에 답해야 합니다. 얼마나 오래 작업했는지, 얼마나 많은 엔지니어가 참여했는지, 여기까지의 여정에 대해 절대 시작하지 마세요. 독자는 당신의 과정에 관심이 없습니다. 그들은 자신의 문제에 관심이 있습니다.

좋은 시작: "이제 단일 API 호출로 14개 언어의 오디오 파일을 처리할 수 있습니다. 최대 10분 파일의 경우 지연 시간은 200ms 미만입니다."

약한 시작: "6개월의 작업 끝에, 당사 팀은 오디오 처리 플랫폼의 다음 진화를 발표하게 되어 기쁘게 생각합니다."

말로만 하지 말고 보여주세요

모든 주장에 대해 증거를 제공하세요:

• 성능 주장 → 방법론을 포함한 벤치마크 데이터
• "사용하기 쉬운" → 5-10줄의 작동 코드 샘플
• "고객이 좋아합니다" → 맥락이 포함된 특정 인용문
• "대안보다 나은" → 정직한 비교 표

작동하는 예제 포함하기

기술 제품의 모든 출시 게시물에는 독자가 실행할 수 있는 코드가 포함되어야 합니다. 의사 코드나 개념적인 조각이 아니라, 설치 명령어, 임포트, 예상 출력이 포함된 실제 작동 코드여야 합니다. 이것은 기술 블로그 게시물에서 가장 높은 전환율을 보이는 요소입니다.

명확한 다음 단계로 마무리하기

게시물 끝에는 정확히 하나의 CTA(클릭 유도 문구)가 필요합니다. "지금 사용해보기", "문서 보기", "베타 참여하기"와 같은 것. 세 가지 옵션이 아니라 하나여야 합니다.

SEO 최적화

키워드 타겟팅

작성 전에 기본 키워드를 선택하세요. 이는 타겟 대상이 제품이 해결하는 문제를 가지고 있을 때 검색하는 용어와 일치해야 합니다. 게시물 제목, H1, 첫 번째 문단 모두에 이 키워드를 자연스럽게 포함해야 합니다.

출시 게시물의 경우, 키워드는 종종 기능/제품 이름 + 카테고리입니다: "[제품] [카테고리]" (예: "실시간 전사 API" 또는 "오픈 소스 기능 플래그").

온페이지 기본 사항

• Title 태그: 기본 키워드, 60자 미만. 블로그 게시물 제목과 HTML title 태그는 밀접하게 일치해야 합니다.
• 메타 설명: 150-160자로 독자가 배우거나 할 수 있는 내용을 요약합니다.
• URL 슬러그: 짧고, 키워드가 풍부하며, 날짜가 없습니다(항상 최신 상태로 유지되도록).
• 헤더(H2/H3): 논리적으로 게시물을 구성하는 데 사용하세요. 각 H2는 누군가가 검색할 수 있는 질문이나 주제여야 합니다.
• 내부 링크: 문서, 관련 블로그 게시물, 랜딩 페이지에 링크하세요. 문서에서 이 게시물로 다시 링크하세요.
• 이미지 대체 텍스트: 이미지에 무엇이 있는지 설명하고, 자연스러운 경우 관련 키워드를 포함하세요.

롱테일 랭킹을 위한 콘텐츠

주요 발표 아래의 섹션(작동 방식, 기술 세부 사항, FAQ, 비교)은 롱테일 키워드 대상 역할을 합니다. 대상 고객이 묻는 특정 질문에 답변하도록 작성하세요. "[기능]이(가) [에지 케이스]를 어떻게 처리합니까?"라는 제목의 섹션은 정확히 그 질의에 대해 순위를 매길 수 있습니다.

AEO: 답변 엔진 최적화

AI 검색 엔진(ChatGPT, Perplexity, Claude, Gemini 및 기존 검색의 AI 기반 요약)은 사람들이 제품을 발견하고 평가하는 주요 방법이 되고 있습니다. AEO는 AI 엔진이 답변을 생성할 때 인용하도록 콘텐츠를 구성하는 방법입니다.

AEO와 SEO는 상호 보완적이며 경쟁 관계가 아닙니다. 대부분의 AEO 모범 사례는 SEO에도 도움이 됩니다. 그러나 콘텐츠를 AI가 더 인용하기 쉽게 만드는 특정 기술이 있습니다.

출시 게시물에서 AEO가 중요한 이유

누군가 AI 어시스턴트에게 "[제품이 하는 일]에 가장 좋은 도구는 무엇인가요?" 또는 "[제품이 가능하게 하는 작업]을 어떻게 하나요?"라고 물을 때, 출시 게시물이 AI가 참고하는 소스 중 하나가 되기를 원합니다. 단일 AI 인용은 출시일 트래픽이 사라진 후에도 오랫동안 지속적인 발견을 이끌어낼 수 있습니다.

콘텐츠를 AI가 인용 가능하게 만들기

자체 포함되고 추출 가능한 구절을 작성하세요. AI 엔진은 전체 기사가 아닌 구절을 인용합니다. 게시물의 각 섹션은 이전 섹션을 읽지 않아도 자체적으로 의미가 있어야 합니다. 명확한 주장을 하고 증거로 뒷받침하며 제품 이름을 언급하는 문단이 인용 가능한 단위입니다.

섹션을 직접적인 답변으로 시작하세요. 섹션이 질문(암시적이라도)을 다룰 때는 첫 번째 문장에 답변을 넣고, 그 다음에 자세히 설명하세요. AI 엔진은 빠르고 구체적으로 답변하는 콘텐츠를 선호합니다.

예시 — 다음 대신:

"전사 API를 선택할 때 고려해야 할 많은 요소가 있습니다. 지연 시간, 정확도, 언어 지원, 가격 책정이 모두 역할을 합니다. 광범위한 테스트 후, 우리는 다음을 발견했습니다..."

다음과 같이 작성하세요:

"[제품]은 분당 $0.006에 200ms 미만의 지연 시간으로 14개 언어의 오디오를 전사합니다. 다음은 벤치마크 분석입니다..."

두 번째 버전은 직접 인용 가능합니다. "가장 빠른 전사 API는 무엇인가요?"라는 질문에 답변하는 AI 엔진은 그 문장을 그대로 가져올 수 있습니다.

구체적이고 정량적인 주장을 사용하세요. AI 엔진은 구체적인 데이터(숫자, 벤치마크, 비교, 백분율)가 있는 콘텐츠를 우선적으로 인용합니다. "빠른 API"는 인용할 수 없습니다. "10분 오디오 파일에서 180ms의 P99 지연 시간"은 가능합니다.

구조화된 데이터를 포함하세요. 비교 표, 기능 매트릭스, 벤치마크 표는 구조화되고 추출 가능한 정보를 제공하기 때문에 인용 가능성이 높습니다. 제품을 대안과 (정직하게) 비교하는 표는 AI가 가장 많이 인용하는 콘텐츠 형식 중 하나입니다.

진정한 질문으로 FAQ 섹션을 작성하세요. 각 질문이 실제 사람이 AI 어시스턴트에게 물어볼 내용과 일치하는 FAQ 섹션은 인용 자석입니다. 질문을 자연스러운 H3로 작성하고, 첫 번째 문장에서 직접 답변하세요.

AI 엔진을 위한 스키마 마크업

스키마 마크업은 AI 엔진에 콘텐츠에 대한 기계가 읽을 수 있는 컨텍스트를 제공합니다. 출시 블로그 게시물에 다음을 추가하세요:

• Article / BlogPosting 스키마: AI 엔진에 이것이 특정 작성자와 주제가 있는 날짜가 있는 기사임을 알립니다. headline, datePublished, dateModified, author, description을 포함하세요.
• FAQPage 스키마: 게시물에 FAQ 섹션이 있는 경우, AI 엔진이 질문-답변 쌍을 직접 추출할 수 있도록 마크업하세요.
• HowTo 스키마: 게시물에 튜토리얼이나 단계별 가이드가 포함된 경우, 단계를 마크업하세요.
• Product 스키마: 게시물이 가격이 있는 제품을 발표하는 경우, name, description, offers와 함께 제품 스키마를 포함하세요.

이 모든 것이 필요하지는 않습니다. 실제로 작성한 콘텐츠와 일치하는 것을 사용하세요.

콘텐츠 최신성 신호

AI 엔진은 최신성을 중요하게 생각합니다. 업데이트되지 않은 페이지는 시간이 지남에 따라 AI 인용을 잃습니다. 출시 게시물의 경우:

• 페이지에 "마지막 업데이트: [날짜]"를 표시하세요
• 변경할 때마다 Article 스키마의 dateModified를 업데이트하세요
• 분기별로 출시 게시물을 재검토하세요: 벤치마크 업데이트, 새 기능 추가, 코드 샘플 새로 고침
• 출시 게시물이 구식이 되면 업데이트하거나 최신 게시물로 리디렉션하세요 — 오래된 콘텐츠가 순위에 남아 있지 않도록 하세요

엔티티 및 브랜드 신호

AI 엔진은 브랜드와 제품의 내부 모델을 구축합니다. 일관성을 유지하여 도움을 주세요:

• 정확한 제품/기능 이름을 일관되게 사용하세요(별명을 번갈아 사용하지 마세요)
• 제품이 속한 카테고리를 명시적으로 밝히세요("오픈 소스 기능 플래그 플랫폼")
• 회사에 대한 권위 있는 소스(홈페이지, 문서, GitHub, 해당되는 경우 Wikipedia)에 링크하세요
• 블로그, 문서, 랜딩 페이지, 소셜 프로필 전체에서 제품이 일관되게 설명되도록 하세요

게시 후 체크리스트

게시 후:

1. 모든 곳에서 링크: 문서, 랜딩 페이지, 변경 로그, 관련 블로그 게시물, README
2. 소셜 미디어에 공유: 소셜 카피 작성에 출시 트윗 스킬 사용
3. 집계 사이트에 제출: Hacker News, 관련 서브레딧, dev.to, Hashnode(기술 게시물의 경우)
4. 이메일: 출시 이메일 또는 다음 뉴스레터에 포함
5. 질문 모니터링: 게시물 댓글, HN 스레드, Reddit — 이는 종종 업데이트로 해결해야 할 게시물의 격차를 드러냅니다
6. 출시 주 후 업데이트: 고객 스토리 추가, 벤치마크 업데이트, 독자가 지적한 문제 수정

관련 스킬

• launch-strategy — 메시징 브리프 및 출시 계획
• launch-tweet — 게시물을 홍보하는 소셜 카피
• launch-email — 이 게시물에 링크하는 이메일
• launch-video — 게시물에 포함할 데모 비디오 및 GIF
• launch-distribution — 블로그 외부에서 배포할 위치 및 방법
• launch-landing-page — 블로그 게시물이 링크하는 페이지
• launch-metrics — 블로그 게시물 링크용 UTM 설정, 시간 경과에 따른 게시물 성과 추적