개발자 관계

개발자 홍보 매뉴얼 (7): 강의 또는 워크샵 개최


저자: Christian Heilmann
번역: 장칠

연설 초대를 확인하고 다양한 기술적 장애에 대비한 후, 당신의 연설이나 워크샵을 발표하는 것을 고려할 수 있습니다. 올바른 일을 하세요. 데이터는 한 가지이지만, 매력적인 방식으로 제공하는 것이 더 강력합니다.

사실:나쁜 학생이나 나쁜 청중은 없고, 나쁜 워크샵과 강의만 있습니다. 당신의 기분, 헌신, 열정은 정말 청중의 기분이 됩니다 —— 당신이 행복하지 않으면, 그들도 행복하지 않을 것입니다. 공개 연설은 예술이며, 다른 공연 형태에서 많은 기술을 배울 수 있지만 가장 중요한 것은 준비하고 즐기는 것입니다. 누군가가 청중에게 당신이 연설하는 내용을 전달해야 합니다 —— 당신이 하지 않으면 영업 사원이 할 것입니다. 자료를 제공할 때 고려해야 할 몇 가지 사항이 있습니다.

자신이 되다

우수한 연설자 되는 방법에 대한 책과 비디오는 수십 권 있을 수 있지만, 우수한 연설자가 되기 위해서는 자신이 되는 것보다 더 효과적인 것이 없습니다.

당신은 어떤 역할을 연기해서는 안 됩니다. 자신을 믿고, 훌륭해질 것입니다. 가장 중요한 자산은 자신감입니다. 자신감은 자연스럽게 생기지 않지만, 당신이 더 많이 보여줄수록 구축하기 쉬어집니다. 자료를 준비하고, 실수에 대한 백업 계획을 세우고, 두려워하지 마세요.

실수하면 계속 진행하세요. 실수를 했을 때는 직접 말하고 연설을 계속하세요. 청중에게 당신이 전문가이지만 여전히 평범한 사람이며, 사람은 실수를 하는 —— 아래에 앉아 있는 청중들과 같은 —— 인상을 주세요.

소통과 상호 작용

전도사로서, 당신이 하는 모든 일은 의사소통과 관련이 있습니다. 당신은 정보 발신자이지만, 외부 세계의 문제, 우려, 아이디어를 회사로 가져오는 수신자이기도 합니다.

연설할 때 사람들에게 질문할 수 있다고 말하는 것이 정상입니다. 연설 중에 질문할 시간을 남겨두세요. 복잡한 부분에서 멈추어 청중에게 모두 이해하는지 또는 몇 가지 세부 사항을 설명해야 하는지 물어보세요. 그들에게 질문하고, 답변하는 사람을 위한 작은 선물을 준비하세요.

:일반적으로 청중에게 때때로 질문하는 것이 좋은 아이디어입니다. 그들이 무엇을 하는지 (손을 들고), 이미 제품 사용 경험이 있는지 등을 물어보세요. 이를 통해 연설의 나머지 부분을 어떻게 접근할지 알 수 있지만, 사람들에게 참여하고 있다는 느낌을 주어 졸지 않도록 할 수도 있습니다.

테이크웨이 준비

모든 사람이 당신의 연설 전체에 집중할 수 있는 것은 아니므로, 테이크웨이(사람들이 쉽게 기억하고 가지고 갈 수 있는 지식)를 준비해야 합니다.

事後에 당신의 정보를 다운로드할 수 있는 URL을 가지고 있으며, 이를 첫 슬라이드 중 하나로 포함하세요. 또한 사람들이 브라우저에 입력하는 대신 사진을 찍을 수 있도록 QR 코드를 만드는 것이 유용하다는 것을 발견했습니다. 이는 당신에게도 실용적인 효과가 있습니다. 대부분의 URL 단축기 또는 QR 코드 생성기에는 첨부된 통계도 있습니다. 그들이 후속 조치하기 쉽게 할뿐만 아니라, 당신의 연설이 회사에 대한 관심을 불러일으켰다는 것을 증명할 수도 있습니다.

먼저, 당신이 말할 내용과 그들이 얻을 수 있는 것을 말하세요. 완전한 의제 슬라이드가 필요하지는 않지만(일부 기업 환경에서는 필요함), 미리 사람들에게 들을 내용을 말하는 것이 가장 좋습니다. 기억하세요, 청중의 “이것이 나에게 무엇이 있나요?”는 당신이 청중에게 답해야 하는 질문입니다.

추측은 사람들을 불안하게 만들며, 당신은 연설을 들을 때 모두가 그렇게 느끼도록 해서는 안 됩니다.

시간 계획 및 질문에 대한 답변 준비

연설 후 “질의응답” 세션을 계획하세요(대부분의 회의 주최자는 어쨌든 이를 할 것입니다 —— 하지만 관대해지세요). 이러한 세션을 통해 사람들은 구체적인 질문을 할 수 있고, 필요한 답을 얻은 후 즉시 문제를 해결하기 위해 돌아갈 수 있습니다.

매우 중요한 한 가지는 질의응답을 제어해야 한다는 것입니다. 많은 경우, 질문을 하지 않고 자신을 소개하는 사람들을 만나게 될 것입니다. 이를 처리하고, 신속하게 처리하세요. 진정한 질문에 답할 필요가 있는 사람들이 있을 것입니다.

:만약 질문하기 전에 1분 동안 자신의 기술에 대해 이야기하는 청중을 발견하면, 끼어들세요. 이름을 묻고, 그들을 전문가로서 따로 언급하세요. “좋아요, XX는 XYZ에 대해 잘 알고 있으므로 휴식 시간에 그녀에게 이 문제를 어떻게 처리하는지 물어볼 수도 있습니다. XX씨, 원하시면 몇 가지 질문을 모아 나중에 함께 연구할 수 있습니다.” 이렇게 하면 XX에게 지식을 전파할 기회를 주고, 그들을 스타처럼 느끼게 할 뿐만 아니라, 다른 사람들에게 계획된 시간 내에 답할 수 있는 진정한 긴급한 질문을 할 기회를 제공합니다.

진실되다

답을 모르면 추측하지 마세요.

대신, 청중에 누군가가 아는지 물어보세요. 일반적으로 청중에는 당신을 도울 수 있는 다른 연설자나 “침묵하는 전문가”가 있습니다. 이를 통해 당신도 배우고 싶다는 의지를 보이고, “오만한 연설자”의 낙인이 깨집니다.

답이 없으면 추가 조사를 제안하고, 질문한 사람과 연락처를 교환하세요. 어떤 것을 모르는 것은 나쁜 일이 아닙니다. 하지만 거짓말은 해롭습니다.

후속 커뮤니케이션

연설 후의 의사소통 방식은 종종 무대에서의 공연보다 더 중요합니다. 기억하세요, 연설은 수단이며, 목적은 사람들이 회사 제품을 사용하게 하고, 개발자 프로그램이 있으면 그에 참여하게 하는 것입니다. 이는 명함을 건네는 모든 사람에게 이메일을 보내도록 해야 함을 의미합니다(시간이 걸릴 수 있지만, 기차에서 할 수 있습니다).

:녹음, 사진, 슬라이드를 가능한 한 빨리 게시하고 업로드하세요. 이는 강의에 온 사람들에 대한 존중을 표시하고, 놓친 사람들에게 참여를 초대합니다. 몇 주 후에 게시된 연설 보고서는 기본적으로 관심을 받기 어렵습니다. 개발자들은 많은 방해 요인이 있습니다. 빨리 행동하고, 회의에서 생성된 관심의 정점의 일부가 되세요. 연설 후에 연락 옵션을 두세요(일반적으로 마지막 슬라이드에) —— 이메일, Twitter 이름 등. 전용 의사소통 채널을 갖는 것이 가장 좋습니다. 회사 이메일이나 직장에서 사용하는 IM 이름을 사용하지 마세요. 첫째, 이를 통해 질문에 답할 때 더 선택적으로 할 수 있지만, 더 중요한 것은 회사 의사소통 채널을 누구에게나 주는 것이 보안 위험을 초래한다는 것입니다.

转载请注明:开发者关系 »


Similar Posts

Content icon
Content