Recent News Features on Flazoom.com
  1. Running from Bears - 11/20/2002
  2. Flash: The User's Best Friend? - 06/18/2002
  3. What would Wal-Mart Do? - 10/29/2001
  4. Are You Designing For Your Eyes Only? - 09/25/2001
  5. The Keys to Improving Flash Usability - 08/03/2001
  6. Macromedia Design a Site for Usability Contest - 04/10/2001
  7. Developing User-Friendly Flash Content - 04/04/2001
  8. SF/FlashForward2001 Wrap-Up Coverage - 02/26/2001
  9. Flash: 99% Proof - 01/11/2001
  10. Attention Macromedia: I Will not be Your Scapegoat - 11/01/2000
  11. Bake Cookies for your Visitors with Flash - 08/21/00
  12. Flash from FlashForward in NYC - 07/31/2000
  13. Making Sure Usability 'Fitts' Flash - 07/10/2000
  14. Hey Flasher, Stop Abusing your Visitors - 06/20/2000
  15. World Internet Animation Competition Winners Announced - 06/08/2000
  16. A Cancer on the Web called Flash - 06/01/2000
Attention Macromedia: I Will not be Your Scapegoat
Wednesday, November 1, 2000

Attention Macromedia: I Will not be Your Scapegoat (editorial)

Last Friday ZDNet released an interview with Rob Burgess, CEO of Macromedia. In the interview Burgess placed the blame for bad Flash content on the shoulders of the designers and developers using Flash. As Burgess put it, "That [bad Flash on the web] is not the problem of the tool. That's the problem of the designer." OK, sure I can agree with that, Macromedia is not creating Flash content for clients. Macromedia is certainly no more responsible for bad Flash content than Smith & Wesson is for deaths caused by guns, right?

Wrong. Macromedia has hardly lifted a finger to stop the flood of poor Flash solutions on the web. In fact, they have encouraged it by awarding Site of the Day (SOTD) status to some of the most unusable web sites out there. Macromedia has written the book on poor product use for its developers. If Smith & Wesson were to take a page from Macromedia's book they would award the Columbine killers with gold plated guns for their actions.

Just where does Macromedia think that Flash developers are looking for inspiration? Flazoom.com? We could be so lucky. Instead Flash developers look to the mothership, the creators of the Flash authoring tool for ideas on how to use Flash. Our clients look there too, wanting to see what the leading company for web development software says is the top of the line in site design. Both developers and their clients check out the SOTD to see what new techniques are getting Macromedia's blessing. Unfortunately, that blessing has been given all too often for fluff, glitz, and flash.

Macromedia has been so irresponsible to the needs of its users that well known web pundit Jakob Nielsen proclaims that Flash is 99% bad. The damage is not only in the form of editorials and online soapboxes, there are other signs:

So now, months after the first voices were heard proclaiming that Flash was evil, Macromedia CEO Rob Burgess addresses the voices by pointing the finger at Flash developers. You, me, Kioken, everyone. 'Don't blame us,' Macromedia says. Well Macromedia, I have a saying that applies to your claim with the initials 'B' and 'S'.

Macromedia has to wake up to the fact that much of the blame for bad Flash content on the web originates with them. A company can not promote bad usability with every award it hands out and then blame the developers for their products poor reputation. Instead the company should be seeking out developers who are using the benefits of Flash to make their web sites load faster, be more stable and increase usability. These sites may not be the coolest or the glitziest, but they are valuable examples that Flash developers should be exposed to.

While it is easy to say that Macromedia gave us a tool that puts bread on our table while allowing us to be the wacky, creative, designers we need to be, designers put bread on Macromedia's table by using that product in a way that puts it in high demand. If our clients get turned off to Flash because of the reasons above, where will Macromedia be in the long run?

Passing the blame is not the solution that developers need. Nor is waiting for a form of online Darwinism the solution either, which is what Burgess seems to hope for (as he says "The laws of survival also help with that [getting rid of bad Flash] as well.") Macromedia has to take responsibility for their actions and start working hard to correct the mistakes of the past.

There is some hope. Macromedia has announced that they are making an effort to improve certain usability aspects of Flash through the Macromedia Flash Accessibility Developer Kit. The kit will contain guidelines, Smart Clips, and sample code to support development efforts. Future enhancements to the Macromedia Flash Player are also planned, allowing access to underlying data within a Macromedia Flash (SWF) file, permitting the text within to be interpreted by assistive devices, a much needed change of direction from a company that has led developers down a dark path for so long.

Are these announcements from Macromedia enough to change the reputation that Flash content has built for its self on the web? The answer may well be too little too late unless Flash developers take heed of good design, usability and accessability principles. Should Flash developers choose to follow Macromedia's SOTD examples, then we can expect our clients to loose all desire for Flash content.

In June I outlined a series of questions for Flash developers to think about before choosing Flash for a project. These questions are more relevant today than ever.

Macromedia has pointed their finger of blame at Flash developers for the bad rap Flash content has. No matter how misguided this charge is, there is little Macromedia can do to change that reputation. That is a task for the developers. If we are to continue to enjoy developing Flash content for the web then we have to make up for the sins of the past. Only by deploying smarter solutions can we turn things around.

Ciao,

CHris

Join the discussion, add your comments about this editorial.

Special thanks go to Corbin Russell for assistance and input into the creation of this editorial.

posted by CHris MacGregor - chris@macgregor.net