기업 블로그에 사내 전문가 인터뷰를 옮길 때는 누구나 아는 일반론보다 그 사람만 답할 수 있는 것을 물어야 합니다. 그 사람이 직접 다룬 사례, 판단할 때 보는 기준, 기록으로 확인되는 수치, 답이 달라지는 예외가 여기에 해당합니다.

진행 순서는 독자 질문 확정, 질문지 작성, 인터뷰 중 되묻기, 원고 구성, 전문가 확인과 작성자 표기의 다섯 단계입니다.

사내 전문가 인터뷰에서 끌어낼 내용은 무엇인가요?

Google 검색 센터의 사용자 중심 콘텐츠 문서는 콘텐츠를 스스로 평가할 질문을 제시합니다. 그중에는 직접 경험에서 나온 전문성과 깊은 지식이 드러나는지 묻는 항목이 있습니다. 독창적인 정보, 보도, 연구, 분석이 있는지 묻는 항목도 있습니다.

같은 문서는 다른 출처를 바탕으로 할 때 단순히 옮기거나 다시 쓰는 데 그치지 않는지도 묻습니다. 그 대신 상당한 부가가치와 독창성을 더하는지 확인하라는 것입니다. 사내 전문가 인터뷰는 이 부가가치를 채우는 방법 가운데 하나입니다.

다만 같은 문서는 E-E-A-T(경험·전문성·권위·신뢰) 자체가 특정 순위 요소는 아니라고 밝힙니다. 인터뷰 글이라는 이유만으로 노출이 보장되지는 않습니다. 인터뷰의 목적은 독자에게 쓸모 있는 내용을 얻는 데 있습니다.

Google의 리뷰 작성 문서도 참고가 됩니다. 이 문서는 직접 경험을 보여 주는 증거, 수치로 측정한 결과, 경험에 근거한 판단 요소를 다루라고 설명합니다. 대안과 비교한 장단점도 포함합니다. 리뷰용 문서이지만 인터뷰에서 끌어낼 내용을 정할 때도 같은 원리를 적용할 수 있습니다.

끌어낼 내용필요한 이유글에서 쓰이는 자리
결론 한 문장독자는 첫 문단에서 답을 찾습니다첫 문단
직접 다룬 사례다른 글에서 찾을 수 없는 내용입니다본문 사례 절
판단 기준독자가 자기 상황에 대입할 수 있습니다비교표·조건별 답
수치·기록주장을 확인할 수 있게 합니다근거 문단
예외와 한계잘못 적용하는 일을 줄입니다주의 문단
흔한 오해·실수독자가 실제로 겪는 문제와 연결됩니다오해 바로잡기 절

인터뷰 전에 확정할 것은 무엇인가요?

첫 단계는 이 글이 답할 독자 질문 하나를 한 문장으로 확정하는 것입니다. 전문가가 잘 아는 주제에서 출발하면 질문이 넓어지고 글이 강연록처럼 흐를 수 있습니다. 고객 문의, 영업 현장의 질문, 검색어처럼 독자 쪽에서 나온 질문에서 시작합니다.

다음으로 그 질문을 실무에서 직접 다루는 사람을 고릅니다. 실무에서는 직급보다 최근 담당 여부를 기준으로 고르는 방법을 권합니다. 예를 들어 가상의 B2B 장비 기업이 유지보수 계약 갱신 시점을 다룬다고 가정합니다. 이 경우 팀장보다 갱신 상담을 직접 맡는 기술지원 담당자가 적합할 수 있습니다.

인터뷰 전에 공개 범위도 정합니다. 고객사 이름, 내부 수치, 진행 중인 계약처럼 외부에 낼 수 없는 항목을 홍보·법무 담당자와 먼저 확인합니다. 녹음 여부와 원고 확인 절차도 전문가에게 미리 알립니다. 이 범위가 정해지지 않으면 인터뷰가 끝난 뒤 쓸 수 있는 내용이 줄어들 수 있습니다.

끝난 것으로 보는 기준: 독자 질문 한 문장, 독자가 처한 상황 한 줄, 인터뷰 대상자, 공개할 수 없는 항목 목록이 한 문서에 정리되어 있으면 다음 단계로 넘어갑니다.

질문지에 넣을 질문과 순서는 무엇인가요?

두 번째 단계는 질문지 작성입니다. 결론부터 묻고, 사례로 내려가고, 기준과 수치를 확인한 뒤, 예외와 독자 행동으로 마무리합니다. 이 순서를 따르면 인터뷰가 끝났을 때 첫 문단과 본문 재료가 함께 모입니다. 아래 질문은 그대로 옮겨 쓸 수 있습니다.

  1. 이 질문을 고객에게 받았다면 한 문장으로 어떻게 답하십니까?
  2. 그 답이 맞지 않는 경우는 언제입니까?
  3. 최근 이 문제를 직접 다룬 사례 하나를 처음부터 설명해 주십시오. 무엇을 가장 먼저 확인하셨습니까?
  4. 그 사례에서 판단을 바꾼 정보는 무엇이었습니까?
  5. 두 가지 선택지 중 하나를 고를 때 가장 먼저 보는 기준은 무엇입니까?
  6. 그 기준을 확인할 수 있는 수치나 기록이 있습니까? 외부에 공개할 수 있습니까?
  7. 고객이 가장 자주 잘못 알고 있는 점은 무엇입니까?
  8. 이 일을 처음 맡은 담당자가 자주 하는 실수는 무엇입니까?
  9. 이 답을 뒷받침하는 공식 문서나 사내 자료는 무엇입니까?
  10. 독자가 이 글을 읽고 오늘 바로 할 일 하나를 고른다면 무엇입니까?

질문은 예·아니요로 끝나지 않게 씁니다. 「이 방법이 효과적입니까?」보다 「이 방법을 쓸지 정할 때 무엇을 봅니까?」가 글에 쓸 내용을 더 많이 끌어냅니다. 실무에서는 질문을 열 개 안팎으로 줄이고, 전문가에게 질문지를 하루 전에 보내는 방법을 권합니다. 전문가가 사례와 자료를 미리 찾아 올 시간이 생깁니다.

끝난 것으로 보는 기준: 질문마다 앞 절 표의 여섯 항목 중 하나가 대응하고, 예·아니요 질문이 남아 있지 않으며, 전문가에게 질문지가 전달되었으면 이 단계를 마칩니다.

답이 일반론으로 흐를 때 되묻는 방법은 무엇인가요?

세 번째 단계는 인터뷰 진행입니다. 전문가의 첫 답이 안전한 일반론으로 흐르는 경우가 있습니다. 이때 되묻는 질문이 글에 쓸 구체적인 내용을 끌어냅니다. 아래 표는 자주 나오는 답과 되묻는 방법을 짝지은 것입니다.

처음 들은 답되묻는 질문얻으려는 것
상황에 따라 다릅니다어떤 조건이면 앞쪽이고, 어떤 조건이면 뒤쪽입니까?조건별 답
경험상 효과가 좋습니다언제, 어떤 건에서, 무엇을 보고 그렇게 판단하셨습니까?사례와 판단 근거
대부분의 고객이 그렇습니다기록으로 확인한 것입니까, 현장에서 느낀 것입니까?수치와 체감의 구분
그건 기본입니다처음 맡은 사람은 그 기본을 어떤 장면에서 놓칩니까?실수 장면
전문 용어로 된 설명고객에게 설명할 때는 어떤 말로 바꾸십니까?독자가 쓰는 표현

실무에서는 되묻기에서 기록과 체감을 나누는 일을 먼저 챙기는 방법을 권합니다. 전문가가 말한 수치가 사내 기록에서 나온 것이면 기록 이름과 기간을 받습니다. 현장에서 느낀 경향이면 원고에서도 경험으로 표현합니다. 이 구분이 흐려지면 근거 없는 통계가 글에 실릴 수 있습니다.

답이 길어져도 흐름을 끊지 않고, 받아 적은 표현은 다듬지 않은 채 남깁니다. 원고 단계에서 인용할 문장을 고를 때 원래 표현이 있어야 의미가 바뀌지 않습니다.

끝난 것으로 보는 기준: 결론, 사례, 판단 기준, 예외 항목마다 구체적인 답이 하나 이상 있어야 합니다. 모든 수치 옆에 기록 출처나 「체감」 표시가 붙어 있는지 확인하면 완료입니다.

녹취를 글로 옮길 때 남길 것과 덜어낼 것은 무엇인가요?

네 번째 단계는 원고 구성입니다. 인터뷰 순서대로 옮기지 않고 독자의 하위 질문 순서로 다시 배치합니다. 첫 문단에는 1번 질문의 답을 놓고, 소제목은 독자가 이어서 궁금해할 질문으로 짓습니다. 전문가의 말을 직접 인용하는 것은 판단과 경험이 담긴 문장으로 한정합니다.

덜어낼 것은 사내에서만 쓰는 약어, 같은 말의 반복, 공개할 수 없는 항목, 질문과 관계없는 회사 자랑입니다. 반대로 예외 조건은 줄이지 않습니다. 「이럴 때는 해당하지 않습니다」라는 말이 빠지면 독자가 잘못 적용할 수 있습니다.

Google의 AI 기능 안내 문서는 AI 개요나 AI 모드에 나오기 위한 별도 요구 사항이나 특별한 최적화가 없다고 설명합니다. 대신 중요한 내용을 텍스트로 제공하라고 권합니다. 구조화된 데이터가 화면에 보이는 내용과 일치해야 한다고도 설명합니다. 실무에서는 인터뷰 영상만 올리지 않고 핵심 답과 사례를 본문 텍스트로 옮기는 방법을 권합니다.

원고와 함께 아래 양식으로 인터뷰 기록을 남기면 이후 수정과 확인이 쉬워집니다.

항목기록할 내용
인터뷰 정보날짜, 대상자 이름·소속·담당 업무, 진행자
독자 질문이 글이 답하는 질문 한 문장
인용 문장원고에 쓴 직접 인용과 녹취 내 위치
수치 출처수치별 기록 이름과 기간, 또는 체감 표시
공개 제외원고에서 뺀 항목과 이유
확인 이력전문가 확인일, 요청받은 수정 내용

끝난 것으로 보는 기준: 전문가가 원고 전체를 읽고 사실과 인용이 맞다고 확인해야 합니다. 요청한 수정 내용이 기록 양식에 남아 있으면 원고 구성이 끝납니다.

전문가 이름과 이력을 밝히는 방법은 무엇인가요?

마지막 단계는 작성자 표기입니다. Google의 사용자 중심 콘텐츠 문서는 누가 콘텐츠를 만들었는지 분명할 때 독자가 E-E-A-T를 이해하기 쉽다고 설명합니다. 바이라인 같은 작성자 정보를 넣고, 작성자 배경을 소개하는 곳으로 연결하라고 권합니다. 같은 문서는 가짜 이름이나 거짓 자격으로 작성자 프로필을 꾸며 내는 것을 기만의 한 형태로 봅니다.

인터뷰 글에서는 실제 역할대로 표기합니다. 마케팅 담당자가 인터뷰를 바탕으로 썼다면 작성자는 그 담당자이고, 전문가는 인터뷰이로 밝힙니다. 전문가가 원고 내용을 검토했다면 그 사실도 함께 적습니다. 같은 문서는 콘텐츠의 제작 과정을 공유하면 독자가 이해하는 데 도움이 된다고 설명합니다. 실무에서는 본문 첫머리나 끝에 인터뷰 날짜와 대상자를 한 줄로 밝히는 방법을 권합니다.

구조화된 데이터를 쓴다면 Google의 기사 구조화된 데이터 문서를 따릅니다. 이 문서는 화면에 작성자로 나온 사람을 모두 마크업에 넣으라고 설명합니다. 여러 명이면 각자 별도의 author 항목으로 넣습니다. author.name에는 이름만 넣고 직함 같은 다른 정보는 넣지 말라고 안내합니다. author.url에는 그 작성자를 식별하는 페이지 주소를 넣습니다.

같은 문서는 직함 같은 정보를 밝히려면 알맞은 별도 속성을 쓰라고 안내합니다. 실무에서는 직함을 jobTitle 속성으로 두는 방법을 권합니다.

Google의 프로필 페이지 구조화된 데이터 문서는 회사 사이트의 직원 소개 페이지를 해당 마크업을 적용할 수 있는 예로 듭니다. 이때 페이지의 주된 내용은 한 사람이어야 합니다. 실무에서는 인터뷰에 자주 나오는 전문가마다 담당 업무와 경력을 적은 소개 페이지를 만들고, 인터뷰 글의 이름과 연결하는 방법을 권합니다.

끝난 것으로 보는 기준: 화면에 작성자로 표기한 사람과 구조화된 데이터의 author가 일치해야 합니다. 실제로 작성에 참여하지 않은 인터뷰이는 author에 넣지 않습니다. 전문가 소개 페이지가 열리고 전문가가 이름과 소속 표기에 동의했으면 마지막 단계도 끝납니다.

정리

다음 순서로 바로 시작할 수 있습니다.

  1. 최근 고객 문의 가운데 하나를 골라 독자 질문 한 문장과 공개 제외 항목을 확정합니다.
  2. 질문지 절의 질문 열 개를 그 주제에 맞게 고쳐 전문가에게 하루 전에 보냅니다.
  3. 인터뷰에서 일반론 답이 나오면 되묻기 표의 질문을 쓰고, 수치마다 기록과 체감을 구분합니다.
  4. 독자의 하위 질문 순서로 원고를 구성하고, 기록 양식을 채운 뒤 전문가 확인을 받습니다.
  5. 작성자·인터뷰이 표기와 전문가 소개 페이지를 연결하고, 구조화된 데이터의 author와 화면 표기가 일치하는지 확인합니다.

참고 자료