Distribution
SaaS 출시 공지를 작성하는 방법
사용자, 문제, 변화, 근거, 다음 행동을 과장 없이 명확하게 설명하세요.
직접 답변
강력한 SaaS 출시 발표에는 제품이 누구를 위한 것인지, 제품이 개선되는 상황, 현재 사용 가능한 제품, 팀이 이 제품을 만든 이유, 독자가 다음에 무엇을 해야 하는지가 명시되어 있습니다. '혁명적'이라기보다는 구체적이고 정직하게 들립니다.
5부분 구조를 사용하세요
- 사용자 및 트리거: 문제를 긴급하게 만드는 사람과 순간의 이름을 지정합니다.
- 현재 문제점: 고객이 사용하는 언어로 기존 워크플로우를 설명합니다.
- 새로운 결과: 제품이 변경된 사항과 가치를 얼마나 빨리 확인할 수 있는지 설명합니다.
- 증거 및 한계: 스크린샷, 데모, 고객 관찰 또는 측정 가능한 결과를 보여주고 중요한 제약 조건을 명명합니다.
- 다음 작업: 독자에게 하나의 작업 흐름을 시도해 보거나, 특정 경험으로 답변하거나, 적절한 대화를 예약하도록 요청하세요.
동일한 사실을 적용
웹사이트 헤드라인, Product Hunt 설명, 커뮤니티 게시물, 이메일, 소셜 업데이트는 확인된 사실을 공유하되 다른 시작점을 사용해야 합니다. 고객 이메일은 워크플로에 집중할 수 있습니다. 제작자 커뮤니티에는 빌드 스토리가 포함될 수 있습니다. 기술 포럼에서는 구현 세부 사항과 마케팅 언어가 거의 필요하지 않습니다.
플랫폼 규칙에 따라 권유가 금지되는 경우에는 투표를 요청하지 마세요. 대신 제품 사용과 솔직한 피드백을 요청하세요.
채우기 템플릿
Today we’re launching [product], built for [specific user] who needs to [job].
We kept seeing [observable problem]. Existing options required [cost or compromise], so we built a way to [concrete outcome].
You can use it now to [first valuable action]. It currently supports [important scope] and does not yet support [honest limitation].
If you handle [relevant situation], try [specific workflow] and tell us [specific question].
공지사항을 소리내어 읽어보세요. 의미를 바꾸지 않는 형용사, 증거 없는 주장, 제품 설명을 지연시키는 배경을 제거하세요. 하나의 링크와 하나의 기본 작업을 유지합니다.
메시지 측정
유효한 클릭, 완료된 핵심 작업, 이해를 나타내는 답변, 혼란으로 인해 발생한 질문을 추적하세요. 여러 사람이 같은 점을 오해하는 경우 공지사항과 랜딩 페이지를 업데이트하세요. 좋은 출시 카피는 테스트된 인터페이스이지 영구적인 슬로건이 아닙니다.
소스
-Product Hunt: preparing for launch -Show HN Guidelines
<!-- faq:start -->자주 묻는 질문
SaaS 출시 발표는 얼마나 걸리나요?
사용자, 문제, 결과, 증거 및 다음 조치를 설명하는 가장 짧은 버전을 사용하십시오. 소셜 게시물에는 몇 줄이 필요할 수 있습니다. 메이커 코멘트에는 더 자세한 이야기가 포함될 수 있습니다.
발표에 가격이 포함되어야 합니까?
그렇습니다. 가격이 누군가가 제품을 시험해 보거나 채택할 수 있는지 여부에 영향을 미치는 경우 그렇습니다. 최소한 무료, 유료, 평가판 또는 대기자 명단 여부를 명시하고 전체 약관에 대한 링크를 제공하세요.
<!-- faq:end -->