Skip to main content

How to make Screencasting Made Easy AND Purposeful

Everyone loves a good screencast, right?

You want to highlight your product or showcase a feature, so you start up your favorite screen recorder and record away. Then comes the fun part...the editing. Before you know it, a 15 minute screencast has turned into 2 hours of editing hell.

My personal torture tool of choice is Camtasia - which does a lot of cool features such as automatic zooming and panning and noise removal. But recently, I've talked about Jing - yes, it's by the same company (Techsmith) - but primarily as a screen image capture utility.

But this post isn't so much about talking about a product as it is about how to make these things easier. Whenever a great session is given at a conference, it's often because the presenter has done one of three things:
a) practiced
b) practising regularly  (if they were English)
c) rubbed their lucky rabbit's foot on a horseshoe after seeing a rainbow

In Screencasting, the same is true (well, except the part about the rabbit's foot - with screen casting, you just have to rub the top of the ...well, you get the idea). This is why people who regularly do screen casts smirk when someone says "just give me a 15 minute video" 30 minutes before a meeting.

But have you watched a 15 minute screencast? It can be painful. You're not watching Gone with the Wind or Braveheart or even a Discovery Channel documentary. If you've watched any of Scoble's video interviews, you know you have to be ready to bob and weave with the camera at any moment. Those are video interviews with some demos interspersed but usually, his team (of two) goes through the process of creating a shorter version to make it easier to interact with.

When you watch a great presenter doing an online seminar, after every 5-10 minutes of talking, they almost invariably do a poll or interact with the audience in some way. Even if it's just a way of making sure the poll-tracking features are working, it also serves to restart or re-enthuse the audience's attention span.

How can you do that in a 15 minute screen cast? I'm not sure you can. If you've got a topic that all of the watchers are absolutely enthralled by, then I don't think you need to worry but if you're trying to demonstrate part of your product or a cool tool, then I think it's best to come back to the old concept of "short is sweet".

So how does this relate back to Jing? Easy - Jing can only record 5 minutes of audio/video. Is that a limitation? Yes. Is it a GOOD limitation? I think so.

5 minutes means the following:
a) no fluffy white stuff (you will be forced to say what you want to say in exactly the amount of time you have)
b) you have to practice (so you can identify the fluff and rip it out)
c) No time for titles and special effects (hey - I like special effects but they can be annoying when I just want to see a feature)
d) Focus on the feature.
e) people who suffer from ADD may actually pay attention. (those of you with clients/bosses with ADD know what I'm talking about)
f) refactor your demo (see this post)

I'm a big fan of the Rapid E-Learning web site and a lot of it goes back to principles of adult learning, which forces you to think about things in terms of chunks and removing non-important details. One of the courses I took by FKA several years ago, spoke about breaking up your day into "review -> Learn -> Action -> Learn -> review" (or something fairly similar) and then how each TOPIC in your training could be done exactly the same way and if you were really good, you could bring this entire approach into every 15-30 minute part of the course. It's almost as if everything ever taught uses the conceot of the popular "I'm going to TELL you what I'm going to do, I'm going to do it and then I'm going to tell you what I've done".

If I've only got 5 minutes, it means that the real value of the screen cast has to be handled in 2-3 minutes, allowing for quick review or any brief explanation.

Since Jing ouputs directly to Flash, you also don't have the luxury of doing massive edits, which gets you (ok, and me as well - I'm as guilty as anyone on this) into a real good habit of preparing first, practicing second and then doing.

Here's a sample of one I did showcasing JiffleNow, a calendar scheduling tool I've been using of late (and yes, you can schedule time with me using this tool).

I still prefer Camtasia Studio for building proper screen casts but the idea of forcing actual feature demos into 5 minute chunks appeals to the purist in me. I started with the Jiffle demo but I think we can do more about these in making VFP easier to understand and use.

What do you think? How long is the ideal screencast for you?

Comments

Popular posts from this blog

Merry Christmas

Whether you celebrate now, have already celebrated your past holiday, are planning to, or not, I hope you find yourself surrounded by family and those you love during this holiday season and are able to remember fondly those who are not with you. We often find ourselves buried in work, or too distracted by other problems, to share and remember a few moments with those closest to us. So many of us are separated by huge distances, we often find it easier to focus on those who are out of arm's reach yet so easy to connect with online, instead of those who are right beside us. So do yourself a favour, put down the keyboard (stylus, mouse, etc) and spend that time. I know I will. Merry Christmas. Powered by ScribeFire .

Programmers vs. Developers vs. Architects

I received an email this morning from Brandon Savage 's newsletter. Brandon's a PHP guru (works at Mozilla) but his newsletter and books have some great overall perspectives for developers of all languages. However, this last one (What's the difference between developers and architects?) kind of rubs me the wrong way. Either that, or I've just missed the natural inflation of job descriptions. (maybe, it's like the change in terminology between Garbage man and Waste Engineer or Secretary and Office Administrator) So maybe it's just me - but I think there's still a big difference between Programmer, Developer and then of course, architect. The key thing here is that every role has a different perspective and every one of those perspectives has value. The original MSF create roles like Product Manager, Program Manager, Developer, Tester, etc - so every concept may pigeon hole people into different roles. But the statements Brandon makes are often distinction...

From Writing to AI: the pattern repeats itself

When I was ten years old, my dad bought a computer and, thanks to an advertising supplement in a Superman comic I read, it was a TRS-80. A month later, he dragged the entire family (my mom and brother were not the most enthusiastic) to a class at Radio Shack teaching how to use microcomputers. At the time, I understood why my mom wasn’t that excited: the computer was yet another gadget in the house. But today I find it fascinating. My mother went to Vassar in the 50s. She learned how to type — not a common skill at the time — but it opened doors. Her ability to communicate effectively led her to a career in adult education and later communications work with the CBC (Canadian Broadcasting Corporation). This isn’t a nostalgia post. Today, the ability to use artificial intelligence, be it through Copilot or simply writing the right prompt, is becoming a critical skill. But is it really that novel? In the 1500s and 1600s, the printing press gradually made reading accessible beyond cler...