Metlivi 블로그

실제 사용자 니즈에서 글 주제를 선정하는 방법

독립 웹사이트 편집자에게 유용한 글 주제는 광범위한 키워드나 모호한 주제가 아니라, 독자가 특정 과제를 완수하려는 노력에서 시작됩니다. 이 방법은 관찰된 질문을 명확히 정의된 한 명의 사용자, 하나의 주요 의도, 그리고 하나의 페이지 결정(새 글 작성, 기존 글 업데이트, 주제 반려)으로 변환합니다. 또한 근거 대장을 사용하여 반복되는 대중적 니즈를 계정 전용 지원 요청 및 중복된 아이디어와 구분합니다.

2026년 9월 14일8분 분량시간 관리와 개인 성장작성: Metlivi Editorial Team
섹션 1

주제 라벨이 아닌 독자의 과제부터 시작하세요

제안된 니즈를 세 부분으로 작성하세요:

[특정 독자]로서, 나는 [유용한 결과를 달성하기] 위해 [무언가를 수행하거나 결정해야] 한다.

이 구조는 사용자와 행동, 그리고 행동의 이유를 파악하도록 권장하는 GOV.UK 사용자 니즈 방법론을 적용한 것입니다. 해당 가이드라인은 편집자들에게 정의된 과제에 이해가 필수적인 경우가 아니라면 '이해하다'와 같은 모호한 동사를 사용할 때 주의할 것을 경고합니다 (GOV.UK: Identify user needs).

예를 들어 '초보자 사진 촬영'은 주제일 뿐이며 아직 글을 위한 과제가 아닙니다. 더 나은 후보는 다음과 같습니다:

두 번째 버전은 대상 독자, 행동, 결정을 명시하므로 범위가 더 좁습니다. 또한 범위에 대한 테스트 기준을 제공합니다. 독자가 해당 결정을 내리는 데 도움이 되지 않는 정보는 다른 곳에 들어가는 것이 맞습니다.

글 한 편당 하나의 주요 의도만 유지하세요. 도구를 선택하는 방법을 묻는 질문, 그 도구를 사용하는 방법을 묻는 질문, 그리고 그 도구가 적합한지 묻는 질문은 서로 연관될 수 있지만, 각각 다른 전제 조건과 결과를 요구할 수 있습니다. 이를 너무 일찍 결합하면 제목은 포괄적이지만 각 과제에 대해서는 불완전한 페이지가 만들어집니다.

“초보 사진작가로서, 나는 장비를 구매하지 않고도 연습할 수 있도록 간단한 실내 사진 연습 과제를 선택해야 한다.”
“웹사이트 편집자로서, 나는 특정 페이지에 편집 시간을 투자할 가치가 있는지 결정할 수 있도록 반복되는 독자 질문으로부터 주제 브리프를 작성해야 한다.”
섹션 2

근거 대장에 근거를 수집하세요

질문은 실마리일 뿐, 자동으로 주제가 되지 않습니다. 대중적인 정보 니즈를 나타내는지 판단할 수 있을 만큼 충분한 맥락을 기록하세요. 단순한 스프레드시트만으로도 충분합니다. GOV.UK는 사용자 니즈 및 수용 기준과 함께 뒷받침하는 근거를 기록할 것을 구체적으로 권장합니다 (GOV.UK: Identify user needs).

관찰된 질문이나 밀접하게 관련된 질문 클러스터당 하나의 행을 사용하세요:

여러 채널에 걸쳐 복사된 동일한 질문을 여러 번 세어 빈도를 부풀리지 마세요. 근본적인 니즈를 한 번만 기록하고 질문이 나타난 채널들을 표기하세요. 반대로, 각 사례가 동일한 미해결 과제를 보여주고 그에 대한 답이 더 넓은 대중 독자층에 도움이 될 수 있다면, 단 몇 번만 나타났다고 해서 그 니즈를 묵살하지 마세요.

유용한 대장은 근거와 해석을 구분합니다. '네 명의 독자가 첫 연습에 특별한 장비가 필요한지 물었다'는 근거입니다. '독자들은 저비용 초보자 가이드를 원한다'는 해석입니다. 둘 다 유지하되, 서로 다르게 라벨을 지정하세요.

항목 : 기록할 내용 : 중요한 이유
정확한 문구 : 고쳐 쓰지 않은 독자의 원문 : 실제 문제와 사용 용어를 보존함
출처 : 검색 결과, 댓글, 이메일, 고객지원 티켓, 인터뷰 또는 분석 데이터 관찰 : 신호가 어디서 시작되었는지 보여줌
독자 유형 : 동일한 과제를 공유하는 집단 : 글이 양립할 수 없는 대상층을 동시에 다루는 것을 방지함
원하는 행동 : 독자가 선택, 수행, 비교, 문제 해결하고자 하는 것 : 페이지의 주요 의도를 정의함
맥락 : 전제 조건, 한계, 버전, 위치 또는 계정 상태 : 일반적인 글로 답변이 가능한지 드러냄
빈도 : 반복적, 간헐적, 일회성 : 반복되는 니즈와 단발성 요청을 구분하는 데 도움을 줌
공공 가치 : 다수의 독자가 그 답변을 활용할 수 있는지 여부 : 지속성 있는 편집 작업을 우선하도록 도움
기존 콘텐츠 : 이미 이용 가능한 관련 페이지 : 업데이트, 통합 또는 작성 반려 결정을 뒷받침함
근거 강도 : 직접 관찰, 간접 신호, 또는 추측 : 단순한 추측이 사실로 취급되는 것을 방지함
섹션 3

대중적 니즈와 고객지원 전용 질문을 분리하세요

편집의 핵심 질문은 단순히 “누군가 이것을 물어보았는가?”가 아닙니다. 바로 “일반적인 페이지가 의미 있는 독자 집단에게 동일한 과제를 완수하도록 도울 수 있는가?”입니다. Digital.gov의 쉬운 언어(plain-language) 가이드라인은 사람들이 서로 다른 목적을 가지고 웹사이트를 방문한다는 관찰에서 시작하며, 독자층과 그들이 달성해야 하는 목표를 중심으로 콘텐츠를 구성할 것을 권장합니다 (Digital.gov: Principles of plain language).

대장의 각 후보를 다음과 같이 분류하세요:

반복되는 대중적 니즈:

질문에 명확하고 일반적인 답변이 존재하며, 여러 사람, 채널 또는 상황에 걸쳐 동일한 과제가 나타날 때 글을 작성하거나 업데이트하세요. 명확하게 설명된 옵션 중에서 선택하기, 일반적인 절차 준비하기, 널리 관찰되는 문제 진단하기 등이 그 예입니다. 글에는 독자가 자신에게 해당하는지 알아볼 수 있도록 대상 독자와 적용 범위를 명시해야 합니다.

고객지원 전용 니즈:

고객지원 전용 질문은 비공개 계정 데이터, 개별 주문, 개인 설정, 또는 상담사만 수행할 수 있는 작업에 의존합니다. 이는 지원 안내문이나 문의 접수 창구를 마련하는 근거가 될 수 있지만, 반드시 일반적인 편집 콘텐츠를 작성해야 하는 것은 아닙니다. 답변이 다른 독자에게는 제공되지 않는 정보에 의존하는 경우 '내 계정에 왜 이 메시지가 표시되었나요?'라는 질문을 보편적인 설명 글로 바꾸지 마세요.

메시지 범주의 의미가 무엇인지, 고객지원에 문의하기 전에 독자가 어떤 정보를 수집해야 하는지 설명하는 등 반복 가능한 일반적인 과제가 있다면 공개 안내 페이지를 발행할 수 있습니다. 개인적인 해결 과정은 글 외부에 두세요.

중복 니즈:

중복이란 기존 페이지가 동일한 독자를 대상으로 적절한 수준의 상세 정보로 이미 답변하고 있는 실제 질문을 말합니다. 올바른 조치는 기존 페이지의 도입부, 예시, 내비게이션을 개선하거나 누락된 조건을 보완하는 것일 수 있습니다. 새로운 URL은 별도의 과제를 추가하지 않으면서 주목도만 분산시킬 뿐입니다.

사이트 인벤토리를 완전히 파악하지 않고는 편집자가 중복이 없다고 정직하게 단언할 수 없습니다. 현실적인 대응은 알려진 관련 페이지를 점검하고, 필요한 경우 인벤토리 확인이 불완전하다고 표시하며, 새 글을 유일한 정답인 것처럼 제시하지 않는 것입니다.

섹션 4

제목을 정하기 전에 의사결정 게이트를 활용하세요

후보 주제를 5개의 게이트를 통해 검토하세요. '아니오'라는 답이 나왔다고 해서 항상 그 아이디어를 폐기해야 하는 것은 아닙니다. 이는 어떤 종류의 작업이 필요한지 알려줍니다.

결과를 편집 게이트로 활용하세요:

이 게이트는 출처의 두 가지 원칙에서 도출된 편집적 판단 기준입니다. 즉, 콘텐츠는 명확히 정의된 독자와 과제에 기여해야 하며, 발행인은 해당 니즈에 대한 근거를 보유하고 있어야 한다는 점입니다. 이는 검색 엔진 공식이 아니라 의사결정 보조 도구입니다.

명확히 정의된 독자: 단순히 '모든 사람'이라고 칭하지 않고 그 집단의 상황이나 과제 관점에서 명명할 수 있는가?
구체적인 행동: '독자는 …해야 한다'라는 문장을 선택, 준비, 제출, 비교, 해결, 결정 등과 같은 동사로 완성할 수 있는가?
일반적인 적용 가능성: 독자가 계정별 정보를 공개하지 않고도 유용한 답변을 얻을 수 있는가?
고유한 소유권: 관련 인벤토리를 확인한 후, 동일한 과제와 범위를 이미 다루고 있는 기존 페이지가 없는가?
답변 가능성: 중요한 조건과 한계점을 포함하여 사이트가 정확하고 충분히 완전한 정보를 제공할 수 있는가?
결과 : 권장 조치
5개 모두 '예' : 범위가 명확히 한정된 글 브리프 작성
대중적 니즈이지만 기존 페이지가 이를 다루고 있음 : 해당 페이지를 업데이트, 통합 또는 개선
대중적 니즈이지만 근거가 부족함 : 초안을 무리하게 작성하지 말고 추가 관찰을 위해 보류
대부분 계정별 정보에 해당함 : 고객지원으로 라우팅하거나 일반적인 사전 준비 페이지만 작성
제안된 다른 글과 동일한 과제임 : 아이디어를 통합하고 하나의 표준 과제로 유지
정확하게 답변할 신뢰할 만한 방법이 없음 : 거절하거나 신뢰할 수 있는 자료가 나올 때까지 대기
섹션 5

선정된 니즈를 유용한 글 브리프로 변환하세요

주제가 게이트를 통과하면, 다듬어진 문구를 고르기 전에 브리프부터 작성하세요. 다음 내용을 포함해야 합니다:

위 예시 주제의 경우 수용 체크리스트는 다음과 같을 수 있습니다: 독자가 원시 질문을 사용자 관점의 문장으로 변환할 수 있고, 핵심 과제를 식별할 수 있으며, 근거를 대중적 니즈, 고객지원 전용, 중복으로 분류할 수 있고, 생성, 업데이트, 보류, 거절 중 하나를 선택할 수 있다. 이는 사용자 니즈가 충족되기 위해 참이어야 하는 조건을 설명하는 GOV.UK의 수용 기준 논리를 따릅니다 (GOV.UK: Identify user needs).

브리프를 사용해 제목을 통제하세요. '실제 사용자 니즈에서 글 주제를 선정하는 방법'은 반복 가능한 선정 방식이 필요한 편집자에게 적합합니다. '최고의 콘텐츠 주제를 찾는 방법'은 범위가 더 넓어지고 근거 없는 순위나 품질 판단을 암시하게 됩니다. Google의 자체 가이드라인은 사이트에 명확한 대상 독자가 있는지, 콘텐츠가 독자의 목표 달성에 도움이 되는지, 주로 검색 유입을 끌기 위함이 아니라 사람을 위해 제작된 콘텐츠인지 질문합니다 (Google Search Central: Creating helpful, reliable, people-first content). 이러한 질문들은 명확한 편집 과제의 가치를 강조하지만, 트래픽이나 순위를 보장하지는 않습니다.

가제목: 독자의 과제와 관련 조건을 기술합니다.
독자층: 하나의 주요 독자 집단.
주요 의도: 해당 글이 지원할 단 하나의 결정 또는 행동.
전제 조건: 독자가 이미 알고 있거나, 가지고 있거나, 수행해야 하는 것.
답변 약속: 해당 글이 제공할 실질적인 결과.
한계 및 범위: 글에서 다루지 않을 내용.
근거 대장 링크: 해당 니즈를 뒷받침하는 관찰 내용.
수용 기준: 페이지가 니즈를 충족하는지 확인할 수 있는 관찰 가능한 지표.
섹션 6

답변 가능하고, 읽기 쉽고, 유지 관리하기 쉬운 글을 만드세요

실제 니즈라 하더라도 초안이 독자로 하여금 답을 재구성하게 만든다면 부실한 페이지가 될 수 있습니다. 직접적인 답변을 앞부분에 배치한 다음, 그 답변을 변화시키는 조건들을 설명하세요. 대장에 기록된 독자의 용어가 명확하다면 이를 사용하되, '고객지원 전용' 및 '중복'과 같은 내부 편집 용어는 정의를 제공하세요.

느슨하게 연결된 키워드 목록보다는 결정과 행동을 중심으로 글을 구성하세요. Digital.gov는 독자를 위해 글을 쓰고, 정보를 체계화하며, 짧고 단순한 언어를 사용하고, 불필요한 전문 용어를 피할 것을 권장합니다 (Digital.gov: Principles of plain language). 편집 방법론의 경우, 이는 단순히 편집자에게 '독자를 이해하라'고 조언하는 것에 그치지 않고 대장 필드, 결정 게이트, 그리고 최소 하나의 실습 예시를 보여주는 것을 의미합니다.

글을 승인하기 전에, 결과에 영향을 미치는 각 진술을 확인하세요:

인벤토리가 불완전하여 마지막 질문에 대한 답이 '아니오'인 경우, 그 한계를 기록하세요. 해당 주제가 새롭다는 근거 없는 주장보다 정직하게 '사이트 인벤토리 검토 필요'라고 남기는 것이 훨씬 유용합니다.

기록된 관찰 내용이나 신뢰할 수 있는 출처를 통해 뒷받침되는가?
근거, 편집적 추론, 예시 중 무엇인지 명확하게 라벨이 지정되어 있는가?
권장 사항을 바꿀 수 있는 조건들이 유지되어 있는가?
본문이 실제로 해결하는 단일 과제와 제목이 일치하는가?
기존 페이지를 중복 생성하지 않고 개선하고 있는가?
관련 질문

자주 묻는 질문

주제가 유효성을 가지려면 얼마나 많은 질문이 필요한가요?

정해진 숫자는 없습니다. 반복은 유용한 근거이지만, 자의적인 기준치보다 과제의 유사성과 대중적 적용 가능성이 더 중요합니다. 잘 문서화된 하나의 반복 과제가 관련 없는 여러 질문보다 더 강력할 수 있습니다.

모든 고객지원 질문을 FAQ로 만들어야 하나요?

아닙니다. 답변이 비공개 계정이나 거래 세부 정보에 의존한다면 고객지원을 통해 해결하도록 유도하세요. 개별 정보를 노출하거나 추측하지 않고 반복 가능한 대중적 과제를 설명할 수 있을 때만 일반 문서를 발행하세요.

키워드는 광범위하지만 니즈는 좁은 경우는 어떻게 하나요?

글의 범위를 좁게 유지하세요. 광범위한 라벨은 내부 탐색용 키워드로 유용할 수 있지만 제목, 도입부, 수용 기준에는 구체적인 독자의 과제가 기술되어야 합니다.

편집자는 언제 주제 선정을 거절해야 하나요?

반복되는 대중적 과제가 없다는 근거가 있거나, 답변을 검증할 수 없거나, 이미 관련 페이지가 해당 의도를 다루고 있거나, 제안된 글을 쓰기 위해 편집자가 규명할 수 없는 조건을 지어내야 할 때는 거절하거나 보류하세요. 부정확하거나 불필요한 중복 페이지를 방지할 수 있다면 거절 또한 타당한 편집 결정입니다.

관련 글

이 주제 더 살펴보기