Two years ago I wrote about my experiences presenting a webinar for the first time. I learned a lot that day, and it helped me prepare for presenting remotely. But, a webinar is not the same as a remote presentation. And as much as you prepare and rehearse, you just won’t be prepared for every little thing that might happen until you’ve experienced them. Here are 3 of my mistakes you don’t want to make if you’re planning to start presenting remotely 😅
I didn’t ask the organizers enough questions before I started presenting
How many people are attending? What does the room look like? Is the screen large or small? Are people sitting close to the screen or in the back of the room? Can you see my webcam? Where is my webcam placed on the screen that the attendees see? Will I see your webcam?
I should have asked the organizers to spend 5-10 minutes with me before the session started so I could get a better idea of who I was presenting for and what they would see. When presenting live, I walk to the back of the room to check how much I need to zoom in during demos. I can see what everyone else sees on the screen. I can adjust to different room layouts. When presenting a webinar, I know that everyone will see the same as me on their own screens. I can watch my own webinar on a second screen so I can adjust to the lag. When presenting remotely, I don’t know anything about what the attendees see unless I ask. Maybe my webcam covered parts of my demo? Maybe I clicked too fast through my slides? I don’t know, but I should have known.
I didn’t test running all my software at the same time
We did a test call and Skype, my camera and my microphone all worked. But generating SSIS packages from Biml in Visual Studio at the same time as sharing my webcam plus my sound plus my screen? Uh, yeah, that didn’t really go too well on my old and tired laptop. Demos that usually take 2-3 seconds ran for nearly 30 seconds. Demos that usually take 30 seconds (and make my Visual Studio stop responding just long enough for me to grab a sip of water and joke about it) ran for several minutes. It felt like an hour. I don’t have that many jokes! I ran short on time because of this.
I should have tested more before starting my presentation. While asking the organizers questions before the meeting (see previous point), I should also have asked them to do a quick dry run with me. They could have given me feedback on the most important part of my demos: Was everything visible from the back of the room? Is the call quality good enough to present in regular speed, or do I need to slow down more? And most importantly - does everything actually work with all the software I’m running at the same time?
I stared at my microphone while presenting
I used a Jabra speakerphone, that flat, round gadget that looks like a hockey puck. It was next to my keyboard, and I kept staring at it all through my presentation. Because, you know, all the attendees were sitting inside it, and I was presenting for them 😂
I should have looked more into the camera. I didn’t, I looked at where the sound came from. I also leaned down several times to hear questions better, which must have looked rather funny. I’ve only presented with headphones in the past, so this was a new experience for me. I should have rehearsed more with this camera and microphone setup to get used to where to look and what gestures to make.
I made these mistakes so you won’t have to!
Well, ok, I didn’t do it on purpose 😅 But I do hope you can learn something from my mistakes, so you will become a way better remote speaker than me! I also hope you can learn something from my previous experiences.
About the Author
Cathrine Wilhelmsen is a Microsoft Data Platform MVP, BimlHero Certified Expert, international speaker, author, blogger, and chronic volunteer. She loves data and coding, as well as teaching and sharing knowledge - oh, and sci-fi, chocolate, coffee, and cats 🤓