TranskribatorTranskribator
팟캐스트 에피소드 쇼노트 작성법
기록에서 내용

팟캐스트 에피소드 쇼노트 작성법

청취자가 문제를 포함하는 이유와 청취 후 올바른 생각으로 돌아가는 이유를 이해하도록 도와주세요.

Transkribator 팀6 분 읽기
이 문제는 무엇에 관한 것입니다.
한 문제의 이점주제별 탐색물 없는 설명
먼저 형식 정의

팟캐스트 소개와 에피소드 노트의 차이

"podcast 설명"이라는 이름은 두 가지 의미를 갖습니다. 전체 쇼에 대한 텍스트는 어떤 주제에 대해 논의하고 누구를 위해 문제를 기록하는지에 대해 설명합니다. 에피소드의 설명은보다 구체적인 질문에 답합니다. 왜이 대화를들을 가치가 있습니까?

팟 캐스트의 출시에 대한 메모는 릴리스에 대한 메모를 첨부하고 있습니다. 짧은 발표 외에도 시간 표시, 설명 및 언급 된 자료가 포함 된 주제를 포함 할 수 있습니다. 그들의 임무는 문제를 선택하고 그 안에서 탐색하는 것입니다.

쇼의 설명

전체 시리즈의 약속 : 테마, 관객, 선도의 접근 방식.

에피소드 설명

구체적인 질문, 대담자 및 기록을 포함하는 이유.

팟캐스트 출시에 대한 참고 사항

한 대화에 대한 탐색 및 유용한 추가.

이 기사에서는 한 에피소드에 대한 설명과 메모를 수집합니다. 별도의 자료로 완전한 전사를 배치하는 것이 좋습니다. 발표 분야의 긴 전사문로 인해 신속하게 선택하기가 어렵습니다.

편집 선택

긴 대화에서 핵심 주제를 찾는 방법

  1. 주요 질문 식별

    전사문를 보거나 읽은 후 "이 문제는 이해하는 데 도움이됩니다 ..."라는 문구를 마칩니다. 관련이없는 몇 가지 주제가 있다면 중앙 장소를 실제로 차지하는 주제를 선택하십시오.

  2. 지원 조각 모으기

    명확한 설명, 구체적인 예, 논쟁의 여지가있는 요점 및 실질적인 결론을 유의하십시오. 옆에있는 시간을 절약하십시오. 발표를 위해, 당신은 순서에 있는 완전한 재검표가 아니라 강한 세부사항을 필요로 합니다.

  3. 케이스에 게스트를 상상

    주제와의 관계를 이해하는 데 도움이되는 이름과 역할을 입력하십시오. 합의 된 데이터에 따라 철자를 확인하십시오. 리갈리아의 긴 목록은 대화의 내용을 쉽게 대체합니다.

  4. 공지 및 탐색 공유

    처음에는 들어야 할 이유를 제시하십시오. 아래에서 사람이 제 시간에 찾을 수있는 주제를 나열하십시오. 각 손님의 응답을 별도의 항목으로 바꾸지 마십시오.

  5. 최종 문제 확인

    설치 후 일부 조각이 사라질 수 있으며 시간이 바뀔 수 있습니다. 명시된 예제가 기록에 남아 있고 각 마크가 원하는 대화의 시작으로 이어지는지 확인하십시오.

녹음대화의 내용선택주요 질문설명관심 및 사용탐색검증된 마크
강력한 설명은 일반적인 약속의 집합이 아닌 특정 에피소드의 내용을 보여줍니다.
일반 소개
새로운 흥미로운 문제에서 우리는 훌륭한 손님과 함께 중요한 주제에 대해 이야기합니다.
듣는 이해할 수 있는 이유
왜 작은 팀에서도 조화가 지연됩니까? 우리는 한 곳에서 의견을 수집하고 최종 버전을 잃지 않는 방법을 이해합니다.
이것은 릴리스처럼 보일 수 있습니다.

에피소드 노트 작성 예시

훈련과 그 내용은 허구입니다. Timecodes는 디자인의 원리를 보여줍니다. 그들은 실제 오디오 녹음으로 이어지지 않습니다.

작업에 관한 대화합의는 왜 원으로 가는가00:00문제04:50일반 목록12:10버전의 검증19:30결과는
각 마크의 주제는 사전 청취없이 명확해야합니다.
에피소드 설명

합의는 왜 원으로 가는가

댓글은 세 개의 채팅으로 표시되고 편집은 서로 모순되며 최종 파일은 다시 최종 파일이 아닙니다. 우리는 편집자와 피드백을위한 한 장소를 선택하고, 의견과 새로운 요구 사항을 구별하고, 보내기 전에 버전을 확인하는 방법에 대해 논의합니다.

문제에서: 우리는 페이지 계약의 가상의 역사를 이해하고, 댓글의 일반적인 목록을 수집하고, 편집의 다음 서클 전에 어떤 질문을 표시.

시간별 테마
00:00 – 팀이 최종 버전을 잃는 이유
04:50 – 한 곳에서 의견을 수집하는 방법
12:10 – 파일을 보내기 전에 확인해야 할 사항
19:30 – 팀에서 시작하는 곳

물자: 버전 확인의 작업 목록 — 문제에 대한 메모 텍스트에서.

발표에는 인식 가능한 상황과 대화 내용이 있습니다. 그는 "편집을 영원히 제거"할 것을 약속하지 않습니다. 좋은 주문조차도 요구 사항의 변경 사항을 취소하지 않습니다. 실제 에피소드에 기록이나 확인 목록이 없으면 이러한 약속은 제거되어야합니다.

"재료"라인에서 청취자가 이미 사용할 수있는 것만 나열하십시오. 매력적인 발표를 위해 존재하지 않는 체크리스트를 추가하지 마십시오. 리소스 자체와 예기치 않은 액세스 요청 없이 열 수 있는 기능을 확인합니다.

편집기를 위한 작업

에피소드 노트 템플릿

작업에 대한 템플릿선택 및 복사
제목: [질문 또는 특정 주제]

[학생의 상황.]
[우리가 보게 될 것과 그것이 도움이 될 것입니다.]
[누가 게스트이고 왜 그는 주제에 연결되어 있습니까?]

릴리스의 주제:
[시간] — [이해할 수 있는 섹션 이름]
[시간] — [예 또는 분석]
[시간] — [다음 중요한 문제]

언급 된 자료 :
[이름 + 필요한 경우 확인 된 주소]

다음 단계:
[청주자를 위한 하나의 적절한 조치]

먼저 초안을 자유롭게 작성한 다음 모든 문제에 맞는 문구를 삭제하십시오 : "많은 유용한", "흥미로운 대화", "모두 자세히." 대신 하나의 특정 질문이나 예제를 남겨주세요.

게스트의 테마와 이름을 자연스럽게 사용하십시오. 각 줄에서 하나의 검색 쿼리를 반복할 필요가 없습니다. 제목과 설명은 서로를 보완해야합니다. 이름이 이미 질문을하는 경우 첫 번째 단락은 발생하는 상황을 표시 할 수 있습니다.

최종 편집

게시 전에 확인할 사항

  • 발표는 특정 에피소드를 말합니다.
  • 손님의 이름과 역할이 올바르게 작성되었습니다.
  • 모든 약속은 기록에 의해 확인됩니다.
  • 설치 후 시간 코드가 검사됩니다.
  • 링크 및 추가 자료를 사용할 수 있습니다.
  • 첫 번째 단락은 이전 문제에 대한 지식없이 분명합니다.

녹음에 참여하지 않은 사람에게 텍스트를 읽으십시오. 문제가 무엇인지, 왜 포함시켜야하는지 물어보십시오. 그가 당신의 일반적인 주제만을 이야기하고 특정 이익이 이해하지 못했다면, 그 안에 있는 상황이나 파싱을 추가하십시오.

게시 후 선택한 사이트의 표시를 확인하십시오. 라인 전송, 링크 및 시간 표시 지원이 다를 수 있습니다. 한 에피소드에 대한 설명의 효과에 대해 결론을 내리지 마십시오. 비교 가능한 문제를 비교하고 모든 성장을 한 단락에 귀속하지 않고 사용 가능한 사이트 데이터를 살펴보십시오.

자주 묻는 질문

자세히 살펴보기

설명은 어떤 길이이어야합니까?

먼저 릴리스를 선택할 때 읽기 쉬운 짧은 발표를하십시오. 아래에 테마와 자료를 놓습니다. 정확한 볼륨은 사이트 및 콘텐츠에 따라 다릅니다. 모든 팟 캐스트에 대한 보편적 인 수의 기호는 없습니다.

짧은 릴리스를 위해 타임 코드가 필요합니까?

여러 독립적 인 주제와 청취자가 그들에게 돌아가고 싶을 경우 마크가 유용합니다. 한 가지 짧은 생각에 별도의 탐색은 불필요 할 수 있습니다.

sammari를 가지고 즉시 설명에 삽입하는 것이 가능합니까?

Sammari는 콘텐츠를 빠르게 기억하는 데 도움이됩니다. 그러나 설명하려면 주요 질문을 선택하고 불필요한 세부 정보를 제거하고 릴리스의 약속을 확인해야합니다. 자동 재연이 발표로 항상 적합한 것은 아닙니다.

녹음 작업을 계속