실제로 채택되는 토크 제안서 작성 방법

발행: (2025년 12월 16일 오전 03:35 GMT+9)
7 min read
원문: Dev.to

Source: Dev.to

핵심 문제

요즘 제출물들은 기술적으로는 잘 쓰여 있습니다:

  • 완벽한 문법
  • 깔끔한 구조
  • 풍부한 버즈워드

하지만 실제로는 아무 말도 하지 않습니다. AI가 만든 듯한 제목과 초록은 프로그램 위원회가 결정하는 데 필요한 한 가지, 즉 명확하고 개인적인 관점이 부족합니다.

제가 그 제안서를 읽을 때 이해하기 힘든 점은 다음과 같습니다:

  1. 발표 내용이 실제로 무엇인지
  2. 어떻게 전달될지
  3. 왜 이 사람이 직접 발표해야 하는지

이것이 없으면 발표를 무대에 올리는 것이 거의 불가능합니다.

발표 제안서란 (그리고 아닌 것)

중립적인 설명이 아니다

  • 위키피디아 미니 페이지가 아니다
  • 다룰 개념 목록이 아니다

약속이다

제안서는 당신이 어떻게 생각하고, 어떻게 소통하며, 청중이 당신의 세션을 선택했을 때 어떤 경험을 하게 될지를 처음으로 보여주는 신호입니다. 청중에게 도달하기 전에 설득해야 할 대상은:

  • 프로그램 위원회
  • 일정을 살펴보는 참석자들

두 그룹 모두 명확성, 관련성, 진정성을 찾습니다.

AI: 도구, 대체제가 아니다

반 AI 메시지가 아닙니다. AI는 다음에 유용합니다:

  • 문장 다듬기
  • 구조 개선
  • 빠른 반복 지원

문제는 AI가 생각을 대신하게 될 때 시작됩니다. 이름을 빼고 제안서가 누구든 쓸 수 있었다면, 그것은 위험 신호입니다.

핵심 질문: 왜 이 주제에 관심이 있나요?
그 답이 보이지 않으면, 제안서는 기술적으로 맞아도 일반적으로 느껴집니다.

프로그램 위원회가 찾는 것

  • 관점: 주제뿐 아니라 어떤 시각으로 접근하는가.

    • 실제 현장 경험?
    • 힘들게 배운 교훈?
    • 비교, 실패 사례, 마이그레이션 여정?
  • 추상적인 권위보다 구체적인 경험

    • 실제 시도한 내용
    • 무엇이 잘못됐는지
    • 어떤 점이 놀라웠는지
    • 오늘이라면 어떻게 다르게 할지
  • 집중된 범위
    30~40분 안에 기본, 고급 패턴, 내부 구조, 성능, 실시간 데모까지 모두 다루려는 과도한 약속은 경고 신호입니다. 집중된 발표가 과도하게 야심찬 발표보다 훨씬 매력적입니다.

  • 성실함
    마케팅 카피나 기술 문서처럼 들리는 제안서는 실제 사람의 진심 어린 이야기에 비해 신뢰도가 낮습니다.

거절로 이어지는 흔한 패턴

  • 버즈워드만 가득한 제목, 실질 내용 부재
  • 아이디어 대신 기술 목록을 나열한 초록
  • “우리는 탐구할 것이다”, “깊이 파고들 것이다”, “모든 것을 배울 것이다”와 같은 구체성 없는 일반 문구
  • 왜 이 발표가 존재하는지에 대한 언급 없음
  • 대상 청중에 대한 감각 부족

이들 각각이 치명적인 것은 아니지만, 함께 나타나면 ‘예’라고 답하기가 매우 어렵습니다.

제안서를 쓰기(또는 다시 쓰기) 전에

CFP 양식을 위한 것이 아니라 스스로에게 다음 질문에 답해 보세요:

  1. 왜 이 주제가 나에게 개인적으로 중요한가?
  2. 어떤 문제나 혼란이 나를 여기까지 이끌었는가?
  3. 누군가가 미리 알려줬으면 좋았던 것이 무엇인가?
  4. 내가 확신하는 하나의 의견이나 교훈은 무엇인가?

그 답을 바탕으로 초록을 다시 작성하세요. 이후에 AI를 사용해도 괜찮습니다—핵심을 지우지 말고 보완만 하면 됩니다.

마무리 생각

컨퍼런스가 필요한 것은 더 많은 완벽하게 포맷된 제안서가 아니라 명확한 목소리, 실제 경험, 솔직한 이야기입니다. 제안서가 당신이 실제로 어떻게 생각하고, 왜 그 주제에 관심을 갖는지를 보여준다면, 발표 자체가 전달되기 전부터 이미 돋보일 것입니다.

발표가 처음이거나, 거절에 좌절하거나, 제출물을 어떻게 개선해야 할지 모른다면 혼자가 아닙니다. 이것은 배울 수 있는 스킬입니다. 이 글이 한 사람이라도 첫 “수락” 이메일을 받는 데 도움이 된다면, 이미 제 역할을 다한 것입니다.

Back to Blog

관련 글

더 보기 »