Using Storyline to storyboard projects

Interesting topic. I’ve done my storyboarding right in Storyline for my last two elearning projects at Langevin Learning Services and it’s worked great for me.

Disclaimer: I do the instructional design, storyboarding and development for the e-learning, so the amount of people involved, and the tools they are familiar with themselves, are something to take into consideration when choosing your storyboarding tools.

I always do my up-front task analysis and writing in Word; that’s where I do all the editing and content organizing. Then I storyboard in Storyline. I move “chunks” of text from my Word document onto the slides in Storyline, and I put basic shapes and placeholder images. I will even do some basic linking just to make sure all the functionality I want will work out.

When the Storyline storyboard is finished I know what each slide will have on it (content wise) and how the course will flow. And then, the REAL time-saver, is that I will just create a copy of my storyboard file and develop my course right from there.  This means all the text, shapes and image placeholders are already there, I just have to style, add animations and ta-da!

Very interesting! I usually do all of my scripting in a MS Word document. I have a standard/simple template that I regularly use (here) to write all of my content. This is nice when working with SMEs, as it keeps them focused on the content and prevents them from getting hung-up on visuals, etc.

In the past when I’ve presented my content in a storyboard/wireframe format, the business partner(s) struggle looking at it as a draft. Meaning, they aren’t able to see that what I am showing them is NOT how the final product will look.

So, I typically keep my reviews of content (narration) separate from my reviews of slides (the visual stuff). It’s what works for me.

I do something similar to Tim. I have an outline document that is used to show the narration, describe interaction, and show how it alligns to the objectives. The client reviews this before I start building in storyline.

After the outline is approved, I jump right into development and skip the storyboard step altogether. If there is an interaction that I think needs more input from the client, I'll create a rough version for them to review.

One of the beautiful things about Storyline, in my opinion, is that it saves so much time because you don't have to complete a full storyboard.

Note: I do both the design and development for my courses, so this process works for me. I can see how if you are handing off development that it might need some storyboarding.

Much the same as Nicole - and I would like to add that once the first batch of text/script have been added into Storyline from there onwards I use the amazing translate feature to edit during the development and review phases. Which accepts formatting alternations as well as text changes.

http://learn.articulate.com/reviewer-edits-with-translation-feature/

I start building straight into storyline, I also draw loads of diagrams and make notes on old fashioned paper

Hi, David: I used to do detailed Word-based storyboards (see attached), and then one day, it hit me:

"Dude, clients dig like 85% percent of the storyboard, so why am I going though all the extra time formatting, copying and pasting, etc., etc..." Sort of reminds of the aphorism about writing about music: "Writing about music is like dancing about architecture." (This quote is often attributed to Elvis Costello, but most likely is more the idea of Martin Mull (but I digress))

So now I rapid prototype, meaning, I build the key slides and activities in Storyline (VO and everything) and send to client and basically say, "Are we cool, so far?"

I do similar to April.  First I work with the SME's to create an outline in MS Word, but then I show them a visual output of a similar story, so they get the full picture.  The outline storyboard helps to set the stage; setting, audience, objectives, issues/resolutions, which paths to take and expected outcomes.   Working with the SME's, I do not dwell on the graphics, but more the "story" they are trying to tell engaging the learner.

I also jump right into development using the outline and capture the 'story' with visuals and interactivity as I progress through the outline.  I choose visuals and scenarios based on my learners experience.  For example, many of my learners are travelers, so I a project I am working on now has airports, car rental lines, baggage claim, gps navigation, etc.  Near completion, I set up a redlining session to preview with the SME's (Team), then finalize and publish.  

Like others here, I am responsible for the whole process - design through to implementation.  I've found that prototypes work better with my SMEs than storyboards did, so I prototype in Storyline.  It's a basic product - aimed at getting the SME to focus on the content and flow.  If there is a particular interaction I want them to see I will include it  without anything fancy. If they like it then it's done - no additional development to do.  This method gives them a good idea of how the course will flow for the learner and the SME  focuses on what's important at this stage - the content.  I've found that it's been pretty effective at weeding out the 'nice to know' content too.  Once edits are noted I can develop the course and save lots of time. And, when the SME sees the first version with design elements added it's not completely new to them.

I've had a change of heart around storyboards. I used to use powerpoint, but am going to go directly to SL for rapid prototyping on next project to try it out. For SME review, I'm testing the publish to word feature, but have changed the format to a table as attached. Also, publishing a working version in scormcloud for clients to see how the interactions works.

Has anyone used this workflow? If so, share your pitfalls!

Thanks,

Holly

Holly, I like that... but where do you put the narration script (if you have one)? 

My usual workflow is slightly different:  I do an "initial storyboard" review where the narration script is pretty fleshed out, and the screen content is in a "draft" state - it's sketched out but there are lots of placeholders for images, etc.  Interactions aren't built, but are described in very general terms. At this point I just publish out to Word, with the pictures of the screens and the Notes (narration script) below them - but I like the idea of a table.  Any notes are on the screen in a color-coded box, or in the Notes section in italics/bold.  Then the reviewers make their edits/comments using Track Changes.  Once I go through this process to get the content nailed down, then I build everything out and have them review a functional version. 

Often there's another storyboard review in between, depending on how solid/stable the content was in the first review.  And sometimes, especially for new clients, I'll do a functional prototype at the very beginning, so they can see what to expect in terms of functionality, player, etc. and we can test in their LMS.