vanderwal.net

For Many AJAX is Not Degrading, But it Must

A little over two months ago Chad Dickerson posted one of the most insightful things on his site, Web 0.1 head-to-head: 37Signals' Backpackit vs. Gmail in Lynx. You are saying Lynx? Yes! The point is what 37Signals turns out degrades wonderfully and it is still usable. It could work on your mobile device or on a six year old low end computer in Eritrea in a coffee house or internet cafe (I have known two people who have just done that in the last year and found Gmail did not work nor did MSN, but Yahoo did beautifully).

Degrading is a Good Thing

Part of my problem with much of the push towards AJAX (it is a good, no great thing that XMLHTTPRequest is finally catching on). But, it must degrade well. It must still be accessible. It must be usable. If not, it is a cool useless piece of rubbish for some or many people. I have been living through this with airline sites (Continental), commerce sites (Amazon - now slightly improved), actually you name it and they adopted some where in this past year. In most cases it did not work in all browsers (many times only in my browser of last resort, which by that time I am completely peeved).

When Amazon had its wish list break on my mobile device (I (and I have found a relatively large amount of others this past couple years doing the same thing) use it to remember what books I want when I am in brick bookstores and I will check book prices as well as often add books to my wish list directly) I went nuts. The page had a ghastly sized JavaScript, which did some nice things on desktops and laptops but made the page far too large to download on a mobile device (well over 250 kb). In the past few weeks things seemed to have reversed themselves as the page degrades much better.

Is There Hope?

Chad's write-up was a nice place to start pointing, as well as pointing out the millions of dollars lost over the course of time (Continental admitted they had a problem and had waived the additional phone booking fee as well as said their calls were up considerably since the web redesign that broke things for many). Besides Chad and 37Signals I have found Donna Mauer's Designing usable rich internet applications as a starting point. I also finally picked up DOM Scripting: Web Design with JavaScript and the Document Object Model by Jeremy Keith, which focusses on getting JavaScript (and that means AJAX too) to degrade. It is a great book for designers, developers, and those managing these people.

I have an awful lot of hope, but it pains me as most of us learned these lessons five to seven years ago. Things are much better now with web standards in browsers, but one last hurdle is DOM standardization and that deeply impacts JavaScript/DOMScripting.

My Book Highlights from 2005

I had been hoping to do a longer post on things I enjoyed in 2005, but the year end has been a little busier than planned (it is a good thing). There are lot of books that I picked up in 2005 (possibly in the 30 to 50 range). Two from earlier in the year I really enjoyed, John Thackara's In the Bubble: Designing in a Complex World was a huge favorite. It has brought to mind many changes that we need to address as people who design and build things. The second was Personal, Portable, Pedestrian : Mobile Phones in Japanese Life by Ito, Okabe, Matsuda (editors), which provided insight into the Japanese mobile culture. Some of the cultural aspects to dot translate to the United States, but it does a wonderful job of raising awareness for introspection into one's own culture. The book also does a fantastic job of providing history and technological change and differentiation in use based on product types.

The couple months I have picked up some books that I will really have an impact on me. Shaping Things by Bruce Sterling my be my favorite book of the year (with the Thackera a close second). Shaping things gets to where we are going with design in an innovative way. The design of the book is playful and makes for a quick read (unless it gets your mind wondering in wonderful ways, as it did mine). It is a book I could not more highly recommend.

I finally picked up DOM Scripting: Web Design with JavaScript and the Document Object Model by Jeremy Keith and was pleasantly impressed with the coverage of pages that degrade properly. This book is required reading for anybody doing JavaScript or AJAX so to stop the madness with sites that do not work across browsers or mobile devices. There are far too many sites that have developers that did not learn anything from the mid to late 90s and using JavaScript that are making unusable sites, pages, and applications today. If you are a manager of interface developers this is written in a manner that it should be easy to read and make sure the developers working for you are following these guidelines.

My favorite fun book was recently released book in Britain, Against the Wall by and about Banksy. This is a collections of Banksy's street art and wonderful sense of play. I personally find it a great book to break through conventional thinking and get to the other side. This book is not currently available in America, which is an utter shame.

I may do a posting on music from 2005 I really enjoyed in the next day or so. But on this note, I wish you a wonderful new year and great things.

Microformats hCard and hCalendar Used for Web 2.0 Conference Speakers

Tantek has posted new microformat favelets (bookmarklets you put in your browser's toolbar). The microformat favelets available are: Copy hCards; Copy hCalendars; Subscribe to hCalendars; feed Copy hCalendars (beta); Subscribe to hCalendars feed (beta). Look at Tantek's Web 2.0 Speakers hCard and hCalendar blog post to understand the power behind this.

Microformats are one of the ways that sites can make their information more usable and reusable to people who have an interest. If you have a store and are providing the address you have a few options to make it easy for people, but a simple option seems to be using the microformat hCard (other options include vCard and links to the common mapping programs with "driving directions").

There will be more to come on microformats in the near future here.

Web 2.0 Mash-ups and the Model of Attraction

I posted a write-up on Mash-ups and the Model of Attraction, which explains the Housing Maps through the Model of Attraction lens.

Read and comment over at Personal InfoCloud.

User Experience Design in the Come to Me Web?

A question came up with Rashmi in the week prior to the BayCHI Web 2.0 event that I thought would definitely come up at the panel in the Q&A session, but most of the questions related to the application and technology side of things.

As content can be repurposed in and pulled into various tools with drastically different presentations than the sites they sit within. There seems to be a logical question as to the value of the user experience of the initial site. We are spending a lot of time, effort, and resources building optimal user experience, but with more and more of the content being consumed in interfaces that do not use the user experience should we spend less time and resources on perfecting it?

One answer is no, things are fine the way they are as the people that still consume the information in the traditional web manner (is it too early to call it traditional web manner?) are a narrower audience than the whole of the people consuming the information. The design of the site would have to add value, or provide additional service to continue enticing people back. I have been talking about the Perceptual Receptor in the Model of Attraction for a few years and the sensory components of design, look, and appeal should be targeted to the expected users so it fits their expectations and they are attracted to the content they are seeking in a manner that is appealing to them.

The converse to this is we are spending too much time on the ephemeral in relation to the benefit. With increasing consumption of the information done though RSS/ATOM feed readers and aggregators on the desktop, mobile, or web (as in Bloglines or My Yahoo) interfaces, which nearly all strip the presentational layers and just deliver the straight content with the option for the person to click and get to the site we developed. Information is also pulled together in other aggregators as summaries on various websites and versions e-mailed around. The control of the user experience has drifted away from the initial designer and is in the hands of the tools aggregating (some provide presentational layers from the content owners to show through on the aggregators), or the people consuming the information that choose their own presentation layer or just strip it for other uses.

With content presentations in the hands of the people consuming and not the crafting designer how does branding come through? How does the richer integrated interface we spent months designing, testing, and carefully tweaking? Branding with logos may be easier than the consistent interface we desire as the person consuming the content has a different idea of consistent interface, which is the interface they are consuming all of the information in. People have visual patterns they follow in an application and that interface helps them scan quickly for the information they desire.

Where the content creator puts their content out for aggregation in XML related feeds, they have made a decision at some level that having their content in the hands of more people who want it is more important than a unified user experience. Consumption of the media has a greater impact than fewer people consuming a preferred experience. All of the resources we put into the refined user experience is largely for the user's benefit, or at least that is what we say, but it is also for the business benefit for consistent branding and imprinting. The newer consumption models focus on the person and their getting the information and media they want in the easiest and their preferred manner for that person.

Is there an answer? One single answer, most likely not. But, I personally don't think we and crafting designer have a great say at this point. As tools people use mature, we may get more control, but optimally the person consuming is the one in control as they want to be and should in the "come to me web".

Quiet, Not for Long

Things are going to be quiet here for a few days...

Right, okay. We are fine on this end, but have just been a wee bit busy. We will be filling you in on the Fall Tour in a few days as we have been setting the initial groundwork for travel and blocking out dates.

In the short term Thomas is off the the Jersey Shore for "rest" and relaxation. Oh, since the Jersey Shore is in close proximity...

Right, okay. Thomas will be in the San Francisco Bay Area on Tuesday the 9th to speak on the BayCHI - Are you ready for Web 2.0? panel. Drop by and say hello.

Make Nice with Mobile Users Easily

Those interested in making friendly with their mobile users trying to consume their content aimed at the desktop browser market should take a peek at Make Your Site Mobile Friendly by Mike Davidson. This is one method that makes for a little less sweat and keeps some dollars in our budgets for other needs.

Designing for the Personal InfoCloud presentation at WebVisions 2005 Wrap-up

I have posted my presentation from yesterday's session at WebVisions, in Portland, Oregon. The files, Designing for the Personal InfoCloud are in PDF format and weigh in at 1.3MB.

I really had a blast at the conference and wish I could have been there the whole day. I will have to say from the perspective of a speaker it is a fantastically run conference. Brad Smith of Hot Pepper Studios did a knock out job pulling this conference together. It should be on the must attend list for web developers. I was impressed with the speakers, the turn out, and how well everything was run. Bravo!

WebVisions is held in one of my favorite cities, Portland, Oregon, which has some of the best architecture and public planning of any North American city. I have more than 300 photos I have taken in 48 hours and will be posting many at Flickr in the next couple of days.

Personal InfoCloud at WebVisions 2005

The last few years I have kicked myself for not going to WebVisions, well I finally am attending, actually I am presenting my Personal InfoCloud at 1pm. This is the latest refinement of the Personal InfoCloud that I have been working on for four years and sharing with those that are finding it quite useful.

The essential information you need is that you should be at WebVisions 2005 in Portland, Oregon. It is being held July 15th at the Oregon Convention Center.

What do you say? "Join the giants of the Web world to explore the future of design, content creation, technology and business strategy. From podcasting to universal usability, you'll discover how the Web is interacting with digital devices to change the way we communicate, access information and do business."

Designing with a Solution is the Problem

I finally put my finger on it. There has been growing frustration within me with where I work and as well with some of the leaders in the web design community of late. The problem and the solution has been known to me, but scattered in pieces and I did not pull all the pieces together until today. Why today? Well, it took a little doing, but I finally got my hands on this month's issue of Fast Company - June 2005, which I had been subscribed to until the May issue. It took a little bit of time to track down the issue as it was to the point in the month when the next months issues are getting put out. But, having that issue in hand (having read some on-line) I stumbled across my tipping point in the Be Cooler by Design column. I did not make it past the fouth paragraph when it hit.

It Begins with a Canyon

The paragraph has a header, "Show Them the Canyon" and discusses a designer at Ford, Giuseppe Delena, who would say, "Don't tell me you need a bridge, show me the canyon!" This was aimed at marketing people who would ask for specific design solutions, but not explain the problem.

That is my tipping point. Having to start with somebody's solution to design problems (most often solutions to the wrong problem). Not having the problems put forward, but an answer. An answer without anybody showing their work to how their arrived at the solution. For nearly four years I have been working, for the most part, with the end results of the work of others who started with a solution and worked that as a starting point, while never considering the problem (or in nearly all cases the multitude of problems they needed to solve). They did not understand the problems nor do they understand or know the standards and requirements that their end result must meet. Lastly they do not understand the medium in which they are working. In short it is a string of considerable messes that our team deals with continually. The sad complication is this is taxpayer money being spent (often quite nice sums) for end products that require incredible fixing to meet minimum standards and be usable on the web.

It is not my direct customer, who is in the same boat I am in as we support him (and he is one of the very few that really get what they are doing), but the "customer service" management and the management signing off on these projects that have become the problem. With the web, the business customer is not always right, the user is, as without the user their is no business customer. In our situation, by-and-large, the web being built is using what works for print and for multi-media, neither of which are solutions for text on the web. The business customer requires solutions for the wrong medium, which (as those who have sat through usability test find out) the tan text on brown background and all of the animated bits make using the information as is it is intended, nearly impossible.

Designers Must Explain Design Better

In part the design world is to blame as we have done a very poor job of educating the rest of the world as to what we do. We solve problems. We have spent an inordinate amount of time on learning everything we can about our medium, how people think, how people interact with our medium, how people interact with their devices (desktop, laptop, PDA, mobile, etc.) as they are all different, how to organize and structure for people interacting with what we design, how to build for people to give them freedom to choose the solution that is best for them, how to build for ease of use by people, and how to build for people to easily reuse what we provide (the list goes on). Yes, it is not a short list and I do not know a good designer who will truly claim they are done learning all of these aspects. We know what works best with everything we do know for the problems before us and we test everything we do and we iterate through our designs while always striving to make things better. Every designer I know loves to show how they got to their solution and document it for others to do, as their joy in designing is not repeating, but problem solving and innovating to better solutions. As designers we are always trying to learn what others do, so the good designers share in as much detail so others may learn what to follow and what to modify for even better solutions down the road.

In my current situation the lack of time to document and show our work is a major problem. The lack of documentation (or deliverables) is part of where the problem lies with the problems up the food chain (not that there are skilled designers or people that would understand up the food chain). If we had the time to show our work we could hand it to those at the beginning of the process so we could get better products with fewer problems when we receive them (although it is a very rare occasion that any of what we have produced for these purposes is ever followed). Many of the places up the food chain have sold a bridge with out ever seeing the canyon it is just a cookie cutter. It is rare when we get to solve the problems, either at the beginning or the end, we just get to fix it so it will just pass the minimum requirements, which are horribly low.

Understand and Explain the Problem First

This frustration has also flowed over to the web design community of late as there is excitement in the web community again. The excitement is not bad, actually it is great. But some of the new solutions are being framed as new wonder solutions without framing the problem they are solving. In the world of design (as it is with many other things) it is a realm where the answer to most every question is, "it depends". What is the solution? It all depends on many factors in the problem. Teaching how to understand problems and to walk through the decision process to get to the solution (or more correctly, one of many possible right solutions) is what raises the profession.

What has been happening of late in the web design/development community is looking at solutions that may be terrific implementations for a certain problem in a set environment, but proclaiming what is new is "the new way". For those that are not good designers or even designers at all, this approach reaches a problem point very quickly. It was not long after XMLHTTPRequest was coined AJAX that customers, and those I advise from farther away, started asking for their solutions to be AJAX. There are right places for AJAX, as it is just one of many solutions for problems where it may be one of the solutions. It is quite similar to aura around Flash as a solution, but AJAX has its benefits and detractors when compared to Flash.

Where the problem around the AJAX solution got tough was when AJAX was tied to a whole new exitement around the web. It was at this point the AJAX solution was being demanded from customers. I was hearing if from many corners, this great solution touted, was for customers the only way they would accept their final products. AJAX had quickly become the cure-all in customer's eyes, much like Flash had years before.

Our Responsibility

What we have to realize as designers, is people do listen and people want to believe there is one simple solution for all of their web problems, all of the information problems, etc. We know there is not a simple solution as of yet. In fact the digital information world is far more complex than it ever was, as Europe and Asia will attest, with the influx of mobile handheld use. (Europe and Asia have things a little better than the U.S. right now, as they have much less of a population that believes build for desktop (including laptop) solutions is the one way all design is heading.) Europe and Asia understand the world is far more complex and information far more useful when it can be used in context on a mobile device. The expanding of the devices and the realm of possibile solutions with their benefits and detractors across the many variables we monitor componded the problems we are solving. Simplicity is many designer's goal, but getting there is ever harder today and we must embrace the complexity (thank you Mike for turning that light on for me) and work through it. We also need to communicate the complexity to our customers so everybody understands it is not as simple as it seems.

It is this complexity of convergence around devices is also compounded by the flood of information people are experiencing, which is what has me loving the work I get to do around the Personal InfoCloud (and the Model of Attraction and folksonomy that are intertwined with it). This work is satisfying as it is not only defining the problems and working through possible solutions, but more importantly laying out frameworks to design and build solutions that others can use. There are increasingly people (who may become customers) that are coming and asking the right questions from the right perspective around the Personal InfoCloud, which may be another reason I really like working on it (we all love people asking smart questions). People are asking how to cross their canyon while describing the canyon and many times showing me the canyon they would like a solution designed for.

I think we all know what the next step is. It will not be happening tomorrow, but every day that passes makes the frustration that much worse. Knowing there is one point around which much of my frustration revolves may help me deal with it better.

State is the Web

The use and apparent mis-use of state on the web has bugged me for some time, but now that AJAX, or whatever one wants to call "XMLHttpRequests", is opening the door to non-Flash developers to ignore state. The latest Adaptive Path essay, It's A Whole New Internet, quotes Michael Buffington, "The idea of the webpage itself is nearing its useful end. With the way Ajax allows you to build nearly stateless applications that happen to be web accessible, everything changes." And states, "Where will our bookmarks go when the idea of the 'webpage' becomes obsolete?"

I agree with much of the article, but these statements are wholly naive in my perspective. Not are they naive, but they hold up examples of the web going in the wrong direction. Yes, the web has the ability to build application that are more seemless thanks to the that vast majority of people using web browsers that can support these dynamic HTML techniques (the techniques are nothing new, in fact on intranets many of us were employing them four or five years ago in single browser environments).

That is not the web for many, as the web has been moving toward adding more granular information chunks that can be served up and are addressible. RESTful interfaces and "share this page" links are solutions. The better developers in the Flash community has been working to build state into their Flash presentations to people can link to information that is important, rather than instructing others to click through a series of buttons or wait through a few movies to get to desired/needed information. The day of one stateless interface for all information was behind us, I hope to hell it is not enticing a whole new generation of web developers to lack understanding of state.

Who are providing best examples? Flickr and Google Maps are two that jump to mind. Flickr does one of the best jobs with fluid interfaces, while keeping links to state that is important (the object that the information surrounds, in this case a photograph). Google Maps are stunning in their fluidity, but during the whole of one's zooming and scrolling to new locations the URL remains the same. Google Map's solution is to provide a "Link to this page" hyperlink (in my opinion needs to be brought to the visual forefront a little better as I have problems getting people to recognize the link when they have sent me a link to maps.google.com rather than their intended page).

Current examples of a poor grasp of state is found on the DUX 2005 conference site. Every page has the same URL, from the home page, to submission page, to about page. You can not bookmark the information that is important to yourself, nor can you send a link to the page your friend is having problems locating. The site is stateless in all of its failing glory. The designer is most likely not clueless, just thoughtless. They have left out the person using the site (not users, as I am sure their friends whom looked at the design thought it was cool and brilliant). We have to design with people using and resusing our site's information in mind. This requires state.

When is State Helpful?

If you have important information that the people using your site may want to directly link to, state is important as these people will need a URL. If you have large datasets that change over time and you have people using the data for research and reports, the data must have state (in this case it is the state of the data at some point in time). Data that change that does not have state will only be use for people that enjoy being selected as a fool. Results over time will change and all good academic research or professional researchers note the state of the data with time and date. All recommendations made on the data are only wholly relevant to that state of the data.

Nearly all blogging tools have "permalinks", or links that link directly to an unchanging URL for distinct articles or postings, built into the default settings. These permalinks are the state function, as the main page of a blog is fluid and ever changing. The individual posts are the usual granular elements that have value to those linking to them (some sites provide links down to the paragraph level, which is even more helpful for holding a conversation with one's readers).

State is important for distinct chunks of information found on a site. Actions do not seem state-worthy for things like uploading files, "loading screens", select your location screens (the pages prior and following should have state relative to the locations being shown on those pages), etc.

The back button should be a guide to state. If the back button takes the user to the same page they left, that page should be addressable. If the back button does not provide the same information, it most likely should present the same information if the person using the site is clicking on "next" or "previous". When filling out an application one should be able to save the state of the application progress and get a means to come back to that state of progress, as people are often extremely aggravated when filling out longs forms and have to get information that is not in reach, only to find the application times out while they are gone and they have to start at step one after being many steps into the process.

State requires a lot of thought and consideration. If we are going to build the web for amateurization or personal information architectures that ease how people build and structure their use of the web, we must provide state.

Personal InfoCloud at WebVisions 2005

I, Thomas Vander Wal, will be presenting the Personal InfoCloud at the WebVisions 2005 in Portland, Oregon on July 15th. In all it looks to be a killer conference, just as it has been in the past. This year's focus is convergence (it is about time).

WebVisions is one of the best values in the web conference industry these days, as the early bird pricing is just $85 (US). You don't need an excuse, you just go. You spend a Friday bettering yourself and then Saturday in Powell's Books the evenings are spent talking the talk over some of the world's best beers served up fresh.

Tech Expo Fose was Ho Hum

I made it to Fose (the government-centric tech trade show) today. I was impressed nor intrigued by extremely little. There was mobile and a very good showing from the Open Source community, old old news to non-government folks. I was completely blown away by many booth's lack of understanding of their own products, particularly the Microsoft booth, I was interested in the One Note as it seemed similar to Entourage's Project (they were unfamiliar with any of the Microsoft Mac products and did not know they made products for the Mac - although they did laugh at my Keynote is PowerPoint with out swearing quip). The MS booth was pushing the product, but nobody seemed to have a clue about it. I was also interested in Groove (I was a fan from when I was using the beta of it many years ago) and wanted to see its current state. Microsoft really needs to hire people who not only care about their products but know about their products and what the company is doing. (This is truly not a Microsoft slam as I am getting some long long lost respect for them on some small fronts.)

I was quite impressed with three booths, Apple, Adobe, and Fig Leaf Software as they were extremely knowledgeable and were showcasing their wares and skills and not goofy side-shows. They had the skills and wares to show off (Blackberry also had a good booth, but I did not have a great interest there).

Apple was showcasing their professional line of hardware, including their servers and SAN, which blew all other server solutions out of the water on price and capability (including Dell and HP). Apple was also showcasing their new OS Tiger, which they were able to show me does search, using Spotlight, in the files comments in the metadata (now labeled Spotlight comments just to make it clear), which will make my life so much wonderfully better, but that is an other post all together. Tiger's Dashboard was also very impressive as it has an Expose-like fade-in ability. I tried asking the same questions to a few different people at the Apple booth and they were all extremely knowledgeable and across the board may have been the most impressive for this.

I hounded Adobe about their InDesign CS2, GoLive CS2 (standards compliance), and Acrobat (tag creation and editing). Not every person could answer every question, but they were able to bring over the right person who had deep knowledge of the product. Adobe has products I like, but there has always been one or two tripping points for me that keep me from fully loving their products and from using their products exclusively in Web development workflow.

The guy at the Fig Leaf booth (a Macromedia training and development shop in Washington, DC. I asked why no Macromedia and was told they pulled out at the last minute, but I had to thank the folks at Fig Leaf as they have the best Macromedia training anywhere in the area (nobody else comes remotely close and most others are a complete waste of time and money). I was really looking for Macromedia to talk about ColdFusion as their last product was so poorly supported by Macromedia it has been strongly considered to drop the product from the workflow. Fig Leaf, not Macromedia was the firm that posted the work arounds to ColdFusion server flaws when you run the CF MX product in a secure Microsoft environment. There is a lot about the Macromedia site that is really difficult to use and it is nearly impossible to find the information you want as well as get back to that same information. Macromedia does make some very good products and they have been very receptive to web standards for quite some time, but there are things that make embracing them so very difficult.

Overall, I got a lot from the show, if only from a very small number of vendors. I think I am finally going to switch up to the Adobe CS2 Premium Suite as it seems like a very good suite, and it has been difficult getting the cross-platform upgrade for the Windows to Mac switch from my PhotoShop 6 license (thanks to help from people in the booth that may be less painful than the two or three hour calls I have previously endured). Also thanks to the faux doctor who handed me a bottle of mint candy pills from the Blackberry booth (chili dog with onions was not good fair prior to going to Fose).

Yahoo360 and the Great Interaction Design Yardstick

Jeremy Zawodney talks about a Yahoo preview of Yahoo360 to which they invited "influencers" to provide honest feedback (Danah Boyd provides her wonderful view too).

What I really like about Jeremy's post is the repeated reference to Flickr when explaining things. The key thing is that Flickr (yes it is now owned by Yahoo) knocks the snot of of other's interaction design. Flickr set the standard and it is what many other web-based products are truly lacking. Getting the interface and interaction right is not half the battle, it is the battle. So few do it well and very few execs around the industry get that. What is lacking in so many products is design that creates, not just an ease of use, but a fun successful experience.

Flickr makes refindability of the pictures a person posts much easier by using tags that make sense to the person providing the tags. The interface for providing the tags is simple and does not take the user away from the interface (thanks to Ajax). The rest of the options are done simply from a person using the site's perspective. Everybody I know gets completely immersed in Flickr. This is something I can not say about Ofoto or other photo sharing sites, one goes to these sites to see the pictures somebody you know has taken. Flickr can be the most efficient photo sharing tool for uploading and managing one's own photos too.

Simply it is make things easy to accomplish tasks, focussing on what the person wants and need from the product. Accomplish this feat at the same time make it fun. There is no harm in making life enjoyable.

The Future of Newspapers

A state of the newspaper industry article in today's Washington Post tries to define what people want from newspapers and what people are doing to get information.

Me? I find that newspapers provide decent to great content. Newspapers are losing readers of their print versions, but most people I know are new reading more than one paper, but online. The solutions I see from my vantage are as follows.

Ads

The articles rarely have ads that relate to the stories, foolishly missing ad revenues. The ads that are available are distracting and make for an extremely poor experience for the reader. News sites should ban the improperly targeted inducements that rely on distracting from reading the article, which is the reason the person is on that web page. The person has an interest in the topic. There are monetary opportunities to be had if the news outlets were smart and advertisers were smart.

How? If I am reading an article on the San Francisco Giants I would follow and may pay a little something for an ad targeted to this interest of mine. I like to buying Giants tickets, paraphernalia, a downloadable video of the week's highlights, etc. If I am reading about an airline strike a link to train tickets would be a smart option. A news article about problems in the Middle East could have links to books by the journalist on the subject, other background books or papers, links to charitable organizations that provide support in the region. The reader has shown an interest, why not offer something that will also be of interest?

We know that advertisers want placement in what they consider prime territory, the highly trafficked areas of the site. Often this is when the non-targeted ads appear. This is an opportunity to have non-targeted ads pay a premium, say five to 20 times that of targeted ads. The non-targeted ads have to follow the same non-disruptive guidelines that targeted ads follow. This is about keeping the readers around, without readers selling ads does not make any sense.

Archives

One area the news site are driving me crazy is access to the archives. The news sites that require payment to view articles in the archives are shooting themselves in the foot with this payment method and amount required to cough up to see an article that may or may not be what the person interested is seeking. The archives have the same opportunity to sell related ads, which in my non-professional view, would seem like they would have more value as the person consuming the information has even more of an interest as they are more than a casual reader. Any payment by the person consuming the information should never be more than the price for the whole print version. The articles cost next to nothing to store and the lower the price the more people will be coming across the associated advertising.

Blogging and personal sites often point to news articles. Many of us choose whom we are going to point to based on our reader's access to that information at any point in the future. We may choose a less well written article, but knowing it will be around with out having to pay extortionist rates to see it is what many of us choose. Yes, we are that smart and we are not as dumb as your advertisers are telling you. We, the personal site writers are driving potential ad revenues to you for free, if you open your articles for consumption.

Loyalty

Loyalty to one paper is dead, particularly when there are many options to choose to get our news from. We can choose any news source anywhere in the world. Why would we choose yours? Easy access, good writing, point of view, segment coverage (special interests - local, niche industries, etc), etc. are what drive our decisions.

I often choose to make my news selections to include sources from outside my region and even outside my country. Why? I like the educated writing style that British sources offer. I like other viewpoints that are not too close to the source to be tainted. I like well researched articles. I like non-pandering viewpoints. This is why I shell out the bucks for the Economist, as it is far better writing than any other news weekly in the U.S. and it pays attention to what is happening around the world, which eventually will have an impact to me personally at some point in the future. I don't have patience for mediocrity in journalism and the standards for many news sources have really slipped over the past few years.

News sources should offer diversity of writing style and opinion of one source will attract attention. The dumbing down of writing in the news has actually driven away many of those that are willing to pay to read the print versions. Under educated readers are not going to pay to read, even if it is dumbed down. Yes, the USA Today succeeded in that, but did you really want those readers at the loss of your loyal revenue streams?

Loyalty also requires making the content available easily across devices. Time and information consumption has changed. We may start reading an article in the print edition (even over somebody's shoulder and want to follow-up with it. We should be able to easily find that article online at our desk or from our mobile device. Integration of access across devices is a need not a nicety and it is not that difficult to provide, if some preparation is done with the systems. Many of us will pull RSS feeds from our favorite news sources and flag things for later consumption, but the news sites have not caught on how to best enable that. We may pull feeds at one location, but may have the time and focus to read them at another location, but we may not have the feeds there. Help those of us that are loyal consume your information in a pan-medium and pan-device world that we live in.