# 제품 출시 계획: 편집데스크가 송고할 6주 브리프 URL: https://impressify.org/ko/journal/jepum-chulsi-gyehoek Type: blog Locale: ko Published: 2026-10-31 Updated: 2026-10-31 --- > 한 페이지에 들어가는 제품 출시 계획입니다. 주장, 3단계 6주, 채널 두 개, 날마다 담당자 한 명, 3일째에 확인할 지표 하나를 담습니다. 제품 출시 계획은 여섯 명에게 무엇을, 언제, 누가 먼저 말할지 알려 주는 문서입니다. 대부분의 계획은 첫 문장에서 실패합니다. 작업은 나열하면서 메시지는 적지 않기 때문입니다. 그래서 출시 당일 창업자, 디자이너, 영업 리드가 저마다 다른 이야기를 꺼내 듭니다. 여기 우리가 권하는 계획이 있습니다. 여섯 주, 하나의 주장, 날마다 담당자 한 명입니다. ## 왜 대부분의 출시 계획은 일정표처럼 읽힐까 서울, 수요일 밤 11시 40분. 한 창업자가 94개 행짜리 출시 계획을 보내왔습니다. 디자인 검토, 가격 페이지, 소셜 예고 게시물, 웨비나, 언론 연락처 목록이 빼곡했습니다. 그런데 어느 행도 이 제품이 무엇을 위한 것인지 말하지 않았습니다. 이것이 전형적인 패턴입니다. 맥킨지는 제품 출시의 절반 이상이 사업 목표를 놓친다고 보고한 바 있고, 흔한 진단은 제품이 아니라 계획과 실행의 문제라는 것입니다. 하지만 일정표는 계획이 아닙니다. 무엇이 언제 일어나는지는 알려 주지만, 일이 일어날 때 독자의 머릿속에 무엇이 자리 잡아야 하는지는 알려 주지 않습니다. 편집데스크의 원칙은 단순합니다. 낯선 사람이 따라 말할 수 있는 한 문장으로 요약되지 않는다면, 그것은 계획이 아니라 달력입니다. 도구를 열기 전에, 간트 차트 막대를 그리기 전에 여기서 시작하십시오. ![Corkboard with index cards pinned in rows, one card per launch message](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/impressify/2026-10/ef1086-i1.webp) ## 작업 목록 전에 한 문장짜리 주장을 쓴다 주장은 리드 문장처럼 씁니다. 누가, 무엇이 바뀌었는지, 지금 왜 중요한지를 담고, 대략 25단어 안팎으로 씁니다. 예를 들어 "Acme Ledger는 이제 직원 50명 미만의 재무팀이 월 마감을 아홉 날 대신 이틀 만에 끝낼 수 있게 합니다"는 리드입니다. "Acme는 차세대 재무 플랫폼의 출시를 기쁘게 발표합니다"는 뉴스를 빼 버린 보도자료입니다. 주장을 회사 밖의 사람 세 명에게 시험해 보십시오. 한 시간 뒤에 다시 말해 달라고 요청하십시오. 매번 다른 문장이 나온다면 여러분에게는 주장이 없고, 분위기만 있는 것입니다. 코칭 세션에서 익명으로 처리한 전후 비교가 있습니다. **이전:** "우리는 팀의 협업을 더 효과적으로 만드는 AI 기반 플랫폼을 출시합니다." **이후:** "직원 10명에서 50명 규모의 팀은 이제 고객 통화를 4분 안에 배포 가능한 티켓으로 바꿀 수 있습니다." 두 번째 문장은 구매자, 속도, 결과를 모두 적습니다. 확인할 수 있으니 믿을 수도 있습니다. 계획의 나머지 모든 것은 이 문장에서 뻗어 나오고, 이 문장으로 거슬러 올라갈 수 없는 행은 잘려 나갑니다. ## 6주, 3단계, 날마다 담당자 한 명 단계는 세 개면 충분합니다. 출시 전, 출시, 출시 후입니다. 다만 각 단계에 날짜 범위가 아니라 종료 조건이 있어야 합니다. 창업자에게 건네는 버전은 이렇습니다. - **6주에서 4주 전, 기반 다지기:** 주장, 가격, 근거(고객 두 곳, 숫자 하나), 가장 먼저 들어야 할 사람 목록을 확정합니다. - **3주에서 2주 전, 리허설:** 모든 자산을 주장에 맞춰 쓰고, 제품을 전혀 모르는 사람과 드라이 리드를 합니다. - **1주 차, 출시:** 발표 하루, 직접 연락 하루, 후속 연락 하루입니다. "예고" 게시물로 7일을 채우지 마십시오. - **1주에서 4주 차, 후속 관리:** 모든 답장에 응답하고, 첫 고객 성과를 공개하며, 시장이 여러분이 틀렸다고 알려 주면 주장을 고쳐 씁니다. "인지도" 단계가 따로 없다는 점을 눈여겨보십시오. 인지도는 과제가 아니라 결과입니다. 출시 첫날부터 구체적으로 말할 때 얻어지지, 2주 동안 모호한 힌트를 흘려서 얻어지지 않습니다. 담당자는 날마다 한 명입니다. 행 하나에 두 사람이 적혀 있으면 아무도 책임지지 않습니다. 셀에는 팀 이름이 아니라 사람 이름을 적으십시오. ## 출시 전에 적어 둘 것, 그리고 3주차 드라이 리드 자산 목록에서 계획은 부풀어 오릅니다. 그래서 상한을 두십시오. 첫 출시에는 다섯 가지 문서면 충분합니다. 주장 문서, 한 페이지짜리 발표문, 구독자에게 보내는 짧은 이메일, 고객 근거 한 건, 지원 문의함에 쓸 짧은 FAQ입니다. 나머지는 숫자에서 견인력이 보이기 전까지 선택 사항입니다. 발표문에 가장 많은 편집이 필요합니다. 회사 이야기가 아니라 소식으로 시작하십시오. 두 번째 문장에 숫자를 넣으십시오. 고객이 먼저 쓰지 않은 형용사는 모두 지우십시오. 우리 교정 담당자들은 초안을 소리 내어 읽고, 읽을 때 방이 조용해지는 문장을 지우는 습관이 있습니다. 발표문을 일정표보다 먼저 쓰는 것도 유용합니다. 발표문을 쓸 수 없다면 일정표는 아직 이릅니다. 반대도 참입니다. 발표문이 있으면 일정표는 거의 저절로 써집니다. 문단마다 독자와 채널이 함축되어 있기 때문입니다. ![A red pencil marking up a printed announcement proof](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/impressify/2026-10/a1723e-i2.webp) 창업자들은 피치 덱이 출시 계획에 들어가야 하는지 묻습니다. 들어가야 하지만 파생물로서입니다. 피치 서사, 출시 발표문, 영업용 한 장짜리 자료는 길이만 다른 같은 이야기여야 합니다. 셋이 서로 어긋난다면 그중 하나가 틀린 것이고, 대개는 자정에 마지막으로 쓴 것이 틀렸습니다. 드라이 리드는 계획에서 가장 저렴한 테스트인데 거의 아무도 하지 않습니다. 발표문, 이메일, FAQ를 구매자와 비슷하면서 여러분을 한 번도 본 적 없는 사람 두 명에게 보내십시오. 10분을 주고 질문은 하나만 하십시오. 이 제품은 무엇을 하며, 누구를 위한 것인가요? 답을 주장과 비교하십시오. 둘 다 몇 단어 안에서 같은 내용이면 넘어가면 됩니다. 한 사람은 "프로젝트 관리"라고 하고 다른 사람은 "리포팅"이라고 하면, 문구가 이야기를 두 개 싣고 있는 것입니다. 이때 출시 주의 혼란을 미리 막은 셈입니다. 고치는 방법은 더하기가 아니라 빼기입니다. 더 많이 설명하고 싶은 충동이 들지만, 편집은 두 번째 이야기를 여는 문장을 지우는 일입니다. 그런 다음 세 번째 낯선 사람과 다시 해 보십시오. 앞의 두 사람은 이미 너무 많이 알고 있기 때문입니다. 독자가 여러분을 설명할 때 쓰는 표현을 기록해 두십시오. 그 표현이 공짜 카피입니다. "통화를 티켓으로 바꿔 준다"고 말하는 구매자는 팀이 세 번의 회의로 만든 헤드라인보다 나은 문장을 쓴 셈이고, 실제 독자가 이해한다는 증거까지 붙어 있습니다. ## 어떤 채널에 자리를 주고 어떤 채널을 건너뛸까 4주 동안 담당할 수 없는 채널은 건너뛰십시오. 3일째에 버려진 출시 스레드는 아예 없는 것보다 나쁩니다. 독자에게 여러분이 응답을 멈춘다는 것을 가르치기 때문입니다. 구매자가 이미 주목하는 채널 두 개를 고르고, 그것을 담당 구역처럼 다루십시오. 하나는 보통 자체 채널, 이메일 목록이나 웹사이트입니다. 다른 하나는 보통 외부 평가 채널, 뉴스레터나 팟캐스트, 지난 90일 안에 해당 분야를 다룬 기자입니다. 그 기자가 쓴 기사를 읽고, 이미 쓴 각도가 아니라 다음에 쓸 각도를 제안하십시오. 유료 광고는 늦게 결정하십시오. 작은 규모에서라도 주장이 무료로 전환된 뒤에 집행하십시오. 돈은 메시지를 증폭합니다. 좋은 메시지든 나쁜 메시지든 똑같이 말입니다. 그 효과는 청구서에서 확인하게 됩니다. 언론 목록도 한마디 하겠습니다. 제대로 읽은 기자 마흔 명이 데이터베이스에서 긁어 온 400명보다 낫습니다. 각 메모는 그 기자가 최근 쓴 기사의 구체적인 한 대목으로 열고, 소식은 두 문장으로 전하고, 근거를 붙이십시오. 첨부 파일은 넣지 마십시오. 약력으로 메모를 채우지도 마십시오. 창업자들이 자주 놓치는 조용한 채널도 있습니다. 이미 "예"라고 말한 사람들입니다. 처음 고객 열 곳, 베타 사용자, 자문위원은 대중보다 먼저 소식을 들어야 합니다. 인용문, 소개, 이메일 답장처럼 작고 구체적인 부탁 하나와 함께 말입니다. 그 답장이 출시 당일의 근거가 됩니다. 또 주장의 오류를 고치는 비용이 아직 낮을 때 그것을 잡아 줍니다. ## 월요일에 정하는 측정 가능한 목표 주장이 먹혔는지 알려 주는 숫자를 하나 고르십시오. "도달"은 안 됩니다. 사람이 실제로 해야 했던 행동, 예를 들어 데모 예약, 체험 시작, 답장 수신이어야 합니다. 6주 차에 하한선과 목표치를 함께 정해 계획에 적고, 출시 3일째에 그것을 확인하십시오. 허영 지표를 조심하십시오. 노출은 기분을 좋게 합니다. 낯선 사람 만 명의 조회수보다 맞는 사람 쉰 명의 답장 백 건이 낫습니다. 계획의 핵심 지표가 노출이라면, 그 계획은 책임을 피하고 있는 것입니다. 사후 검토는 출시 후가 아니라 출시 전에 일정을 잡으십시오. 10일째에 30분을 떼어 두고 한 가지 질문에 답하십시오. 고객이 우리에게 되받아 말한 문장은 무엇이고, 무시한 문장은 무엇인가? 그 답이 다음 주장의 재료가 됩니다. ![An empty meeting room with a whiteboard sketch of a launch sequence](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/impressify/2026-10/2579fe-i3.webp) ## 1주차에 무엇이 어긋나고 어떻게 고칠까 반복되는 실패는 세 가지입니다. 첫째, 주장이 흐트러집니다. 마케팅은 줄이고, 영업은 늘리고, 창업자는 팟캐스트에서 즉흥으로 말합니다. 해결책은 고정된 문서 하나와 그것을 고칠 권한을 가진 사람 한 명입니다. 둘째, 후속 관리가 죽습니다. 화요일에 발표가 나가고, 금요일이 되면 아무도 답장에 응답하지 않습니다. 해결책은 출시 주 아침마다 두 시간을 답장 전용으로 비워 두는 것입니다. 그 시간에는 다른 어떤 것도 넣지 않습니다. 셋째, 계획이 제품의 실제 약점을 무시합니다. 모든 출시에는 약점이 하나 있고, 고객은 몇 시간 안에 그것을 찾아냅니다. 해결책은 출시 전에 가장 어려운 질문에 대한 정직한 답을 FAQ에 쓰는 것입니다. 고객은 명시된 한계를 용서합니다. 깜짝 놀라게 하는 것은 용서하지 않습니다. ## 편집데스크가 남기고 건너뛸 것 시간이 한 시간뿐이라면 이렇게 하십시오. 주장을 쓰십시오. 낯선 사람 세 명에게 시험하십시오. 과제 목록을 자산 다섯 개와 채널 두 개로 줄이십시오. 날마다 담당자 한 명을 정하십시오. 숫자 하나를 정하십시오. 10일째 검토를 예약하십시오. 건너뛰어야 할 것도 있습니다. 기다리는 청중이 없다면 티저 캠페인은 건너뛰십시오. 제품에 공간이 필요 없다면 출시 행사를 건너뛰십시오. 94행짜리 시트는 건너뛰십시오. 사람들이 읽는 한 페이지짜리 계획이 사람들이 정렬만 하는 시트보다 낫습니다. 이대로 따르는 창업자들은 더 크게 외치지 않습니다. 더 분명하게 출시합니다. 그리고 목요일, 소음이 다른 곳으로 옮겨 간 뒤에 독자가 기억하는 것은 바로 그 분명함입니다. 송고. 서울, 23시 52분. ## FAQ ### 제품 출시 계획이란 무엇인가요? 제품 출시 계획은 한 문장짜리 주장, 독자, 채널, 날마다의 담당자, 출시가 성공했는지 보여 주는 단 하나의 숫자를 고정하는 짧은 문서입니다. 출시 전후 약 6주를 다룹니다. ### 제품 출시 계획은 얼마나 길어야 하나요? 계획은 한 페이지, 뒷받침 자산은 약 다섯 개면 충분합니다. 주장, 발표문, 이메일, 고객 근거 하나, FAQ입니다. 두 페이지를 넘기면 대개 과제 일정표를 위장한 것입니다. ### 제품 출시 계획은 언제 시작해야 하나요? 출시 약 6주 전입니다. 기반 다지기 2주, 리허설 2주, 출시 1주를 두고, 외부 독자가 주장을 따라 말하지 못하면 고칠 시간을 남겨 두십시오. ### 출시 단계는 세 가지인가요? 출시 전, 출시, 출시 후입니다. 각 단계에 날짜 범위만이 아니라 종료 조건을 두십시오. 예를 들어 출시 전에는 검증된 주장, 출시 후에는 10일째 사후 검토가 종료 조건이 됩니다. ### 출시에는 채널을 몇 개나 써야 하나요? 작은 팀이라면 두 개입니다. 이메일이나 웹사이트 같은 자체 채널 하나와 뉴스레터나 기자 같은 외부 채널 하나를 고르십시오. 메시지가 유료 광고 없이도 전환된 뒤에야 유료를 추가하십시오. ### 출시 계획은 어떤 지표를 추적해야 하나요? 사람이 실제로 해야 했던 행동 하나, 예를 들어 데모 예약, 체험 시작, 답장 수신입니다. 출시 전에 하한선과 목표치를 정하고 3일째와 10일째에 검토하십시오.