The true benefits of XHTML for the client

Eric's recent post regarding the savings in moving to a standards driven design contains a great paragraph:

What they will see, though, is a faster site. Suppose I said I could sell you a product that would make your Web site twice as fast as it is today. How much would that be worth? [?] even for a small business trying to sell its products online and distinguish itself from competitors, a 2x speed booster would probably be worth buying.

It's worth stating this again. Whilst we can point to improved flexibility, maintainability and development costs, these are really developer benefits. When presented with a solution, the client generally doesn't care what was used or how the solution was achieved as long as the product met their needs. When we go out to buy a fridge, we generally aren't interested in the mechanics of the system, regardless of how architecturally clean or well designed it is. However, we do care about the fridge having lower running costs, operating frost-free and fitting in our kitchen.

Similarly, the client can instantly grasp the significance of some of the other benefits of semantic HTML/XHTML:

Whenever someone pays for a service, whether it is a fridge or a website, they are looking for a product which satisfies some need or deficit; that is they are seeking to gain an increase in utility. The important thing to realise is that the needs of the customer is different from that of the developer. It is only by correctly identifying what the client wants that you can begin to provide a solution.

Sponsors