Codex가 고객이 이미 묻고 있는 30개의 실제 질문을 찾게 하세요
Codex를 사용해 고객의 언어, 승인된 내보내기, 검색 결과 노트를 유용한 SEO 및 GEO 페이지가 될 수 있는 30개의 실제 질문으로 전환하세요.
키워드보다 질문을 먼저 찾으세요
키워드는 유용한 라벨입니다. 질문은 방문자가 완료하려는 작업을 드러냅니다. Codex에 실제 고객의 언어를 주면, 같은 구문의 50가지 변형을 만드는 대신 사람들이 실제로 필요로 하는 페이지로 작업을 그룹화할 수 있습니다.
완료의 정의: 소스 라벨이 있는 30개의 고객 질문이 있으며, 각각 가능한 페이지, 지원 섹션, 기존 페이지 개선 또는 부적합으로 표시되어 있습니다.
45~60분 확보. 트래픽 미션, 팩트 팩, 안전하게 사용할 수 있는 실제 고객 언어를 가져오세요. 소스 라벨이 있는 좋은 질문 10개는 아무도 묻지 않은 다듬어진 문구 30개보다 낫습니다.
3가지 종류의 언어 가져오기
가지고 있는 무엇이든 사용하세요. 첫 실행에 유료 소프트웨어는 필요 없습니다.
- 고객 언어: 지원 티켓, 영업 통화, 리뷰, 이메일, 사이트 내 검색 또는 팀이 반복적으로 듣는 질문. 개인 데이터 제거.
- 검색 증거: 승인된 Search Console 내보내기, 키워드 도구 내보내기, 수동 기록 Google 제안, 경쟁사/SERP 노트.
- 팩트 팩: 어떤 질문에 정직하게 답할 수 있는지 Codex에 알려줌.
question-inputs.md라는 간단한 파일을 세 개의 제목으로 만들고 아래에 자료를 붙여넣으세요. 각 소스에 라벨을 지정하세요. 소스가 없는 질문은 아이디어가 될 수 있지만 증거는 아닙니다.
입력 파일을 안전하고 읽기 쉽게 만들기
Codex에 붙여넣기 전에 이름, 이메일 주소, 주문 번호, 전화번호, 개인 사례 세부 정보를 제거하세요. 결정을 드러내는 문구를 보존하세요. 안전한 입력 파일은 다음과 같습니다:
## 영업 통화 메모
- "영수증 봉지가 있어요. 자기신고 전에 도움을 받기에는 너무 늦었나요?"
- "여러 플랫폼으로 인보이스를 발행하는 디자이너와 일하시나요?"
## 지원 및 이메일 테마
- "디스커버리 콜을 예약한 후 무슨 일이 일어나나요?"
- "브리스톨에 거주해야 하나요?"
## 검색 증거
- 쿼리: bookkeeping checklist self assessment | 페이지: NONE | 출처: GSC 내보내기,
완료된 28일 기간
- 쿼리: freelance designer bookkeeping | 페이지: /bookkeeping-for-designers |
출처: GSC 내보내기, 완료된 28일 기간이 입력은 의도적으로 고르지 않습니다. 실제 맵은 정확한 언어, 광범위한 검색 라벨, 비즈니스 질문을 결합합니다. 작업은 키워드 조사 보고서처럼 들리게 하는 것이 아니라 분류하는 것입니다.
품질 체크: 모든 줄에 소스 라벨이 있습니다. 내부 기억만 있다면 날짜와 함께 owner observation이라고 쓰세요. 그것은 검색 수요인 척하는 것보다 정직합니다.
Codex 표준 사용하기
당신은 나의 고객 질문 매퍼입니다.
읽을 것:
- 트래픽 미션: [경로]
- 팩트 팩: [경로]
- 고객/검색 입력: [경로]
정확히 다음 열로 customer-question-map.csv 생성:
question,source,customer_job,intent,page_fit,proof_available,priority,notes
규칙:
- 제공된 증거가 뒷받침할 때만 30개의 고유한 질문 생성.
- 가능한 한 고객의 언어 유지.
- page_fit을 NEW PAGE, EXISTING PAGE, SECTION, NOT A FIT, NEEDS FACT로 설정.
- 검색량, 순위, 고객 인용, 제품 주장을 발명하지 말 것.
- 거의 중복되는 질문을 별도의 아이디어로 제시하지 말고 플래그 지정.
- 트래픽 미션에 맞고 사용 가능한 증명이 있는 질문을 우선시.
CSV 후 5줄 요약 작성: 3개의 가장 강한 고객 작업,
가장 큰 증거 격차, 첫 트래픽 페이지가 될 가능성이 가장 높은 질문 하나.
콘텐츠를 쓰지 말고 사이트를 편집하지 마세요.CSV를 한 행씩 읽기
부기 예시에서 첫 번째 유용한 행은 다음과 같습니다:
질문 | 소스 | 고객 작업 | 페이지 적합성 | 사용 가능한 증명 | 우선순위 |
|---|---|---|---|---|---|
자기신고 전에 어떤 기록을 수집해야 하나? | 영업 통화 메모 + GSC 쿼리 | 마감일 전 준비 | NEW PAGE | 부분적: 체크리스트와 범위 | 높음 |
프리랜스 디자이너가 원격 부기사를 이용할 수 있나? | 지원 테마 | 서비스 적합성 확인 | 서비스 페이지의 SECTION | 서비스 지역 알 수 없음 | NEEDS FACT |
디스커버리 콜 후 무슨 일이 일어나나? | 지원 테마 | 연락 전 위험 감소 | EXISTING PAGE | 온보딩 체크리스트 | 중간 |
크리에이터를 위한 최고의 회계 소프트웨어 | 제공된 소스 없음 | 도구 비교 | 현재 미션에 NOT A FIT | 비교 방법 없음 | 낮음 |
CSV는 게시 계획이 아닙니다. 분류 보드입니다. SECTION 행은 구매자가 이미 필요로 하는 페이지의 질문을 고치기 때문에 새 기사보다 더 가치 있을 수 있습니다.
30까지 세기 전에 Codex가 중복을 그룹화하게 하기
30개의 질문이 30개의 페이지를 의미하지 않습니다. 첫 지도 직후 중복 패스를 요청하세요:
customer-question-map.csv를 읽어주세요. 표현이 다르더라도 같은 고객 결정을 가진 행을
그룹화하세요. 각 그룹에 대해 하나의 표준 질문을 선택하고, 소스 행을 나열하고,
NEW PAGE, EXISTING PAGE, SECTION, NOT A FIT 또는 NEEDS FACT를 추천하세요.
새 질문을 추가하지 말고, 볼륨을 추론하지 말고, 콘텐츠를 쓰지 마세요.예를 들어, "어떤 기록이 필요한가?", "어떤 영수증을 저장해야 하나?", "자기신고 전에 장부를 어떻게 준비하나?"는 여러 지원 섹션이 있는 하나의 결정 가이드에 속할 수 있습니다. 거의 동일한 기사를 세 개 게시하는 것은 커버리지가 아니라 중복입니다.
실제 질문이 어떻게 생겼는지 알기
입력 | 취급 | 예시 액션 |
|---|---|---|
영업 통화의 "자기신고 전에 얼마나 많은 부기가 필요하나요?" | 고객 결정 질문 | 후보 페이지 또는 실질 섹션 |
키워드 내보내기의 "bookkeeping" | 광범위한 토픽 라벨 | 그 뒤의 구체적인 결정 찾기 |
AI가 지어낸 "최고의 부기 서비스" | 미검증 아이디어 | 증거와 증명 없이 우선시하지 않음 |
지원의 "브리스톨 디자이너가 원격 부기사와 일할 수 있나요?" | 적합성 질문 | 후보 FAQ 또는 첫 페이지 섹션 |
Codex가 30개의 다듬어진 키워드 문구를 제공하지만 소스나 고객 작업을 보여줄 수 없으면 다시 시작하라고 요청하세요. 첫 질문 지도는 약간 지저분하고 구체적으로 느껴져야 합니다. 그것이 실제 고객 언어에서 왔다는 신호입니다.
지도를 신뢰하기 전에 처음 10행 검토하기
CSV를 priority로 정렬하고 다음 경우 행을 거부하세요: 트래픽 미션과 다른 고객 작업, 팩트 팩이 유용한 답변을 지원할 수 없음, 기존 페이지와 중복, 단순 키워드 변형. 거부된 행은 not now 메모로 유지하세요. 삭제하지 마세요. 이후 증거가 유용하게 만들 수 있습니다.
일반적인 목록보다 실제 고객 질문을 선호하세요. 추측적인 볼륨 숫자보다 자신의 페이지 중 하나에 연결된 Search Console 쿼리를 선호하세요. 상업적으로만 들리는 문구보다 증거로 지원할 수 있는 페이지를 선호하세요.
간단한 결정 시트로 최강 후보 점수 매기기
처음 10개 행 또는 그룹을 가져와 네 가지만 점수 매기세요. 0, 1, 2를 사용하세요. 이것이 정밀한 예측인 척하지 마세요.
체크 | 0 | 1 | 2 |
|---|---|---|---|
증거 | AI 발명 또는 소스 없음 | 하나의 약한 소스 | 반복되는 고객 또는 검색 증거 |
미션 적합성 | 다른 대상 또는 액션 | 인접 문제 | 트래픽 미션 대상자의 결정 직접 지원 |
증명 | 사용 가능한 답변 없음 | 일부 사실 누락 | 확인된 사실 또는 소규모 소유자 요청으로 답변 가능 |
페이지 레버리지 | 고립된 답변 | 하나의 섹션 지원 | 진입 페이지 개선 및 다음 액션으로 연결 |
총점은 당신을 대신해 결정하지 않습니다. Codex와의 대화를 구체적으로 만듭니다. 점수가 낮은 질문도 긴급하고 정직하게 답할 수 있다면 이길 수 있습니다. 점수는 주로 매력적이지만 지원되지 않는 주제가 유용한 고객 문제를 추월하는 것을 막습니다.
이 프롬프트로 숏리스트를 만드세요:
그룹화된 고객 질문 지도, 트래픽 미션, 팩트 팩을 읽어주세요. 상위 10개 그룹을
증거, 미션 적합성, 증명, 페이지 레버리지로 0, 1, 2를 사용해 점수 매기세요.
모든 점수를 한 문장으로 설명하세요. 첫 페이지 후보 하나, 2차 후보 둘,
소유자 사실이 존재할 때까지 보류할 질문 하나를 추천하세요. 콘텐츠를 만들지
말고 웹사이트를 편집하지 마세요.세 가지 흔한 나쁜 지도 수정하기
모든 행이 NEW PAGE라고 말함. Codex에게 구매자가 같은 페이지에서 답변을 원하는 질문을 식별하도록 요청하세요. 답변이 짧거나 하나의 큰 결정의 일부인 경우 SECTION 추천을 요구하세요.
질문이 SEO 문구처럼 들림. question-inputs.md로 돌아가 각 다시 쓴 질문 옆에 가장 가까운 원본 문구를 인용하도록 모델에 요청하세요. 소스로 추적할 수 없는 행을 삭제하세요.
지도에 좋은 질문이 있지만 증명이 없음. NEEDS FACT로 표시한 다음 정확한 누락 사실을 owner-questions.md에 추가하세요. 유망한 질문은 지원할 수 없는 답변을 쓸 수 있는 허가가 아닙니다.
최종 파일을 함께 저장하세요:
question-map/
question-inputs.md
customer-question-map.csv
grouped-question-map.md
question-shortlist.md다른 사람이 승리한 질문을 실제 언어로 추적하고, 왜 끝없는 아이디어 목록이 아닌 페이지에 속하는지 이해할 수 있을 때 지도가 완성됩니다.
보류된 질문을 미래의 검토 가능한 결정으로 전환하기
오늘 페이지가 될 수 없다고 질문을 삭제하지 마세요. 숏리스트에 한 줄 재활성화 규칙을 추가하세요: Revisit when [specific fact, repeated customer wording, completed period, or new page exists].(특정 사실, 반복되는 고객 문구, 완료된 기간 또는 새 페이지가 존재할 때 재방문.) 예를 들어, "디자이너가 영국 밖에서 서비스를 이용할 수 있나요?"라는 질문은 소유자가 서비스 지역 진술을 승인할 때까지 보류 상태입니다. Codex에게 아이디어를 요청할 때마다 페이지 제목으로 다시 나타나면 안 됩니다.
다음 검토에서 이 프롬프트를 사용하세요:
question-shortlist.md, 현재 트래픽 미션, 새 증거를 읽어주세요: [경로].
보류된 질문만 검토하세요. 각각에 대해 재활성화 규칙이 충족되었는지,
어떤 팩트 팩 행이 답변을 지원하는지, 새 페이지인지 기존 페이지 섹션인지,
아니면 여전히 NOT NOW인지 진술하세요. 콘텐츠를 만들지 말고, 검색 가능하게
들린다고 질문을 홍보하지 마세요.이것은 기존 사이트에 규율 있는 백로그를, 새 사이트에 일반적인 100키워드 시트가 아닌 증거에서 성장하는 방법을 제공합니다.
코스 맵
다음: 첫 새로운 오가닉 방문을 얻을 가능성이 가장 높은 한 페이지 고르기. 30개의 가능성을 하나의 페이지 결정으로 전환합니다.
완료 체크리스트
- [ ] 모든 질문에 소스가 있거나 미검증 아이디어로 명확히 표시되었다.
- [ ] 유사한 질문이 중복이 아닌 그룹화되었다.
- [ ] 각 행에 고객 작업과 페이지 적합성 결정이 있다.
- [ ] 첫 트래픽 페이지의 최강 후보를 말할 수 있다.
- [ ] 개인 데이터를 제거하고 모든 유용한 질문에 소스 라벨을 보존했다.
- [ ] 페이지 기회로 취급하기 전에 거의 중복되는 것을 그룹화했다.
- [ ] 30페이지 달력이 아닌 첫 페이지 후보 하나가 포함된 숏리스트를 만들었다.
저자: Elena Shaw, Auspia 프롬프트 라이브러리 전략가, 3,000개 이상 구매자 프롬프트 매핑. Elena는 실제 고객 언어를 유용한 검색 및 AI 답변 커버리지로 바꾸는 것에 대해 씁니다.
![질문 지도 작업 패킷 워크플로우 다이어그램]()
이 과제에는 이 순서를 사용하세요: 실제 입력으로 시작하고, 증거를 확인하고, 검토 가능한 출력을 준비한 다음, 독자의 다음 단계를 선택하세요.
