Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Top Ten Web-Design Mistakes of 2002

Posted by Hemos on Mon Dec 23, 2002 10:15 AM
from the how-many-did-you-have dept.
yoey writes "Another famous Nielsen year-end wrapup: "Every year brings new mistakes. In 2002, several of the worst mistakes in Web design related to poor email integration. The number one mistake, however, was lack of pricing information, followed by overly literal search engines.""
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by ZoneGray (168419) on Monday December 23 2002, @10:21AM (#4944401) Homepage
    You know what's a nice usability feature? A server that can handle the load. You click on the link, the page loads. Nielsen should get one of them.
  • Numero Uno ... (Score:3, Insightful)

    by airrage (514164) on Monday December 23 2002, @10:21AM (#4944403) Homepage Journal
    I know this entire thread will probably turn into some sort of grip session, so I'll just throw the first volley:

    Number one: no website contact for links not working etc, ie American Express, etc.
    • Re:Numero Uno ... (Score:3, Informative)

      by will_die (586523)
      This is deliberate and not likly to change.
      The less technical a site is the less likly they will have something like this, the reason is that people will click on that and use that to complain about anything. The web people don't want to get customer support problems.
    • That sounds sort of dirty.

      For everyone's sake, I hope you meant gripe session.

      • Re:Numero Uno ... (Score:5, Insightful)

        by thomas.galvin (551471) <angel_13138@NosPAM.yahoo.com> on Monday December 23 2002, @11:35AM (#4944830) Homepage
        Number three
        A home page that is just a logo to click on to go to the real home page. It is often large, slow and adds nothing (good) to the experience
        Number four
        Flash


        I used to feel the same way you do; actually, I still feel the same way you do. When I hit the net, it's usually because I am looking for something particular, and the more hoops/pluggins I have to jump through to get to it, the more unhappy I become.

        When I talk to the people that use my site, on the other hand, I find that at least a good number of them like the "ooh, shiney" parts of the web. I've actually had people ask me to restore the flash intro that the guy who ran the site before me made.

        I find that splash pages (the ones that link to the "real" hompage) act almost like the cover of a book. People process images much more uickly than they do written words, and a splash page allows you make a more reliable first impression than some other methods; and if you compress your images, there is no reason it should take more than a few seconds to load. A splash page, properly compressed, can come in at under 40k.

        I think the hallmark of good design these days is to wrap functionality in a pretty package; make sure that your site is useful/useable, but also make it attractive enough that your users know you care about both your content and their experience.
  • by oblom (105) on Monday December 23 2002, @10:22AM (#4944404)
    Forgetting to prepare server for /. effect
  • by Mothra the III (631161) on Monday December 23 2002, @10:22AM (#4944406)
    Its incredibly frustrating to have to roam a site for several minutes to be able to find what you are looking for. Is it that much trouble to put together a good site map and link to it from the home page?
    • by archeopterix (594938) on Monday December 23 2002, @10:31AM (#4944470) Journal
      You have no spirit of adventure. Suppose that I hit a toaster manufacturer page looking for some technical data on a toaster. It is a very thrilling experience to click the "products" link and have to choose between "wooden products", "red&yellowish products", "other products", "products other than all of the above" and "guess where this link will take you". The products->toasters->specific model path is just boring when compared to that.
        • by sgage (109086) on Monday December 23 2002, @11:34AM (#4944816)
          "A tactit commenly employed is to group products by the model name"

          Yes indeed, quite annoying. Even more annoying to me is when you go to a site for information about a product, click on the "products" link, and are made to choose between "home", "small business", and "enterprise". I just want to see the products and their specs! Don't worry about why! Just tell me what you've got, and I'll make my own goddam decisions!

          Sheesh.

          - S
    • by parc (25467) on Monday December 23 2002, @11:49AM (#4944932)
      My wife works for a not-to-be-named textbook company. Their online companion to one of their books was getting incredibly poor remarks. She was in a group working on the problem, so she asked to see the site map. The answer from the web-design group was "site map? We don't have one." So she clarified that she was talking about a design site map. They didn't have one of those, either.

      I wonder how many sites with no site map actually don't even have a design map? I would venture quite a few. Web design is similar to software enginerring: without a good plan, you're gonna get crap out of the process.
  • They missed one... (Score:5, Insightful)

    by misfit13b (572861) on Monday December 23 2002, @10:23AM (#4944412)
    Too Much Flash Animation

    It seems to me that some web designers use it almost like a crutch. As if some needless animation that I have to wait through is going to enhance my enjoyment of a website. If anything, it just makes me want to visit elsewhere.

    • Too Much,
      Flash, and
      Animation is triply redundant.
    • Agreed, but I would go further. Flash should be banned until there are useable free software implementations running in other platforms than Intel. I use testing Debian GNU/Linux PowerPC and Flash simply isn't useable for me.

      I would also add:

      Wrong Character Codification: MS Win-specific character codes, contents inconsistent with HTML declaration.

      Fixed Linesize Text, too much header information: impossible to read in my Orange SPV Smartphone 2.002. Project Gutenberg is an offender.

      Bad Use of Hyphens: character separation should use optional hyphens.

      Content Proprietarily Encoded: MS WMA & Office, Real, recent versions of Apple Quicktime.

      • by rnturn (11092) on Monday December 23 2002, @11:24AM (#4944741)
        ``For some reason, many websites seem to be optimized for 805-pixel-wide...''

        Wouldn't it be nice if web designers stopped dictating the size you need to run your browser? One designer tells me I'm supposed to run my browser at 800x600, another at 1024x768, and another at some oddball resolution. (Which tells me one thing: they're using the browser at full screen and I'd bet that it's on a Windows box as well.) A pox on all who don't use the ``width=NN%'' option on tables.

        • by greenhide (597777) <[moc.ylkeewellivc] [ta] [todhsalsnadroj]> on Monday December 23 2002, @11:44AM (#4944882)
          I'd also like to point out that some webdesigners actually develop websites as a job for real living customers. Who pay them. For making websites look like what they want. Pretty websites. And sometimes those pretty websites require absolutely (does that work as an adverb?) sized tables.

          The fact is, browsers are *still* not all behaving the same way, and the only safe way to have a site appear correctly is to use absolute pixels. Stylesheets are nice for simple text styling, but can't even be depended on for font sizes! (Don't believe me? Set up a web page with a style

          BODY { font-size: medium }

          And see how it shows up on IE, IE for Mac, Netscape, and Netscape for Mac. They'll all be different sizes, last time I checked.)

          Since clients want pretty layouts, which includes, necessarily, the use of tables, from time to time absolute pixel widths have to be used.

          Our technique for getting around the 100% of 800 = 805 problem is to set the table to 95% instead of 100%, and then center it on the screen. It also adds to the whitespace on the left and right, so it's actually a pretty good thing.
  • by Draigon (172034) on Monday December 23 2002, @10:24AM (#4944425) Homepage
    One word: Flash.
    Two words: Flash Intro

    Yeah sure, it can be done right, but the other 99.9% of the time I hate the world.
  • by davie (191) on Monday December 23 2002, @10:28AM (#4944448) Journal

    Our kids are excited about XBox and want to play online, but after visiting the XBox Live site I'm not sure it's going to happen. I spent about 30 minutes poking around on the site and found no information on pricing. This annoys me. I'm not going to buy something to find out how much it will cost.

  • other mistakes (Score:5, Insightful)

    by dkone (457398) on Monday December 23 2002, @10:28AM (#4944449)
    lack of real world contact info. sometimes a phone call is required.

    Doug
    • Re:other mistakes (Score:3, Insightful)

      by micromoog (206608)
      This is not an oversight in most cases. Incoming phone calls are WAY more expensive than page views or incoming email.
    • Re:other mistakes (Score:4, Insightful)

      by AndroidCat (229562) on Monday December 23 2002, @11:12AM (#4944700) Homepage
      Peeve: Companies that post jobs on their site, but don't provide a street address so you can figure out if it's possible to actually get there if you ever get an interview. I guess they want you to look up their domain registration in whois to prove your L337 skills.
  • My gripe (Score:3, Insightful)

    by Microsift (223381) on Monday December 23 2002, @10:28AM (#4944452)
    Having to enter my email address twice.
  • Web Standards? (Score:5, Insightful)

    by JBMcB (73720) on Monday December 23 2002, @10:29AM (#4944457)
    How about sites that code for IE only, and won't display anything, or broken tables, or text layered on top of other text..

    It's also annoying when using a high res, small screen, as on a laptop, you crank up the font size in Mozilla or IE and the fixed size tables sites use to do layout make it impossible to read anything. ARGH!

    • by principio (558251) on Monday December 23 2002, @10:32AM (#4944485) Journal
      I could not agree more. Although I have always found it more amusing when companies that sell products for the Macintosh have web sites that cannot be viewed from a Mac. Like it would have been that hard to test.
  • by bushboy (112290) <lttc@lefthandedmonkeys.org> on Monday December 23 2002, @10:29AM (#4944458) Homepage
    As usual, in 2002, we had too many conflicting standards and choices.

    So long as this wonderful environment of competition and choice exists, we will continue to enjoy sub-standard results.
  • by burgburgburg (574866) <[moc.liame] [ta] [60neksilps]> on Monday December 23 2002, @10:32AM (#4944480)
    The URL for this article has 70 characters, which is less then the 75 mentioned in mistake number 9. Of course, the post comment page is 109 characters, so I won't be giving it out to anyone over the phone very soon.
  • by phylus (468215) on Monday December 23 2002, @10:32AM (#4944482)
    I think we should be much more worried about the trend in using flash for everything. I've seen sites that have whole link bars, with no special effects that warrant it, done in flash. Isn't that' what an href is for?

    I do a lot of web developing and I've come realize that a lot of things that I want to do cannot be done without having Javascript in the link. While it is sometimes annoying when I'm browsing a site and cannot directly link to a page because they use a POSTed form inside of a Javascript, there are many many positive uses for Javascript, such as history.go(-1).
    • But your links that require js lock out everyone who has js turned off -- acto WebTechniques magazine (now NewArchitect), that's some 30% of users and growing -- including folks behind corp firewalls that strip js, so the user has no choice. At the very least, be kind enough to give us plain links somewhere on the same page!!

      Tho the absolute most obnoxious links arrived shortly after DreamweaverMX -- where the entire menu is done as flash buttons. The way they're rigged, you can't even download the .swf and extract the URL by hand, plus there's nothing useful in docsource.

    • ...there are many many positive uses for Javascript, such as history.go(-1).


      WTF is wrong with letting the user hit the back button?
        • What's wrong with saying "Click here to go back" instead of saying "Go find the back button which isn't near what you're reading right now and click that."
          What's wrong with doing something like:

          Click <a href="<? echo $HTTP_REFERER ?>">here</a> to go back

          The above example is PHP, but applies equally well to whatever server-side scripting language you're using. Why force your users to enable JavaScript when there's no real need for it?
    • by TheLink (130905) on Monday December 23 2002, @11:41AM (#4944860) Journal
      In my experience javascript has rarely been used positively.

      It seems MUCH of javascript encourages CRAP web design. People are encouraged to do stupid things and then try to use javascript as a bandaid.

      So many sites have javascript practically rewriting entire HTML pages.

      Even history.go(-1) seems silly to me. Users aren't stupid - the back button is one of the first things they learn or are taught about when web browsing. Given all the various web technologies, can you give me a good reason why you would need history.go(-1), or any of the history stuff for that matter?

      The other thing - you often can have javascript in the link, but still keep a usable href. I don't understand why so _many_ sites require javascript where a simple link will do. I hate this the most. Who cares about not having prices when the links don't even work? Or you can't even see anything on the first page.

      Fortunately most sites that require Javascript (or Flash) for access are usually useless - filled with fluff or even lies.

      Another thing, many sites that use javascript everywhere including forms appear to have been built by clueless idiots. There are often obvious web security problems with their sites. Easy SQL injection etc.

      There are indeed good uses for Javascript, but sadly, excrement has been put to more good uses than Javascript.
  • Hmmm, that should be a hard one to do, because a
    <tag style="font-size:20px">
    should do nothing more than render the font with that height, but still allow it to be resized, my website http://www.andrewvc.com uses this and using mozilla I can resize all the text perfectly.

    Unfortuanatly, I just discovered that Internet Explorer 6 does not do and won't let me change the text size. Of what relevance is text in points to a web developer? As usual I expect all trolls to be bash me and tell me to use the standard. Well I don't care, no old people go to my site.
  • by Anonymous Coward on Monday December 23 2002, @10:35AM (#4944501)
    Not letting people post their extremely witty comments anonymously so they can not look like an ass with their fake name attached to it.
  • Good stuff but... (Score:3, Interesting)

    by ciryon (218518) on Monday December 23 2002, @10:40AM (#4944541) Journal
    a good thing would be to mention cross-platform and browser compatibility. Don't use Microsoft's arbitrary closed extensions. Make sure that the page validates as W3C code, or at least almost does it.

    But many other things in the article were bulls-eye, like the tiny text.

    Ciryon
  • by varjag (415848) on Monday December 23 2002, @10:47AM (#4944584)
    At least if we take the common design mistakes as the metric.

    'Poor email intergration' sounds pretty sophisticated compared to 'don't use the <blink> tag'.
  • browser type (Score:5, Interesting)

    by Khopesh (112447) on Monday December 23 2002, @10:48AM (#4944590) Homepage Journal
    how about sites that think mozilla can't render something?
    nothing quite as annoying as
    "you need Internet Explorer 5+ or Netscape 6.2.2+ to view this site"
    ...especially when mozilla 1.3a gets blocked but netscape 6.2.2 doesn't!

    solution: some browsers allow you to change the userAgent.
    in mozilla, the prefbar [xulplanet.com] plugin allows this (among other things).
  • a pet peeve (Score:5, Insightful)

    by mmcshane (155414) on Monday December 23 2002, @10:51AM (#4944607)
    Fixed Font Size Style sheets unfortunately give websites the power to disable a Web browser's "change font size" button and specify a fixed font size. About 95% of the time, this fixed size is tiny, reducing readability significantly for most people over the age of 40. Respect the user's preferences and let them resize text as needed. Also, specify font sizes in relative terms -- not as an absolute number of pixels.

    OK, this is not the fault of stylesheets. Internet Explorer does not allow the "zooming" of fonts set with pixel sizes. This is a shortcoming of Internet Explorer, not CSS. If this is so important to Nielsen (and I can see why it would be - my vision isn't so great either), perhaps he should look into using alternative browsers (Opera and Moz-based browsers all allow font zooming regardless of how the font size was set).
  • by PhoenxHwk (254106) on Monday December 23 2002, @10:57AM (#4944652) Homepage
    How about search engines that ignore words of 3 characters or less? ;)
  • by Greyfox (87712) on Monday December 23 2002, @11:33AM (#4944809) Homepage Journal
    It seems like most web sites feel like they have to annoy you with their obnoxious design. Corporate internal web sites often seem to be the worst offenders, too. It seems like the last thing a company is going to do is spend a few bucks for a usability person to go over the design of the web pages with them.

    Did you notice the alt tags on the Nielsen site? I've never seen another site put that much effort into a page.

  • by Tim Macinta (1052) <twm@alum.mit.edu> on Monday December 23 2002, @11:40AM (#4944851) Homepage
    3. Horizontal Scrolling
    Users hate scrolling left to right. Vertical scrolling seems to be okay, maybe because it's much more common.
    Or how about because horizontal scrolling forces you to scroll once for every line you read while vertical scrolling only forces you to scroll once for every page you want to read? So, there's generally more than an order of mangitude less scrolling required with vertical scrolling than with horizontal scrolling.
  • by mttlg (174815) on Monday December 23 2002, @11:40AM (#4944852) Homepage Journal

    As many people have mentioned, the site hosting this article is straining under the load of geeks looking for more material to turn into running gags. I think I managed to find the reason for this site's poor performance - a lack of high speed internet access.

    From Nielsen's Law of Internet Bandwidth [useit.com] (1998):

    Nielsen's Law of Internet bandwidth states that:

    • a high-end user's connection speed grows by 50% per year
    • you don't get to use this added bandwidth to make your Web pages larger until 2003

    The dots in the diagram show the various speeds with which I have connected to the Net, from an early acoustic 300 bps modem in 1984 to an ISDN line today. It is amazing how closely the empirical data fits the exponential growth curve for the 50% annualized growth stated by Nielsen's Law.

    ...

    Starting about 2003, high-end users will have speeds corresponding to a personal T-1 line.

    ...

    Of course, low-end users will be on ISDN lines in 2003, so high-end users' megabit access will still not sanction bloated design. Looking even further ahead, Nielsen's Law does predict that the Web will be 57 times faster in ten years.

    It is amazing how easy it is to get an accurate approximation of the trend of internet connectivity speed from seven data points representing one person's internet connection speed over a span of 15 years.

    So the site might not be responding well right now, but at least we get broadband next year...

  • by Zerbey (15536) on Monday December 23 2002, @11:44AM (#4944881) Homepage Journal
    Having to enable pop-up adds in Mozilla is a big pain for those websites that refuse to load unless I do so. Fortunately, it is only a very small number of web site thus far.

    Yes, I recognise this is how web sites make their money but a discreet advert in the corner of your site is much better than slamming a window in front of your site.

  • A polite slashdot? (Score:3, Insightful)

    by Peter_Pork (627313) on Monday December 23 2002, @11:53AM (#4944964)
    It's time for /. to be more polite. You should tell web server administrators that they are going to get x100 load increase, at least a couple of hours ahead of time, so they can try to do something. This will benefit slashdotter (increasing the chances of accessing the web sites featured in the stories), and administrators, that will be able to simplify their sites, or at least know what hit them. And no, hiding the hand is not a good policy.
  • Looooooong URLs (Score:4, Interesting)

    by FTL (112112) <.slashdot. .at. .neil.fraser.name.> on Monday December 23 2002, @12:04PM (#4945067) Homepage
    From the (slashdotted) article:
    URL > 75 Characters Long URLs break the Web's social navigation because they make it virtually impossible to email a friend a recommendation to visit a Web page. If the URL is too long to show in the browser's address field, many users won't know how to select it. If the URL breaks across multiple lines in the email, most recipients won't know how to glue the pieces back together. The result? No viral marketing, just because your URLs are too long. Bad way to lose business.

    There are two side points to this:

    1. To shorten your addresses and make your URLs more durable to change, point your links to www.foobar.com, NOT to www.foobar.com/default.htm (or index.jsp, or whatever).
    2. Don't invoke sessions unless absolutely needed. Sometimes these are in the URL, sometimes they are cookies. It is irritating to copy a URL, mail it to someone, and find that they can't access it because it is relying on a session which expired (in the case of a URL) or a session which their computer doesn't have (in the case of a cookie).
    One kludge to get around massively long URLs is to use a service like ShortURL [shorturl.com]. Neat idea. But definitely a hack.
    • by Spoons (26950) on Monday December 23 2002, @10:30AM (#4944467) Homepage
      For the love of god man! Learn to use the <br> tag...
    • by gUmbi (95629) on Monday December 23 2002, @10:33AM (#4944490)
      11. Lack of line breaks

      Jason.
    • Fornatted (Score:4, Informative)

      by damiam (409504) on Monday December 23 2002, @10:34AM (#4944495)
      Top Ten Web-Design Mistakes of 2002

      Summary: Every year brings new mistakes. In 2002, several of the worst mistakes in Web design related to poor email integration. The number one mistake, however, was lack of pricing information, followed by overly literal search engines. As the Web grows, websites continue to come up with ways to annoy users. Following are ten design mistakes that were particularly good at punishing users and costing site owners business in 2002.

      • No Prices No B2C ecommerce site would make this mistake, but it's rife in B2B, where most "enterprise solutions" are presented so that you can't tell whether they are suited for 100 people or 100,000 people. Price is the most specific piece of info customers use to understand the nature of an offering, and not providing it makes people feel lost and reduces their understanding of a product line. We have miles of videotape of users asking "Where's the price?" while tearing their hair out. Even B2C sites often make the associated mistake of forgetting prices in product lists, such as category pages or search results. Knowing the price is key in both situations; it lets users differentiate among products and click through to the most relevant ones.

      • Inflexible Search Engines Overly literal search engines reduce usability in that they're unable to handle typos, plurals, hyphens, and other variants of the query terms. Such search engines are particularly difficult for elderly users, but they hurt everybody. A related problem is when search engines prioritize results purely on the basis of how many query terms they contain, rather than on each document's importance. Much better if your search engine calls out "best bets" at the top of the list -- especially for important queries, such as the names of your products.

      • Horizontal Scrolling Users hate scrolling left to right. Vertical scrolling seems to be okay, maybe because it's much more common. Web pages that require horizontal scrolling in standard-sized windows, such as 800x600 pixels, are particularly annoying. For some reason, many websites seem to be optimized for 805-pixel-wide browser windows, even though this resolution is pretty rare and the extra five pixels offer little relative to the annoyance of horizontal scrolling (and the space consumed by the horizontal scrollbar).

      • Fixed Font Size Style sheets unfortunately give websites the power to disable a Web browser's "change font size" button and specify a fixed font size. About 95% of the time, this fixed size is tiny, reducing readability significantly for most people over the age of 40. Respect the user's preferences and let them resize text as needed. Also, specify font sizes in relative terms -- not as an absolute number of pixels.

      • Blocks of Text A wall of text is deadly for an interactive experience. Intimidating. Boring. Painful to read. Write for online, not print. To draw users into the text and support scannability, use well-documented tricks: subheads bulleted lists highlighted keywords short paragraphs the inverted pyramid a simple writing style, and de-fluffed language devoid of marketese.

      • JavaScript in Links Links are the Web's basic building blocks, and users' ability to understand them and to use various browser features correctly is key to enhancing their online skills. Links that don't behave as expected undermine users' understanding of their own system. A link should be a simple hypertext reference that replaces the current page with new content. Users hate unwarranted pop-up windows. When they want the destination to appear in a new page, they can use their browser's "open in new window" command -- assuming, of course, that the link is not a piece of code that interferes with the browser's standard behavior. Users deserve to control their own destiny. Computers that behave consistently empower people by letting them use their own tools and wield them accurately.

      • Infrequently Asked Questions in FAQ Too many websites have FAQs that list questions the company wished users would ask. No good. FAQs have a simplistic information design that does not scale well. They must be reserved for frequently asked questions, since that's the only thing that makes a FAQ a useful website feature. Infrequently asked questions undermine users' trust in the website and damage their understanding of its navigation.

      • Collecting Email Addresses Without a Privacy Policy Users are getting very protective of their inboxes. Every time a website asks for an email address, users react negatively in user testing. Don't assume that people will sign up for a newsletter just because it's free. You have to tell them, right there, what they will get and how frequently it will hit their mailboxes. Also, you must provide an explicit privacy statement or an opt-in checkbox right next to the entry field. Otherwise, you have little hope of collecting email addresses other than mickey@mouse.com.

      • URL > 75 Characters Long URLs break the Web's social navigation because they make it virtually impossible to email a friend a recommendation to visit a Web page. If the URL is too long to show in the browser's address field, many users won't know how to select it. If the URL breaks across multiple lines in the email, most recipients won't know how to glue the pieces back together. The result? No viral marketing, just because your URLs are too long. Bad way to lose business.

      • Mailto Links in Unexpected Locations When you click a link on the Web, what do you expect? To get a new page that contains information about the anchor you just clicked. What don't you expect? To spawn an email program that demands that you write stuff rather than read it. Mailto links should be used on anchors that explicitly indicate that they're email addresses, either by their format (donald@duck.com) or their wording (send email to customer support). Don't place mailto links on names; clicking on people's names should usually lead to their biography. Again, interaction design must meet users' expectations. The more that things behave consistently, the more users understand what they can do and the greater their sense of system mastery. Violated expectations create a sense of oppression, where technology rules humans and reduces their ability to steer the interaction. Cartoons by Doug Sheppard and Katrin L. Salyers The Growing Importance of Email Integration It's interesting to note that the last three mistakes all relate to email. Despite being the oldest of the main Internet services, email continues to be one of the most important. It's also finally becoming better integrated with the Web, and I expect that this trend will continue (if websites can avoid making those mistakes, that is).
    • ``I could not find pricing on Veritas *anywhere* on the web, other than "*CALL*"''

      Jeez! You mean the same guy who does the ads in the back of the stereo and camera magazines is now doing web pages? :-)

      As for Veritas... I suspect the reason that they have no prices is that they'd just put you off wanting to use their software. Plus they probably will be flexible in the pricing anyway if they think that they could negotiate a little bit to get you to sign the license agreement. (Just watch out when they decide that the discount you originally got will no longer be available when it's time to renew the support agreement. And, of course, they've got you by the short hairs as it would be pretty disruptive to switch backup software.)