질적 연구 인터뷰 녹취록 작성법: 전사 규칙과 절차

질적 연구에서 전사란 인터뷰나 포커스 그룹을 분석하고 인용하고 안전하게 공유할 수 있는 텍스트, 즉 인터뷰 녹취록으로 바꾸는 일입니다. 실제로는 네 가지 결정으로 정리됩니다. 어떤 전사 방식을 쓸지(축어 전사, 정리 전사, 기호 체계), 참여자를 어떻게 비식별화할지, 정확도를 어떻게 확인할지, 분석 소프트웨어가 어떤 형식을 가져오는지입니다. 이 가이드는 각 단계를 다루고, 마지막에 코딩용 인터뷰 녹취록을 준비하는 절차를 정리합니다.

취재나 연구를 위한 인터뷰 녹음과 변환의 기초가 필요하다면 인터뷰 녹취 가이드부터 보십시오. 이 글은 연구에 특화된 부분, 즉 전사 규칙, 연구 윤리, 비식별화, 코딩 소프트웨어를 더 깊이 다룹니다.

축어 전사 vs 정리 전사: 먼저 방식을 정하십시오

전사 방식은 연구 방법에서 나와야 하며, 누군가 타이핑을 시작하기 전에 문서로 정해 두어야 합니다. 프로젝트 중간에 규칙을 바꾸면 앞서 만든 녹취록을 모두 다시 확인해야 합니다.

축어 전사와 정리 전사 중 무엇을 고를지는 결국 무엇을 자료로 보느냐의 문제입니다. 머뭇거림, 스스로 고쳐 말하기, 단정적인 말을 누그러뜨리는 방식이 분석에 중요하다면 정리 전사는 필요한 증거를 지워 버립니다. 반대로 인터뷰 30개에 걸친 주제가 관심사라면 완전한 축어 전사는 분석적 가치에 비해 읽는 시간만 늘립니다. 어느 쪽이든 정리 전사는 군말을 빼는 것 이상으로 참여자의 단어나 문법을 바꾸어서는 안 되며, 바꿔 쓰기가 아닙니다. 한국어는 "그, 저, 뭐랄까" 같은 군말과 종결어미의 뉘앙스가 많으므로 무엇을 남길지 특히 분명히 정해 두는 것이 좋습니다.

질적 연구를 위한 전사 규칙

전사 규칙은 프로젝트 전체와 여러 전사자 사이에서 녹취록을 일관되게 만드는 약속입니다. 크게 두 가지 선택지가 있습니다.

간단한 규칙

대부분의 질적 연구는 짧은 프로젝트 전용 목록을 씁니다. 전형적인 예는 다음과 같습니다.

• 화자 라벨: 면담자는 I:, 7번 참여자는 P07:.
• 쉼: 눈에 띄는 쉼은 (쉼), 길이가 중요하면 (3초).
• 겹치는 발화: **[겹침]**으로 표시하거나 겹치는 발화의 시작에 사선을 넣습니다.
• 비언어적 소리: [웃음], [한숨], [긴 침묵].
• 알아듣기 어려운 말: 타임스탬프와 함께 [청취 불가 00:14:32], 추정이라면 [불명확: 단어?].
• 강조: 굵게나 기울임을 아껴서 사용.
• 삭제·대체: [지역명], [직장명].

이 목록을 프로젝트 문서와 각 녹취록 헤더에 넣으십시오.

Jefferson 전사 기호 기초

대화 분석 연구자들은 게일 제퍼슨(Gail Jefferson)의 이름을 딴 Jefferson 체계를 씁니다. 러프버러 대학교의 대화 분석 전사 기호 튜토리얼은 핵심 기호를 다음과 같이 요약합니다.

• (.) 겨우 알아챌 만한 아주 짧은 쉼, (0.5) 초 단위로 잰 쉼.
• 겹치는 발화의 시작은 위아래 줄에 맞춘 [, 끝은 경우에 따라 ].
• = 이어 붙임: 발화 사이에 틈이 없음.
• wo:rd 늘인 소리, °word° 작은 목소리, 대문자는 큰 목소리.
• >word< 빠른 말, 느린 말.
• ((sniffs)) 소리나 행동에 대한 전사자의 설명.
• ( ) 알아듣기 어려운 말, (word) 그럴듯하지만 불확실하게 들린 말.

전체 체계는 연구 방법론 문헌에서 Jefferson의 "Glossary of transcript symbols with an introduction"(2004)과 Atkinson·Heritage의 Structures of Social Interaction(1984)을 인용합니다. Jefferson 전사는 느리고 전문적인 작업이며 어떤 자동 도구도 이를 안정적으로 만들지 못하므로, 연구 방법상 필요하다면 사람이 세밀하게 작업할 시간을 계획하십시오.

연구윤리 승인, 동의, PIPA와 GDPR

녹음을 어떤 변환 서비스에 보내기 전에 세 가지 문서를 확인하십시오.

1. IRB 승인 내용. 오디오를 누가 어떻게 전사하는지가 명시되어 있을 수 있습니다. 사람이든 AI든 외부 서비스를 쓴다면 이를 밝히거나 승인받아야 할 수 있습니다.
2. 연구 참여 동의서. 참여자는 녹음이 전사된다는 사실, 누가 접근하는지, 오디오를 얼마나 보관하는지, 비식별화된 녹취록이 보관되거나 공유될 수 있는지 알아야 합니다.
3. 연구 데이터 관리 계획. 오디오와 녹취록을 어디에 저장하고 언제 삭제하는지 적혀 있어야 합니다.

한국에서는 인터뷰 녹음이 개인정보 보호법(PIPA)상 개인정보이며, 건강, 종교, 정치적 견해처럼 민감정보가 담기는 경우도 많습니다. EU와 영국에서는 GDPR이 같은 역할을 합니다. 외부 서비스를 쓰면 그 서비스는 처리 수탁자가 되므로, 어디에서 데이터를 처리하는지, 얼마나 보관하는지, 녹음을 모델 학습에 쓰는지, 처리 위탁 계약(DPA)을 체결하는지 알아야 합니다. 국외 서버로 보내는 경우 국외 이전에 관한 안내가 동의서에 필요한지도 기관에 확인하십시오. GDPR과 음성 변환 글에서 점검 항목을 자세히 설명합니다.

예를 들어 Audiotexta는 예약 삭제를 지원하며, 사용자 콘텐츠를 모델 학습에 쓰지 않습니다. Team 요금제에는 DPA가 포함됩니다. 세부 내용은 개인정보 보호 페이지에 있으며 IRB 신청서에 인용할 수 있습니다. 어떤 도구를 쓰든 소속 기관 규정과 대조하십시오. 승인된 업체만 쓰도록 요구하는 대학도 있습니다.

익명화와 가명처리

비식별화는 프로젝트 마지막이 아니라 전사 도중이나 직후에 하십시오. UK Data Service의 질적 자료 익명화 안내는 익명화를 일찍 계획하고, 일관되게 적용하며, 삭제에만 의존하지 말고 동의와 접근 통제를 함께 쓰라고 권합니다.

실무 원칙은 다음과 같습니다.

• 직접 식별자(이름, 주소, 이메일, 전화번호)는 가명이나 대괄호 설명으로 바꿉니다. "김민지"는 "이수진"이나 **[동료 이름]**이 됩니다.
• 간접 식별자(정확한 나이, 드문 직함, 작은 지역, 특이한 사건)는 조합되면 사람을 특정할 수 있습니다. "경상도 소도시의 40대 간호사"처럼 일반화하십시오.
• 일관성을 지키십시오. 같은 사람이나 장소는 모든 녹취록에서 같은 대체어를 씁니다.
• 대응표를 보관하십시오. 모든 대체 내용을 녹취록과 따로, 접근이 제한된 곳에 기록합니다.
• 검게 지우지 마십시오. 대체어는 녹취록을 읽을 수 있게 남기지만 검은 막대는 그렇지 않습니다.
• 과도하게 비식별화하지 마십시오. 맥락을 너무 많이 빼면 분석에 쓸 수 없는 자료가 됩니다.

대응표가 있는 동안 가명처리된 자료는 GDPR에서 여전히 개인정보이며, 한국 개인정보 보호법에서도 가명정보는 개인정보로 취급됩니다. 더 이상 특정 개인과 연결할 수 없는 자료만 익명 자료로 봅니다.

정확도 검토: AI 초안과 사람의 검토

수작업 전사는 느립니다. 단순 축어 녹취록은 오디오 1시간당 4~6시간의 작업이 흔히 언급되며, 상세 기호를 쓰거나 시끄러운 포커스 그룹이라면 훨씬 더 걸립니다. 자동 변환은 작업 흐름을 바꿉니다. 기계가 몇 분 만에 초안을 만들고, 연구자의 시간은 검토에 쓰입니다.

실용적인 검토 절차는 다음과 같습니다.

1. 초안을 만드십시오. 화자 라벨과 타임스탬프를 켭니다. Whisper급 모델은 깨끗한 오디오에서 잘 작동하지만 이름, 전문용어, 사투리와 억양, 겹치는 발화는 여전히 잘못 듣습니다.
2. 녹음 전체를 들으며 읽으십시오. 재생 중 단어를 강조하고 단어를 클릭해 그 시점으로 이동하는 편집기가 있으면 훨씬 빨라집니다.
3. 화자 전환을 먼저 고치고, 그다음 단어, 마지막으로 쉼, 겹침, 비언어적 표시 같은 규칙을 추가하십시오.
4. 추측하지 말고 불확실성을 표시하십시오: [불명확 00:21:05].
5. 표본으로 한 번 더 확인하십시오. 또는 묶음마다 녹취록 하나를 동료에게 확인받으십시오.

검토는 보통 녹음 길이만큼, 종종 그 이상 걸립니다. 이는 자료와 친숙해지는 소중한 과정이기도 하며, 많은 질적 연구 방법은 이를 분석의 첫 단계로 봅니다. 녹음 환경이 초안에 어떤 영향을 주는지는 음성 변환 정확도 높이는 팁에서 설명합니다.

녹취록 헤더 양식

모든 녹취록을 같은 헤더로 시작하면 참여자가 누구인지 드러내지 않으면서도 파일을 식별할 수 있습니다.

코딩용 인터뷰 녹취록 작성법: 형식과 내보내기

코딩에 가장 잘 맞는 인터뷰 녹취록 양식은 단순합니다. 화자 발화 하나당 문단 하나, 문단 앞에 화자 라벨, 그리고 각 발화의 시작이나 일정 간격마다 타임스탬프를 넣습니다.

• NVivo는 Windows에서 DOCX나 TXT 녹취록을 가져오며, 타임스탬프는 문단 앞이나 표의 열에 둘 수 있고 hh:mm:ss 같은 형식을 받습니다. Mac용 NVivo는 일반 텍스트로 녹취록을 가져오므로 사용하는 버전의 도움말을 확인하십시오.
• ATLAS.ti는 DOCX, RTF, TXT 녹취록과 최신 버전에서는 SRT, VTT 파일을 가져오며, 녹취록과 오디오를 동기화해 재생할 수 있습니다.
• MAXQDA는 DOCX나 RTF 파일에서 타임스탬프가 있는 녹취록을 가져오고 SRT와 VTT도 지원하며, 주요 변환 도구별 타임스탬프 형식 목록을 제공합니다.

Audiotexta에서는 무료 요금제로 TXT, SRT, VTT를, Pro로 DOCX를 내보낼 수 있습니다. 타임스탬프가 파일에 함께 들어 있어 SRT나 VTT가 ATLAS.ti나 MAXQDA로 가는 가장 빠른 길인 경우가 많습니다. NVivo라면 타임스탬프가 있는 DOCX나 TXT로 내보내고, 묶음 전체를 가져오기 전에 NVivo가 인식하는 형식과 맞는지 확인하십시오. 웹 앱에서 인터뷰 하나로 시작해 가져오기를 시험한 뒤 나머지를 전사하십시오.

녹취록을 가져와 오디오와 연결하고 비식별화까지 마치면, 모든 인용문을 녹음의 특정 순간으로 되짚을 수 있다는 확신을 갖고 코딩을 시작할 수 있습니다.