Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Communicating Change -- IA Summit 2012

Communicating Change -- IA Summit 2012

The why, what, when, where, and how of communicating change in your software, websites, and services to your users.

Scott Kubie

March 24, 2012
Tweet

More Decks by Scott Kubie

Other Decks in Technology

Transcript

  1. Communicating Change Speaker Scott Kubie (@scottrocketship) Hashtag #commchange March 24,

    2012 — Information Architecture Summit Saturday, March 24, 2012
  2. Web apps are often updated without a user’s consent or

    awareness. #commchange Saturday, March 24, 2012
  3. We’re making it better. Not an excuse. We’re making it

    better. #commchange Saturday, March 24, 2012
  4. Even things that are broken or complicated become things some

    customers want to protect from change because they’re familiar with the intricacies of how those things work. Jason Fried: Saturday, March 24, 2012
  5. Consider describing specific bug fixes. If a new version of

    your application contains bug fixes that customers have been waiting for, it can be a good idea to mention this in your description. iOS HIG: Saturday, March 24, 2012
  6. Communicate: 1. In advance 2. In context 3. In perpetuity

    #commchange Saturday, March 24, 2012
  7. Communicate: 1. In advance 2. In context 3. In perpetuity

    #commchange Saturday, March 24, 2012
  8. Pick a channel...or two...or three... Twitter Tumblr Facebook Tech Blogs

    User Voice Get Satisfaction ZenDesk Google Groups Mailing Lists Saturday, March 24, 2012
  9. Choice: Let users choose change...or at least feel like they’re

    choosing. #commchange Saturday, March 24, 2012