<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Accessibility and Client Expectations: Selling Accessibility</title>
	<atom:link href="http://www.joedolson.com/articles/2007/07/selling-accessibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/</link>
	<description>Tips and Commentary on Web Accessibility, Usability, and Search Marketing best practices.</description>
	<pubDate>Sun, 12 Oct 2008 19:21:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
		<item>
		<title>By: Blog at veanndesign.com &#187; Blog Archive &#187; Sunday Weekly Roundup #8 - 7/22/2007</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17885</link>
		<dc:creator>Blog at veanndesign.com &#187; Blog Archive &#187; Sunday Weekly Roundup #8 - 7/22/2007</dc:creator>
		<pubDate>Tue, 24 Jul 2007 03:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17885</guid>
		<description>[...] Selling Accessibility [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Selling Accessibility&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Dolson</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17855</link>
		<dc:creator>Joe Dolson</dc:creator>
		<pubDate>Mon, 23 Jul 2007 14:39:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17855</guid>
		<description>That's a very good point, Stevie --- it's definitely important to mention that there are certain accessibility issues that will absolutely cost extra. Transcribing audio or captioning video are "above and beyond" tasks; they don't apply to most websites, and the work involved should definitely be considered extra. 

Audio stylesheets, I'm afraid, I'd put more in the "pointless" category, since they aren't really supported by anything...</description>
		<content:encoded><![CDATA[<p>That&#8217;s a very good point, Stevie&thinsp;&#8212;&thinsp;- it&#8217;s definitely important to mention that there are certain accessibility issues that will absolutely cost extra. Transcribing audio or captioning video are &#8220;above and beyond&#8221; tasks; they don&#8217;t apply to most websites, and the work involved should definitely be considered extra. </p>
<p>Audio stylesheets, I&#8217;m afraid, I&#8217;d put more in the &#8220;pointless&#8221; category, since they aren&#8217;t really supported by&nbsp;anything&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pseudo-Accessibility: Reinventing the Wheel &#124; Joe Dolson Accessible Web Design</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17853</link>
		<dc:creator>Pseudo-Accessibility: Reinventing the Wheel &#124; Joe Dolson Accessible Web Design</dc:creator>
		<pubDate>Mon, 23 Jul 2007 14:18:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17853</guid>
		<description>[...] my last post, Accessibility and Client Expectations, a major point was on the practice of implementing accessibility as a site &#8220;add-on,&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] my last post, Accessibility and Client Expectations, a major point was on the practice of implementing accessibility as a site &#8220;add-on,&#8221;&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stevie D</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17849</link>
		<dc:creator>Stevie D</dc:creator>
		<pubDate>Mon, 23 Jul 2007 12:27:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17849</guid>
		<description>Just to add my thanks to the others for this great article.

My take on the charging thing is &lt;strong&gt;not&lt;/strong&gt; to charge for standard accessibility, because it should be taken as read. By that, I mean that you automatically and instinctively use semantic code, properly alt-ed images, skip links, etc. And you probably charge slightly more for your services than a shoddy cowboy would - you have every right to.

Yes, a Mercedes costs more than a Kia, but it isn't as though MB dealers say "the basic car costs 20k, and then another 20k for Mercedes-quality" - you just buy a car for 40k, which you know is going to be a really good one. That should be the same with a website. You can go to a cowboy and get a shoddy job, or you can go to a quality designer and get a good job.

Standard accessibility is not, and should not be, a bolt-on extra. Don't separate it from all the other elements of good practice you use. Yes, there may be accessibility features that are "extras", that would be listed as options with higher charges. I'm thinking here of things like multimedia subtitles/captioning, alternative or audio stylesheets etc, the kind of things that are not usually necessary but a keen accessibility proponent might want.</description>
		<content:encoded><![CDATA[<p>Just to add my thanks to the others for this great article.</p>
<p>My take on the charging thing is <strong>not</strong> to charge for standard accessibility, because it should be taken as read. By that, I mean that you automatically and instinctively use semantic code, properly alt-ed images, skip links, etc. And you probably charge slightly more for your services than a shoddy cowboy would - you have every right to.</p>
<p>Yes, a Mercedes costs more than a Kia, but it isn&#8217;t as though <acronym title="Megabyte">MB</acronym> dealers say &#8220;the basic car costs 20k, and then another 20k for Mercedes-quality&#8221; - you just buy a car for 40k, which you know is going to be a really good one. That should be the same with a website. You can go to a cowboy and get a shoddy job, or you can go to a quality designer and get a good job.</p>
<p>Standard accessibility is not, and should not be, a bolt-on extra. Don&#8217;t separate it from all the other elements of good practice you use. Yes, there may be accessibility features that are &#8220;extras&#8221;, that would be listed as options with higher charges. I&#8217;m thinking here of things like multimedia subtitles/captioning, alternative or audio stylesheets etc, the kind of things that are not usually necessary but a keen accessibility proponent might&nbsp;want.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cherim</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17825</link>
		<dc:creator>Mike Cherim</dc:creator>
		<pubDate>Mon, 23 Jul 2007 03:35:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17825</guid>
		<description>I agree, too, accessibility isn't a widget one turns on like a light bulb then charges extra for it. If they do, I suspect the extra charge doesn't offer a lot in terms of value.</description>
		<content:encoded><![CDATA[<p>I agree, too, accessibility isn&#8217;t a widget one turns on like a light bulb then charges extra for it. If they do, I suspect the extra charge doesn&#8217;t offer a lot in terms of&nbsp;value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Zemens</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17811</link>
		<dc:creator>David Zemens</dc:creator>
		<pubDate>Sun, 22 Jul 2007 21:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17811</guid>
		<description>&lt;blockquote&gt;They may tend to continue in their usual tracks, producing lower-quality code for most sites; and, when the request comes, introducing features they think will add accessibility to the site at an extra cost.

It’s just a backwards way to think…&lt;/blockquote&gt;
Exactly.  We are all in agreement on this, to be sure.</description>
		<content:encoded><![CDATA[<blockquote><p>They may tend to continue in their usual tracks, producing lower-quality code for most sites; and, when the request comes, introducing features they think will add accessibility to the site at an extra cost.</p>
<p>It’s just a backwards way to think…</p></blockquote>
<p>Exactly.  We are all in agreement on this, to be&nbsp;sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Dolson</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17794</link>
		<dc:creator>Joe Dolson</dc:creator>
		<pubDate>Sun, 22 Jul 2007 15:29:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17794</guid>
		<description>I think it's not a problem which devotees of standards tend to run into. Since they (our) default mode of development is based on thinking about standards and accessibility, that's what we tend to do as a lowest common denominator site.

Those who haven't yet embraced standards, however, may have seen the economic benefits to offering accessibility; but not have fully understood the principles. They may tend to continue in their usual tracks, producing lower-quality code for most sites; and, when the request comes, introducing features they think will add accessibility to the site at an extra cost. 

It's just a backwards way to think...</description>
		<content:encoded><![CDATA[<p>I think it&#8217;s not a problem which devotees of standards tend to run into. Since they (our) default mode of development is based on thinking about standards and accessibility, that&#8217;s what we tend to do as a lowest common denominator site.</p>
<p>Those who haven&#8217;t yet embraced standards, however, may have seen the economic benefits to offering accessibility; but not have fully understood the principles. They may tend to continue in their usual tracks, producing lower-quality code for most sites; and, when the request comes, introducing features they think will add accessibility to the site at an extra cost. </p>
<p>It&#8217;s just a backwards way to&nbsp;think&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Zemens</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17784</link>
		<dc:creator>David Zemens</dc:creator>
		<pubDate>Sun, 22 Jul 2007 13:41:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17784</guid>
		<description>I am quite new to the web design business, and am forcing myself to learn to write valid, accessible and standard compliant code.  This learning curve has been self taught and largely with the help of sites like yours, Joe, along with the great help from over at the "Beast".

That being said, I never really thought specifically about the relationship between accessible/standards compliant and the price I charge.  Indirectly, however, I believe that my sites are better than many and have always charged a premium for the product that I produce.  But I certainly never think about coding a site full of garbage code and charging less for it.  To me, the two issues just meld into one and the price of my sites follows suite.

On the other hand, I still have much to learn and don't do things flawlessly, but at least I am on the right learning track and understand the issues, for the most part.

Great article.</description>
		<content:encoded><![CDATA[<p>I am quite new to the web design business, and am forcing myself to learn to write valid, accessible and standard compliant code.  This learning curve has been self taught and largely with the help of sites like yours, Joe, along with the great help from over at the &#8220;Beast&#8221;.</p>
<p>That being said, I never really thought specifically about the relationship between accessible/standards compliant and the price I charge.  Indirectly, however, I believe that my sites are better than many and have always charged a premium for the product that I produce.  But I certainly never think about coding a site full of garbage code and charging less for it.  To me, the two issues just meld into one and the price of my sites follows suite.</p>
<p>On the other hand, I still have much to learn and don&#8217;t do things flawlessly, but at least I am on the right learning track and understand the issues, for the most part.</p>
<p>Great&nbsp;article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Dolson</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17711</link>
		<dc:creator>Joe Dolson</dc:creator>
		<pubDate>Sat, 21 Jul 2007 13:57:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17711</guid>
		<description>&lt;blockquote&gt;
I know you’re saying that it should just be built in and not an add-on, and I agree with that, but I feel the price should be more.
&lt;/blockquote&gt;

And I don't disagree with that, either. I guess the distinction is subtle, but I'm entirely willing to have people pay more for my skill and experience; and not at all willing for people to pay more for their site to be accessible. 

I'm simply opposed to the concept of pricing which is based on accessibility &lt;em&gt;as a feature&lt;/em&gt;. Skill and experience? Absolutely!</description>
		<content:encoded><![CDATA[<blockquote><p>
I know you’re saying that it should just be built in and not an add-on, and I agree with that, but I feel the price should be more.
</p></blockquote>
<p>And I don&#8217;t disagree with that, either. I guess the distinction is subtle, but I&#8217;m entirely willing to have people pay more for my skill and experience; and not at all willing for people to pay more for their site to be accessible. </p>
<p>I&#8217;m simply opposed to the concept of pricing which is based on accessibility <em>as a feature</em>. Skill and experience?&nbsp;Absolutely!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cherim</title>
		<link>http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17693</link>
		<dc:creator>Mike Cherim</dc:creator>
		<pubDate>Sat, 21 Jul 2007 05:26:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/07/selling-accessibility/#comment-17693</guid>
		<description>Really great article Joe. I agree with almost all of it except I think the part about added price I disagree with slightly. I know you're saying that it should just be built in and not an add-on, and I agree with that, but I feel the price should be more. Here's my thinking: 

A professional level of understanding of how to maintain the inherent accessibility of a well-built web site and enhance and empower it from there --- and all that goes with that, you know, all that good stuff that is the by-product of making a quality site -- commands a better price. I'm not saying a good developer would offer an off-the shelf site with an accessible "option," as you were saying, but that all the good developer's sites would be accessible. No options. No compromise. And no discounted version, either. 

Doing what you do, Joe, is a skill and you &lt;em&gt;should&lt;/em&gt; expect to be paid what your paid, and it the point is that should be more than the guy churning out crap. I do! It's not a huge amount of work maintaining accessibility as you indicated, but it takes hard-earned sought-after knowledge to really be good at it and to turn out a mighty fine product. Moreover it &lt;em&gt;does&lt;/em&gt; take more time to test, and dot the "i"s and cross the "t"s, and struggle over taking commercial scripts and applications --- that web 2.0 stuff people want --- and fixing them because they're not built right to begin with. 

It is some work. It takes more skill. And the product is of better quality on many levels. For this I want to be paid more than the guy who slices comps and throws the slices into tables. Don't you? And if it has to be explain (why you command more money than OneMinuteSites-R-us.com).

To further exemplify what I mean take the car industry, Mercedes and Kia, specifically. A Mercedes is of higher quality than a Kia. It costs more than Kia. It should costs more than Kia. I can't imagine Mercedes saying they shouldn't charge more because the consumer doesn't get it or can't feel and see the quality difference. Granted it's a harder showing for web sites, but it's there. But even when it is obvious, like it is in my car comparison, Mercedes purposely exudes quality in their merchandising and advertising to convince and educate the consumer. This, I feel, correlates to what we should strive for in the industry. We should advertise, promote, show, and teach the difference. Doing this, over time, should generate a true demand for accessible web sites. One that can be taken to the bank.</description>
		<content:encoded><![CDATA[<p>Really great article Joe. I agree with almost all of it except I think the part about added price I disagree with slightly. I know you&#8217;re saying that it should just be built in and not an add-on, and I agree with that, but I feel the price should be more. Here&#8217;s my thinking: </p>
<p>A professional level of understanding of how to maintain the inherent accessibility of a well-built web site and enhance and empower it from there&thinsp;&#8212;&thinsp;- and all that goes with that, you know, all that good stuff that is the by-product of making a quality site&thinsp;&#8212;&thinsp;commands a better price. I&#8217;m not saying a good developer would offer an off-the shelf site with an accessible &#8220;option,&#8221; as you were saying, but that all the good developer&#8217;s sites would be accessible. No options. No compromise. And no discounted version, either. </p>
<p>Doing what you do, Joe, is a skill and you <em>should</em> expect to be paid what your paid, and it the point is that should be more than the guy churning out crap. I do! It&#8217;s not a huge amount of work maintaining accessibility as you indicated, but it takes hard-earned sought-after knowledge to really be good at it and to turn out a mighty fine product. Moreover it <em>does</em> take more time to test, and dot the &#8220;i&#8221;s and cross the &#8220;t&#8221;s, and struggle over taking commercial scripts and applications&thinsp;&#8212;&thinsp;- that web 2.0 stuff people want&thinsp;&#8212;&thinsp;- and fixing them because they&#8217;re not built right to begin with. </p>
<p>It is some work. It takes more skill. And the product is of better quality on many levels. For this I want to be paid more than the guy who slices comps and throws the slices into tables. Don&#8217;t you? And if it has to be explain (why you command more money than OneMinuteSites-R-us.com).</p>
<p>To further exemplify what I mean take the car industry, Mercedes and Kia, specifically. A Mercedes is of higher quality than a Kia. It costs more than Kia. It should costs more than Kia. I can&#8217;t imagine Mercedes saying they shouldn&#8217;t charge more because the consumer doesn&#8217;t get it or can&#8217;t feel and see the quality difference. Granted it&#8217;s a harder showing for web sites, but it&#8217;s there. But even when it is obvious, like it is in my car comparison, Mercedes purposely exudes quality in their merchandising and advertising to convince and educate the consumer. This, I feel, correlates to what we should strive for in the industry. We should advertise, promote, show, and teach the difference. Doing this, over time, should generate a true demand for accessible web sites. One that can be taken to the&nbsp;bank.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
