• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer
ashley chiasson, m. ed

Ashley Chiasson, M.Ed

Instructional Designer & Consultant

  • Blog
  • About
  • Storyline Tutorials
  • Portfolio
  • Contact
  • Sprout E-Learning

Grab the free Course Development Plan

Sign up for my newsletter and grab your free Course Development Plan PDF to streamline course creation.

E-Learning Challenge #56: What Instructional Designers Don’t Want to Hear

October 28, 2014

Oh boy! This week’s challenge was definitely a relatable and somewhat fun (somewhat angering) challenge. I think everyone out there, regardless of your profession, could easily come up with a slew of things they hate hearing (and maybe some responses). I actually saw a buzzfeed article today titled 26 Faces Every Single Retail Worker Will Immediately Recognize, and nodded my head at every single one of them over breakfast…and thanked all things holy that I no longer work in retail.

The Concept

This week, David challenged us to design an infographic, poster, or list of the 10 things Instructional Designers don’t want to hear and how we would best reply to each of these items. The latter task being the more difficult. For web designers/developers out there (and anyone else – they’re easily modifiable!), my pal Erin actually created an INVALUABLE swipe file – Designer Scripts – Email Templates for Sticky Client Situations and it’s definitely worth checking out!

The Method

The method for this challenge was a little muddy, I have to admit. The first task of course was to come up with a list of my top 10 things I hate hearing as an Instructional Designer; I thought this task would be a lot easier than it was, so I was certainly surprised!

Once I came up with my list, I took my number 1 thing I hate to hear and turned it into a little poster. If nothing else, I hope you folks can relate to that one!

The Result

10. “We don’t need a prototype.” – In this situation, I would explain to the client that I understand they’re likely on a tight budget, but that a prototype will allow us to negotiate the overall design of the product, reducing time spent within the revision cycle later in the game.

9. “I trust your expertise. Just be creative.” – Here, I would explain that I understand the client hired me for my expertise; however, signing of on some broad design elements will reduce revision cycles (and $$$) in the long run. My aesthetic might not be their aesthetic (or the end client’s). For example, what it a cat lover like me snuck in images of cute kitties throughout the course…but the client is a dog lover and absolutely hates the idea of a cat?!

8. “One review cycle should be sufficient.” – I would refer back to our delivery schedule, and remind the client of that schedule, emphasizing that if they only want to pay for one review cycle, they will need to be meticulous and schedule-conscious during their review, because I will absolutely need the two days I requested to do my revisions, and will certainly not be doing them the day before delivery.

7. “I need this finished by the end of the week.” (said as the client hands you an entire re-development of the course you created) – In this situation, I would assess the amount of revisions and explain that the timeframe requested is not a feasible amount of time for the volume of work to be done, but that you can have it completed by X date. I would also explain that this extended timeframe is due to the client wanting a complete re-do of everything developed.

6. “The Subject Matter Expert (SME) is in charge of content.” – I would let the client know that this is fantastic news, but that I expect our communications to be related directly to the content and not the design. I would explain that I expect the SME to adhere, fully, to the schedule (especially their review of the content) to ensure there is no impact to the deliverables.

5. “I could have done this in PowerPoint in waaaaaay less time.” – Really? Alright. Here, I would explain the the client that they specified the work be authored using X tool, and as such, I adhered to using the specified tool. I would also explain that developing some elements in PowerPoint may have been more time consuming than developing them in X tool. I would explain that I appreciate the opinion, but that there was a reason the client decided to hire me…to do the job that I did.

4. “I think maybe we should just change the colours. That’s an easy fix, right?” (said days before delivery) – In this situation, I would explain to the client that we signed off on the overall design prior to development, and that even an ‘easy’ fix such as changing the colour scheme would take a fair amount of time. I would tell them that I’d be happy to oblige, but it may impact the delivery date.

3. “Can you make it more interactive?” (said after reviewing an extremely dry and prescribed compliance course) – If there’s wiggle room for creativity, I would tell the client ‘sure!’ and explain the impact on the schedule. However, if the content needs to be displayed verbatim, I would explain that we would need to chat about our options and provide them with a few solutions, explaining that it will likely increase cost and development timeline.

2. “Can you add just one more scenario? Oh! and I forgot to give you this 30 page document – it needs to be incorporated into the course somehow.” (said after the first review cycle and certainly leaning into scope creep) – Here, I would explain to the client that the project scope was created to account for 5 scenarios, not 6, and that I will most certainly include a sixth scenario for X cost. As for the second item, I would explain that prior to developing the contract, I requested all content and course documentation to adequately price out the contract, and this 30 page document was not in the original estimate, so I will incorporate it at X cost to the client.

1. “This looks great, but I just can’t ‘visualize’ the end product.” (said after initial review of a text-based storyboard) – This is my most-hated sentence. I’ve heard it from clients, SMEs, programmers, media developers – UGH! This situation begs me to explain that the text-based storyboard was requested (by the client) and developed primarily as a means of reviewing the content within a certain context (of the screen and with a brief description of the supporting media elements), and that the visual elements would be available for review in the second review cycle. Similarly, during the second review cycle, I hate hearing “Can you please review the comments I made; there are a few content revisions that need to be made.” (GAH! You’re now reviewing for look/feel – bugger off!)

ELH_Challenge_56

Share this post:

Share on TwitterShare on LinkedInShare on Email

3 Comments Filed Under: Instructional Design Tagged: E-Learning Challenge

Reader Interactions

Comments

  1. Matt Guyan says

    October 28, 2014 at 8:36 pm

    Hi Ashley,

    These are great and I also love the way you’ve shared how you handle these situations.

    Thanks for sharing 🙂

    Reply
  2. Jonathon Miller says

    October 28, 2014 at 8:55 pm

    One would think you don’t encounter some of these things when working full-time, however . . .

    Reply
  3. Chris says

    October 30, 2014 at 8:40 pm

    All good points! Thanks for laying out what to say in those situations. I plan to use these in my negotiations.

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

Meet Ashley

Ashley ChiassonI’m a Instructional Designer with over 15 years of professional experience, and have developed e-learning solutions for clients within the Defence, Post-Secondary Education, Health, and Sales sectors. For more about me, click here!

Want more Instructional Design tips & tricks?

Subscribe below to get them sent straight to your inbox!

Featured Posts

Getting Started

Building Your Portfolio

Learn the Essentials

Essentials of Instructional Design

Mastering Articulate Storyline


Mastering Articulate Storyline will teach you some advanced techniques to leverage your existing Storyline skills.
Check it out:
Packt Publishing | Amazon

Articulate Storyline Essentials


Articulate Storyline Essentials will hold your hand while you get up and running with Storyline!
Check it out:
Packt Publishing | Amazon

Awards

2019

2018

Footer

Looking for something?

AC link to home

Let’s connect

  • Email
  • Instagram
  • Twitter
  • Vimeo

© 2014–2025 Ashley Chiasson M. Ed.