How Should Government Web Sites Be Designed? 245
Wally Hartshorn asks: "Do Slashdot's readers have some examples of government Web sites that they particularly like or dislike? I'm the Web coordinator for the Web site of a state government agency, and I am looking for some ideas to improve our site's usefulness and design. I've read numerous articles about Web design, but they virtually all focus on commercial sites, where the information to be provided tends to be short and voluntary. There are many good ideas to take from these articles. However, I'm reasonably certain that there are some very different issues to consider when designing a site that is trying to present regulatory requirements (to an audience that would really rather be doing something else) rather than a site focused on selling or providing news. Any suggested good/bad examples to visit?" I think the key word for government sites is 'accessibility'. Do you all agree or disagree?
Some simple guidelines... (Score:1)
1). Keep the use of graphics to an absolute minimum, and use as much plain ASCII text as possible. Every graphic you use increases the load time, and will make it that much more likely that your visitor(s) will lose patience and go elsewhere.
2). If you must use graphics, use text meta-tags so that screen-reading (text-to-speech) software, such as Jaws, can make sense of what's there.
3). Avoid animation in graphics. If you can't say what you need to with plain ole' text, a simple graphic, or a combo of the two, no amount of animated fireworks or envelopes will help.
4). Do NOT, under ANY conditions, tailor the page to be specific to a particular browser for viewing! Adhere as closely as possible to HTML standards so that the page(s) will be readable on ANY browser, even a text-based system such as Lynx.
Thankfully, this lets out using a lot of Micro$platt's bloat-ware.
5). On that subject: Don't use Bill-ware for your server. If you do, you'll end up with more bugs than a bait store, and more security holes than a brick of swiss cheese.
Use NetBSD, OpenBSD, or Linux for the base OS, and Apache for the HTML server package itself. There's a reason that the Unix-based Apache holds 60%+ of the web server market, and it's not because of good marketing.
6). If your site is more complex than a few pages, install a good solid search engine.
7). Remember the KISS (Keep it simple, s----d) principle: A web server that was a nightmare to set up is likely to be a nightmare to maintain.
Good hunting!
the scary thing about the IRS site.. (Score:1)
Just present the facts and try to reduce the misery. Keep the info easy to access and brief. Nobody goes to a govt. website for *fun*.
(anonymous but paying his taxes, yet scared of the govt. actually, I haven't filed for my fucking refund for a year, it sucks being born with a procrastinating personality, let me tell ya)
Re:Here's an idea (Score:1)
gov't websites need to present data in an accessable format.
Please use common file formats (Score:1)
To keep a long story short, stick to well known formats. Although much of the world is using PCs, not everyone is.
Also, please be responsive to email. Even if it is just "we got it, but to save your tax dollars, we won't contact you directly". I sent several complaints to the IRS feedback address, but never heard a peep from them. Nothing like that to make us citizens love and respect our public servents.
And to a lesser extent, please avoid eye and ear candy. Not everyone has fat broadband access, nor are all connections free/fixed cost.
Re:Usefulness is important (Score:1)
Re:Slash (Score:1)
http://www.digitalmaidstone.co.uk/ [digitalmaidstone.co.uk] Peter
Tell me about it (Score:1)
Apache/PHP beats the hell out of IIS/ASP any day.
USPTO (Score:1)
I've never seen a useful or user-friendly DMV, State Employment Division or almost any other governemnt owned website. In fact, it seems like most government sites are specifically designed to be as confusing and useless as possible by junior high school students with the specific intent to sink beneath mediocrity.
---
seumas.com
Re:Canadian way of doing things... (Score:1)
It stresses accessibility, to the point that it requires compliance with W3C guidelines. This is good.
As a Unix person, I especially like the emphasis on accessible data formats (i.e. anything meeting W3C specs). In our organization, we tend to use the interpretation that Microsoft formats aren't allowed.
Canada being a bilingual country, it stresses that, to the point that even stuff like 404 messages have to be bilingual and that you can switch between languages at any time in your browsing. Technically, this is a bit harder to accomplish than straight english, but it's a really nice point to have.
The resulting pages are cleaner than 90% of things on the net in terms of usability for the normal user.
I'm really just pissed off that they got so close, but then blew it in the details.
c.
Re:Canadian way of doing things... (Score:1)
For example, page layout is specced out down to the exact pixel. We all know that this is bad, and I'm sure PDA users with 140x140 screens will be happy to know that content is NOT ALLOWED TO EXIST IN THE LEFT 150 PIXELS.
Sure, the CLF is supposed to result in sites that will fit in 640x480. What he doesn't mention is that the CLF won't produce sites that really work at any other resolution. Yup, if you're browser is less than 640x480, you're horizontally scrolling. If it's bigger, well, everything after the 640'th pixel is whitespace.
People will slower computers and connections will be happy to know that the oh-so-accessible Canadian web sites are loaded with tables (for layout purposes only, of course), blank filler GIFs (http://canada.gc.ca/main_e.html has not less than 10 blank GIFs of various sizes...like someone never heard of the width and height tags), text as images, and things like institutional logos that can't be clicked on (no, you can't click on the Canada "wordmark", you have to click on the bit of text below it that says "Canada Site".
The CLF also dictates e-mail requirements. Neat stuff like all e-mail should have an image representing the institution and the Canada wordmark. Like I really want to get an e-mail with 500 bytes of header, 133 bytes of text, and 4k of useless images.
Don't get me started about the wonderfully EASY TO REMEMBER bilingual URLs that the CLF requires, nice stuff like www.cio-dpi.gc.ca/clf-upe, www.tbs-sct.gc.ca, etc. So now I'm supposed to know acronyms in two languages? Like www.cio.gc.ca/clf/ and www.dpi.gc.ca/upe/ are so hard to implement?
The people who came up with this pile of shit should be required to write out the entire contents of useit.com 100 times for their sins.
c.
Re:Canadian way of doing things... (Score:1)
I've been in that 2%. It's worth it to me. Also remember that 2% or the web access market is one hell of a lot of people.
"Well, for me, it doesn't say you CAN'T have it clickable... so I made it so... I think most people know to click on logos nowadays..."
They don't explicitly say in the CLF body, but there's a "corrective" FAQ which states that institutional signatures and wordmarks can't be used for navigation.
c.
My fav. government website... (Score:1)
Love the design and quick access to information.
talk to the military (Score:1)
it doesn't matter what your biases are one way or another, anyone who takes a serious look at the military's educational materials will have to admit that they've spent one hell of a lot of time and money finding ways to communicate effectively, and have *tested* those techniques extensively.
Re:Should the government be spend money on website (Score:1)
Having a website allows people to get self service, cutting down on the hassle of dealing with an agency. (California lets you renew your car tag online, but in Florida we get to stand in a line for two hours to be told we didn't bring everything we needed.
Re:Think like the user. (Score:1)
http://www.baddesigns.com/sidewalk.html
A good design.... (Score:1)
Re:Canadian way of doing things... (Score:1)
What? (Score:1)
Don't mind me, I'm just bitter because it's finals week.
Kevin Fox
Re:Grumbles about www.jpl.nasa.gov (Score:1)
Re:Accessibility issues (Score:1)
monitors (say, PDAs, or Grandma's 640x480 monitor), and it's awful AND hard to read on a
1600x1200 display.
Sorry, I'd have to disagree with you here.. if you make a table that is 480 pixels across you know it will be readable on Grandmat's monitor and also on a 1024x768... plus any graphics I put in.. will look right... on the other hand, if I go an specify a percent.. it may look fine on your 1024x768.. but when I go and look at it on grandma's 640x480 my pictures may actually OVERLAP my text because there is no room and the picture is too big!
Not like Florida's (Score:1)
In the end, I went to Yahoo's state government section to find a deep link into the Florida Sec. of State page. Not a good result for a "front" page when your vistors have to leave your site to find what is already in your site's perview.
-sk
UK open.gov.uk W3C Standards (Score:1)
AS much as I hate to say anything positive about the British Government (RIP etc) I often point people to the standards that the www.open.gov.uk [open.gov.uk] site uses:
open.gov.uk - W3C standards [open.gov.uk] http://www.open.gov.uk/services/standards.htm
Every time I look at them I'm shocked buy how good they are!
--
New Mexico... (Score:1)
State of Alaska Webpage (Score:1)
http://www.state.ak.us
Re:Accessibility issues (Score:1)
Wrong. Specify "Arial,Helvetica,Geneva,sans-serif". The list should always end with one of the five generic font families.
Re:Search! (Score:1)
----
Dave
MicrosoftME®? No, Microsoft YOU, buddy! - my boss
Re:Check out the UK government web site (Score:1)
Usability: This site allows users to bind keyboard strokes to actions. This WAI initiative is not supported by Netscape.
damn.
Outsource (Score:2)
I say this as such a service firm. But I think it's true. The problem that you're probably going to face is an information architecture problem. Designing a good AI is as difficult as designing a good UI.
Also, a good web firm will be able to look at the problem from a different angle than the ways you're looking at it, because they'll be approaching it from an outsider's POV... exactly the POV you need.
--
Re:Thanks, then Redundant Redundancy (Score:2)
--
Yes. (Score:2)
They obviously don't understand the web or the Internet, and probably never will. Frightening, eh?
---
pb Reply or e-mail; don't vaguely moderate [ncsu.edu].
Re:Got it in One (Score:2)
Ahhhhhh, not quite. Style Sheets are friends too, just don't abuse them. Importantly, do NOT declare any classes as "!important" such that they override any users setting. But as you also say, never ever never ever touch the font size setting, and always use font families as opposed to specific typefaces. But if you are using CSS for maximum readability, the only major things that you are probably playing with is spacing and indentation.
Re:My ideas (Score:2)
I have met tons of people who wise crack about DC, but once they spend a little time here they realize it is a fine city. When they find out that we are taxed without representation in congress, they are usually amazed. What? Don't we live in America?
Make it work fast - (Score:2)
And when your done making it simple, test it out and make it more simple.
Re:Examples of what to do and what NOT to do (Score:2)
-Waldo
Examples of what to do and what NOT to do (Score:2)
Some things that I like in a site... organize data so that you can find information no more than 2 or 3 categories deep. (2 preferred) Also, make a navigation bar that lets you get back to the different parts of the site, without having to back track. Sun Microsystems [sun.com] isn't a government site, but has lots of information that is fairly well organized in the manner I mentioned above.
information should be accessable (Score:2)
Organize in a hierarchy! (Score:2)
Re:Accessibility issues (Score:2)
In situations like this, I think (personal opinion) that it's best to offer a "downloadable, monolithic" version of a document for printing, as well as a sectioned version for online viewing. I'm not going to get involved in an argument as to what the file type should be for a downloadable version, though.
Eh, whatever. Almighty Nielsen would disagree with you where screen fonts are concerned, but frankly I think that the enemy of the good for onscreen body font selection is the unconventional. The difference between serif fonts and sans serif fonts is minor enough for most that it's not really worth worrying about. Unless you pick some fsck'ed up font that the viewer doesn't have, or can't render properly. Or unless it's just plain ugly.
Don't endorse any specific commercial vendor (Score:2)
Government websites should not favor any commercial entity, even ones that already have large marketshares and are perceived by most of the public to be defacto standards. That means you really should stick to open standards, even moreso than a privately-owned web site does.
When a privately-owned web site decides to make a web site that, instead of just using straight HTML, only works with MSIE and Netscape, it is regrettable, but it is their right. And some people think it's not even significantly regrettable, as long as more than 90% of population happens to currently use one of those products.
But not so with a taxpayer-funded web site. I don't want my tax money being used as corporate welfare (in the form of free marketing tie-ins) for Microsoft, Netscape, Macromedia, etc. If the government makes a web site that uses vendor-specific HTML extensions, Flash animations, etc, the government is creating addition market pressure to get users to use those specific vendors' products. Not good at all, IMHO.
And although this may sound extreme at first, that probably also applies to Unisys too. (i.e. If you use GIFs, then users of the web site are be required (even if very indirectly) to do business with one single specific vendor: the LZW patent holder.) So even if Slashdot's people decide to continue to support the LZW patent holder by using GIFs, government web sites should not.
---
Re:Accessibility issues (Score:2)
* Do not clutter the page with a lot of small boxes, frams and icons.
* Remember that the information as such, not the design, is the most important. Nice graphics pretty, but most of the time just annoying...
*If you have several levels of "directories" of information, try to make each level look more or less the same, that is, don't have the first level be a traditional menu to the left, the next one a horizontal list at the top of the page, and the third one a bullet-list in the middle of the page. What I'm trying to say is that similarity between all the pages in where different parts of them are to be found, is good.
Re:Please! No Flash! (Score:2)
Timeliness of info would be nice (Score:2)
Other ideas for timely government information include tax information around the beginning of the year, college/saving tips around September (Massachusetts has the U-fund, for example, that I'm sure people want to know about).
Localized info would be great, too. If I could go to a web site periodically and find out things like what road construction they're doing in my town, where they're putting new streetlights, things like that, I'd probably visit more frequently. But I won't necessarily go looking for it, ya know?
d
Minimize! (Score:2)
Skip flashy, flashing, animated anything. No graphics as text. No sound files. No streaming anything (unless it's content, and not some speech by a politician about how he's improving lives). Make URL's memorable like my.gov/taxes or my.gov/forms. People can remember URLs the same way they can rememember 10-digit phone numbers. Use directories with default documents rather than obtusely named documents. compare my.gov/taxes/2000 vs. my.gov/taxes/2000-forms-list.cfm. Which can you remember?
If you want to hire someone for help, hire someone who's specialty is useability, and not web design (they tend to be mutually exclusive groups). That'll make it available to the handicapped (federal mandate on that, you know, but rarely enforced), consume less bandwidth, and the average employee can create a web page from a template. Discourage forms/files in
Most of all, list EVERYONE's email addresses. The big boss types may not like having their email addresses listed, but heck, the Prez and Vice-Prez have theirs listed, as does every member of congress. Also, have a generic email address as a catch-all for those who don't know who to contact. Make that account auto-reply immediately (so they know you got it), then have someone who's job it is to either reply or forward, those emails, within one day of receipt.
A Working Search Engine (Score:2)
Why? Because it allows them to bypass navigation. They also may not know what the heck it's called, or when it was, or all of your content may not be reachable by navigation. (As in, broken links.)
Canadian way of doing things... (Score:2)
Anyways, basically, we're moving to the most accessible sites possible, but still keeping design/looks-and-feel an important part of it... It'll fit in a 640x480 screen with 256 colours, but it'll at least look nice - that's the plan...
(hmm, I want target="_blank" abilities in Slashdot... that'd be nice...
Re:Canadian way of doing things... (Score:2)
For example, page layout is specced out down to the exact pixel. We all know that this is bad, and I'm sure PDA users with 140x140 screens will be happy to know that content is NOT ALLOWED TO EXIST IN THE LEFT 150 PIXELS.
Same goes with any other net-enabled thing, like cell phones.... But the it comes down to one thing: do you want to build x-many sites to accomodate every single thing out there or should you at least go for what's going to be used most. Web enabled PDAs and cell-phones (including WebTV, which is is also smaller then 640 pixels) only account for less then 2% of web access (from StatMarket's update last month anyhow)... Is it really worth it? *shrug*
If it's bigger, well, everything after the 640'th pixel is whitespace.
As a designer, this is my biggest beef with the setup... I asked if I could format my pages to stretch with the resolution (not a hard thing to do when we're using all tables), but I was told no... Why?? Considering over 55% of the people out there use 800x600 resolution, that's a lot of wasted space...
Canadian web sites are loaded with tables (for layout purposes only, of course),
What's funny is, they pride themselves on strict adherence to the W3C guidelines, but CSS requires that tables not be used... *shrug*
blank filler GIFs
Inexcusable, considering I created a simple template that meets the guidelines 100% and doesn't need such silliness... lazy prorgramming I guess (although it's more work...)
text as images,
Considering the only font we're aloud to use is Arial, designers are forced to put text with other fonts in an image... bloody annoying, but ever try getting a Mac, Linux and PC looking the exact same thing with Helvetica, Times New Roman and Arial fonts all the same time? Damn tuff...
and things like institutional logos that can't be clicked on (no, you can't click on the Canada "wordmark", you have to click on the bit of text below it that says "Canada Site".
Well, for me, it doesn't say you CAN'T have it clickable... so I made it so... I think most people know to click on logos nowadays...
The CLF also dictates e-mail requirements.
You're right, it's stupid... You can see WHY they thought it up, but still stupid.
Don't get me started about the wonderfully EASY TO REMEMBER bilingual URLs that the CLF requires, nice stuff like www.cio-dpi.gc.ca/clf-upe, www.tbs-sct.gc.ca, etc.
Actually, that's wrong... The guideline says that you can either have a single word that's equal in both languages (justice), the style you mentioned or two domains, one for english and one for french (seperate, but still linked together so people can switch languages)... It's laziness and cheapness that stops people from choosing the third option... it's not the guideline's fault...
Ackkkkk... too looooonnggg.....
Re:Canadian way of doing things... (Score:2)
Re:Accessibility issues (Score:2)
Well, people get easily confused, it seems.
--
Re:Accessibility issues (Score:2)
Also note that you can decompress
The point is, zips and gzs are pretty standard across multiple platforms.
--
Paper documents online (Score:2)
There's a website called Bobby that will test your site for ADA compliance.
http://www.cast.org/bobby/
If you need/want to make large amounts of paper documents available on-line, these agencies have done a nice job of it.
US Postal Rate Commision http://www.prc.gov/ (Click on Archives)
City of Bakersfield, CA
http://www.ci.bakersfield.ca.us/scripts/LFWebLi
Collier County, FL Clerk of Courts
http://www.clerk.collier.fl.us/weblink/
City of De Soto, TX
http://www.ci.desoto.tx.us/weblink/
No PDF (was Re:Accessibility issues) (Score:2)
In particular, the KISS principle applies to Web design: the simpler a site design is, the more likely it is to work well on a wide range of devices. This doesn't mean it needs to be ugly -- careful use of stylesheets can produce an elegant, colourful, well laid out design from very simple markup.
Most important is to follow the Web Accessibility Initiative [w3.org] guidelines.
However, on one point I'd like to disagree strongly with what's been posted above: I really don't like the use of PDF. It's an exceedingly inflexible format -- after all, inflexibility is precisely what it's designed for. It is most unlikely to be widely accessible on the range of access devices people use and will use. PDF is for people who grew up in the era of flattened dead trees and simply cannot adjust to a world in which text can be presented to meet the needs of the user.
Stick to HTML: the simpler, the better.
Re:Usefulness is important (Score:2)
Would urge that you avoid recent version Acrobat
Check with your phone people to find out what the most prevalent queries are and make those prominent---might be able to leverage off research done for your voice mail system.
alt tag all the images and avoid unnecessary gee whiz features. Make the developer try accessing the site over a 14.4KB dial-up every so often.
William
--
Lettering Art in Modern Use
Accessibility, Conformance, Consistency (Score:2)
Re:Search! (Score:2)
A lot of government websites store supposedly public documents in a database backend, or put a web frontend on their inhouse Lotus Notes system. If the documents are public, then put them where they can be found by web search engines.
Then the site can just put a Google search access from their using the site: attribute.
Re:Accessibility issues (Score:2)
//rdj
W3C Web Accessibility Initiative (Score:2)
Don't forget to design the Website for disabled... (Score:2)
One state employee's opinion (Score:2)
I think most people are unaware of exactly what some government agencies do. I think each site should describe the agency's mission and its organizational structure. People come to government web sites to get information, and they should be able to find it quickly. You may want to log the traffic on your site to help you design it more efficiently. Find out which pages people frequent the most and track their path as they navigate your site.
I'm a big data user, if possible provide any data your agency produces which the public may find useful in electronic format. Preferably something everyone can use like delimited text.
Keep the site as simple as possible. I don't mean it shouldn't look good, but for God's sake don't use java or javascript for a link (our site does that and some of the links don't work most of the time), in fact don't use it at all. Server side scripting like asp or php is good if you need it.
Don't assume that everyone has a T1, a 21 inch monitor, and a 1 ghz processor. Design your site so that the user at home with a 15 inch monitor, a 56k modem, and a pentium 200 can reasonably access it.
And finally, please, please do not use frames.
Re:Accessibility issues (Score:2)
Please don't use Word, or Wordperfect, or any format that someone can't read for free. PDFs are good, but if your using the latest version, make sure that older PDF readers can use them. And of course HTML or plain text is acceptable.
Usefulness is important (Score:2)
Of course it's important to be 'accessible', but beyond that, make it _useful_. An exceptionally bad design, for example, is the New Jersey Transit homepage [njtransit.com]. I can't see a complete line schedule for the trains, and all of the bus schedules are scanned PDFs (meaning I can't text search anything).
A slightly better example is the Texas state homepage [state.tx.us]. There's lots of information available about laws and whatnot, but unfortunately none of it is searchable. On the state legislation [state.tx.us] page there is (as far as I can tell) a complete legislation listing, but none of it has been indexed.If I could make one suggestion, it would be this: Include a search capability [htdig.org].
Strategis (Score:2)
the first page is simple and offers a choice of english or french
the next page has the search and index prominantly displayed
There is a crap load of information on there
Look to LDP (Score:2)
Disclaimer: I am an embittered former federal employee, not a lawyer. Advice which follows is from experience. ;)
A key problem isn't technology related. Government information has typically been inaccessible in general. Your web design might present it in a way which doesn't put up obstacles, but the fundamental problem is that things are extremely complicated. Also, if you are like the agency I used to work for, you'll be overwhelmed with a mountain of government regulations on how your page is designed, and what kind of back end you could use. In my agency, Zope and PHP were banned, for instance, and perl scripts had to be approved by a committee of non-programmers-- ie they were effectively banned, too.
1) Don't design to internal, organizational boundaries. From the outside, a government is a single monolithic entity, and people won't know what entity (or more likely, entities) their problem falls under.
An alternative is to design similarly to the Linux Documentation project. Have a series of howtos, based around basic tasks (for instance, property tax rebates, or disaster loans, or filing an environmental complaint). To take disaster loans as an example, you could tell them how to contact the federal Small Business Administration, your state government equivalent, your state Emergency Management Agency, your Department of Agriculture, as well as what they can reasonably expect through each avenue. Include a checklist, troubleshooting section (include a link to the State Legislature email list-- you'll take some heat from the executive branch, but it is a definite plus for your constituents).
2) Design a knowledge base (plenty of shrink-wrapped stuff is available if you can get it through procurement). When questions are asked, the responses can come from the agencies themselves, along with links to relevent information.
Basically, when you buy from IBM or General Electric, you don't go fishing around for someone who can help you (ok, you do, but not as much as you do in government). Ultimately, treat your state as a single entity providing services, and hide the internal details of government as much as possible.
You will, I guarantee, experience a major headache trying to do a good job. Press, the public sector equivalent of marketing, will demand that their agency have special billing and its own section that they can play with-- more than just the 'general information' that they need, they'll want everything related to their agency on its own page. Legal/Ethics will want to control what technology you use and how you use it. The executives will want their initiatives to take top billing over the things people will actually use your site for. There is no 'customer service' per se; most is run out of the offices of the elected officials. So you won't have people to hold responsible for populating the knowledge base with knowledge. Most agency employees only know their own agency, and aren't in any case accountable for their contribution to the web effort.
It is a major challenge, and I don't envy you. Ultimately, to make it work, you'll need to push very hard, and get buyin at the Governor's office. But good luck: people don't realize how hard government employees work to, despite everything, get the work done, and done well.
What content is best? (Score:2)
Seth
Universal Access is key (Score:2)
--
Re:Anything would be fine be (Score:2)
"and yet still want to play tones of Flash which bored readers"
what?
Cold Fusion State Site (Score:2)
All done in Cold Fusion, MS SQL back-end:
http://www.icjia.state.il.us
The site contains a full content admin section, pages are set to expire at specific dates, etc.
My favorite gov site (Score:2)
Their search engine for the nail database is awesome too.
tcd004
Janet RenoMargolis [lostbrain.com]
Re:Make them printer-friendly - With Acrobat! (Score:2)
Check out Europa (Score:2)
Its a non-US government site but is very well designed for its purpose.
Whats good about their site:
Most web pages available in a choice of 11 languages (US English excluded ;) )
Whats new section detailing daily events in the EU and new web pages uploaded
Custom search engine
More than one method available to find information i.e. search engine, menus, by subject
Heavily text based, i.e still usable for the visually impaired or on text based browsers (ie Lynx)
User centred design (Obligatory Kharma Whoring Nielson reference)
Like Slashdot the site is updated on a daily basis, so the content is never out of date
Re:Make them printer-friendly (Score:2)
Making them printer friendly brings in a lot of basic elements of the design of a site like this. The first thing they have to consider is their target audience. As a government agency the target audience is probably very broad, ranging down to users with 640x480 resolutions with 256 colors, and no support for frames and javascript.
I too have been involved in the design of a few gov't web sites. One thing we have learned is that you have to design for that audience. Use only the web safe color palatte and do not let your page width exceed 600 pixels (think about scroll bars and such). If you meet these basic requirements for on screen viewing, printer-friendliness should come along naturally.
It is my belief that most web sites should be contracted out. Unless you already have a dedicated and talented web department, you will be happier with the results if you use a local agency. You should be able to find one that accomodates your needs.
_______________________________________________
Just don't... (Score:2)
First you'll miss your deadlines, then they'll decide that your deadlines weren't important, and then when they do finally finish the design, the legistlature will overrule them.
Basic Government (Score:2)
Make sure all information can be printed in a nice format.
When developing the search system, make sure the results page returns valuable information. I hate going to a site that is filled with articles, laws, or other non-bite sized information and doing a search where the results page only gives me a generic title and a relevency score (GovDoc#134, 83%). 20 plus of these documents means a page of useless information where I have to visit each one, do a find in page search to see it that document is what I need. If the search results page gave back a summary of each link and offered a meaningful title, I'd at least be able to weed out the documents that I know won't apply.
I do agree access is important so if you have a place where people can submit email forms, make sure there is an autoreply and tracking number system. If there is not a person assigned to respond or triage those emails, it is better not to offer that option. For me, emails are 'fire-and-forget'. If the form is provided for me, and I use it, I expect timely action from it.
If the governmental agency is suited for that kind of interaction then let the website visitor know up front that a phonecall is the best way contact the agency.
The other thing that annoys me is a governmental website that tries to look pretty. Flash is great, but it makes me wonder, as I wait for the site to load, how much of my tax money went to design it. Utilitarian design and navigation is the answer with enough graphical verve to look interesting but not too much to make me forget I am on a government website.
And in response to the hacking issue, I know the US government has two types of security, absolute and none. If personal information is collected from the website, I want tons of guarantees of privacy. If you cannot provide the security necessary, don't provide a service that collects personal information.
Thanks, then Redundant Redundancy (Score:2)
For a while I used to think the old web (back in the Mosaic days) was ugly, and was thankful for the new, enhanced pages which were so pretty. Until most designers took all that stuff way too far. Now, especially with government sites, I think every page should work well with text browsers. This is important since the user base has a right to get at your information and access should not be an issue (and AFAIK most accessibility solutions rely on standards which tend to render well in Lynx-type browswers).
I also think any downloadable information provided on government sites should be in a form which is as platform independent as possible. Text goes in
Government web sites should strive to be cutting-edge not in the human interface department, but in the back-end department, with rigorous server-side work to assist in indexing, searching, organization, maintenance, and things like that. If my tax dollars are at work, I'd prefer them to be used to get the information together and to make it accessible. Any money spent paying designers to write little roll-overs and flashy graphics is not efficient. It hasn't added enough value to most dotcoms to get them out of the red ink, and it's not adding value to the state either.
Re:Thanks, then Redundant Redundancy (Score:2)
Good public sector site: transitinfo.org (Score:2)
This should be an example to anyone designing a web site distributing customer information, in my opinion.
Re:Should the government be spend money on website (Score:2)
find the site where my (@#$@#$^%) software was going
submit the data myself
have the submission tracked
have everything clearly explained
I've got a suggestion (Score:2)
Re:I've got a suggestion (Score:2)
Re:Canadian way of doing things... (Score:2)
As a Canadian user who has to actually use these sites, I find them inaccessable. Almost invariable, I can't find what I'm looking for.
Granted, this has improved somewhat over the last few years, but it still needs work. Take a look at the American Government sites -- to me, they seem remarkably complete. It's easy to find the info I need, and then I can print off all the appropriate forms from there.
I recall once I went to the Ontario Ministry of Transportation site with some questions. I couldn't find the answer on the site. There was a submit question form, so I submitted. Several days later they CALLED me with the answer -- as opposed to emailing me.
I could not care less if a government site looked nice. I go to the government site to find information about rules, regulations, procedures, etc. I go to the site because I don't want to waste my time calling, getting put on hold, and then finding out that I called the wrong department. But it seems that I end up wasting my time anyway.
I just want the info. Get all that up there, organized, indexed, cross-referenced and searchable and I'll be happy with almost any look and feel.
Think like the user. (Score:2)
Country of Copenhagen, Denmark (Score:2)
All frames and image (except blank) have names that make it easy to navigate for blind people. We used lynx to test all the pages and if we could get around with lynx, we changed that part of the website.
There are no flash, director, java etc on the site.
The search engine does freetext search and displays it ordered by category (news, contacts etc.)
Everything is run by databases and if an office changes address, phone number etc, all occurrences of this information is changed everywhere on the site immediately to avoid old information being on the site.
The are also features as printer friendly format and sitemap.
They were pretty happy with the site and won a price for best information management by a Danish government website.
Re:Make it work fast - (Score:3)
Why? The entire purpose of serif fonts is to make them easier to read by drawing your eye down the line. Personally, I'd much prefer if people left the FONT tag alone. I chose the fonts that were easy for me to read, don't presume I find 6 point Arial easier on the eyes, even if you do. Actually, it got so bad there for awhile that I even clicked on the "override document fonts" checkbox, even though that tends to break those pages that are assume you're browsing with IE at 800x600 under Windows.
Re:Make them printer-friendly (Score:3)
BTW, I always use the printer-friendly version (if there is one) for ordinary Web browsing.
The BBC's website has a CGI script Betsie [bbc.co.uk] which automatically generates an 'accessible' version of a web page. But this is not an ideal solution, it would be better to write the page in an accessible way to start with. HTML-linters like Bobby [cast.org], Weblint [weblint.org], and Tidy [w3.org], not to mention just validating properly with nsgmls, can help here. Also read the W3C's accessibility guidelines [w3.org].
But I don't mean to rant too much on the web purist's favourite topic of alt tags and not using tables for layout. I mean, it's not as if I even use Lynx for browsing. One thing I would like to have is a clear sense of real people behind the site. This means having a contact address (or at least a link to a contact page) on every page, and where appropriate, other meta-data like which department is responsible for this page, where the information comes from, when it was last updated, and so on.
Also try to make your URLs last a reasonably long time (i.e. not like microsoft.com, for anyone familiar with that site). This means that people can bookmark a site containing useful information and go back to the same page later. It also helps search engines.
Finally, it might be a good idea to support SSL connections and get a certificate, possibly signed by the government itself. That way people can feel reassured that 'the bad guys' aren't getting in the way.
My thoughts (Score:3)
Re:Accessibility issues (Score:3)
Text should be in a table with a width of approx 200 - 500 pxls.
Let people decide this with their browsers, and never specify sizes in pixels. It looks awful on small monitors (say, PDAs, or Grandma's 640x480 monitor), and it's awful AND hard to read on a 1600x1200 display.
Do NOT put large amounts of text into a single, monolithic table. This may cause a user's browser to have to wait for the whole page to be loaded until they see any text.
This is a government web site, not a sales site. The goal is complete and accurate information, not loading speed. You need to realize that there are some people who HAVE to use special browsers (blind, etc.), and there are others who just don't want to use IE or Netscape, and these users would rather have all of their information in a single block rather than having their browser say "left-brace table right-brace left-brace tee arr right-brace left-brace tee dee right-brace" etc. before and after each paragraph.
Use sans-serif fonts
No. Let the user choose his own fonts in his browser. You're wrong about serifs and readability. Sans-serif is easier to read when the words are unfamiliar (proper nouns, technical jargon, etc.). Serifed fonts are easier to read for normal text, so long as the reader understands the words that are being used.
Give links for a zip-file of all text
There are many people, particularly in this august forum, who do not use windows. For these people, zip files are an inconvenience. Providing plain text files is a good idea, though.
--
Re:Accessibility issues (Score:3)
-look at it with lynx. it should be readable. this is a decent test to see if it's accessible to the blind
-no flash, or at least offer an alternative. it's not nice to require viewers to download a plugin.
-no banners
-no cookies
-a searchengine (htdig?)
//rdj
Re:Accessibility issues (Score:3)
I'd also point out Philip Greenspun's [greenspun.com] scorecard.org [scorecard.org], a clearing house for environmental data. It's a very accessible, data-rich site that might be a sort of model for things a government data-distribution site could do.
Accessibility issues (Score:3)
If you have a lot of text:
1) Limit the width that the text can flow -- do not allow it to expand to full browser width. Text should be in a table with a width of approx 200 - 500 pxls.
2) Use style sheets to make the LINE-HEIGHT at least 1.2 if not 1.3 or 1.4. The extra leading will be appreciated as it will make for easier reading.
3) Do NOT put large amounts of text into a single, monolithic table. This may cause a user's browser to have to wait for the whole page to be loaded until they see any text. This may seem contrary to #1, where text is required to be in a table. The solution -- put blocks of text (maybe on a paragraphy-by paragraph basis) into their own separate tables of fixed width. This will allow the text to load progressively. (see search results on Half.com for a good example.)
4) Use sans-serif fonts -- verdana, arial, helvetica, sans-serif -- specified in style sheets. This improves readability, and will cut down on page size by not requiring a million *font* tags.
5) Give links for a zip-file of all text in a plain format. Users can then open it in their favorite word processor to print, copy to pda, etc.
Please! No Flash! (Score:3)
Jakob Nielsen has a great article covering this, see http://www.useit.com/alertbox/20001029.html .
---
Josh Woodward
One thing that is important for a government site (Score:3)
Nothing worse than sending off an e-mail and not knowing if it's even been received, yet alone if anyone's ever going to read it.
I'm speaking to you, david shepard [state.tn.us]
Rich
Don't be a Toad (Score:3)
DO NOT waste space toadying to your chief bureaucrat at the expense of useful content.
For example, the top of the menu bar at NASA [nasa.gov] is a paean to NASA administrator Daniel Goldin: links to his bio, his welcome letter, his speeches. Click hot topics [nasa.gov] and the menu bar full of juicy Dan Goldin information is still there. In contrast, try to find out what's up with the NEAR mission to Eros. Go ahead-- I gave up.
This problem isn't isolated. Pick another site, say Department of Commerce [commerce.gov]. The "tribute link" [doc.gov] to the chief bureaucrat is top-right, and you get a biography, speeches, op-eds, even "official photographs".
Here's the USDA [usda.gov] site, where prime position is taken by a big picture of Secretary Glickman [usda.gov] at the ribbon cutting for a new wing of the Dept. of Agriculture.
Gag.
Access to what people want (Score:3)
I work in DC as a web development trainer for this [westlake.com] company.
</credentials>There are a few things you can do to make your website work better for your clientele:
My $.02
Step 1: Listen to Jakob Nielsen (Score:4)
There may be a whole load of specific issues to consider, but on the general issue of making a website that people can stand to use, he's your man.
--
Good and Bad: irs.gov (Score:4)
However, that said, I rarely have a problem finding information on their site within, say, 5 clicks. So that's a plus on the usability front. But if you're looking for design, don't "steal" from the IRS.
My ideas (Score:4)
I think the the new Washington, DC government page (washingtondc.gov [washingtondc.gov]) is actually a pretty good site.
Right on the front page there are links for "Today in DC", including meetings, weather, and (very important) closures.
There's a link to an alphabetic list of DC Government agencies. Most of these subsites contain relevant information like contact information, hours of operation, procedures, an deven forms in some cases.
In fact, I've had better luck getting information from the DC website than I have trying to get somebody to answer the phone.
Now if only we had real congressional representation...
--
Check out the UK government web site (Score:4)
As for how to present regulatory info, the main thing is to think from the user's point of view. E.g. "I'm running a photographic processing shop with 10 employees. What do I need to do to comply with waste management/employment/tax laws?". Then present information in that kind of format.
Oh, and put a good site search engine on the front end, and if you have any database system for accessing data then see if you can figure out how to let outside search engines see the data as well.
Paul.
Accessibility? Call Bobby! (Score:4)
So far the best tool I've found for helping to make sure your site is accessible is Bobby [cast.org], a free service provided by CAST (Center for Applied Special Technology) to check websites versus usability standards. It can be run online, or there's a downloadable version, and generates a prioritized report of everything that you have to look at and potentially fix to help special browsers (such as text-to-speech) function better.
Search! (Score:4)
You need a powerful search capability.
Say I want to know about the legality of putting extra lights of various colors on my truck...
Or where to register to vote...
Or who to contact about the title of a vehicle...
There are a lot of questions one can ask of a state government--provide a way for us to ask them.
Eli
Make them printer-friendly (Score:5)
Got it in One (Score:5)
I think the key word for government sites is 'accessibility'.
Bullseye.
The rules for content are simple:
The first item means that you have to be really careful how you lay out your site navigation. Other posters have some good suggestions here. In particular, consider how your users will try to find things. Hint -- it aint by regulation number.
It is also important to provide your data in a usable form. Thomas [loc.gov] is a particularly bad example here. This site lists bills before the US Congress. Unfortunately, the "real" text of the bills is almost invariably in the form of a diff to a current law; it's impossible to tell what's going on without reference to the original, and even then, it's not easy.
In terms of fancy layout, etc:
In particular:
Above all, look at it! Look at it with every browser you can find. Don't forget the old versions. (And don't forget Lynx.) Get some blind (excuse me, Visually Impared) testers if at all possible to "look" at it with screen magnifiers and screen readers. Look at it over slow lines.
Note that, depending on the laws in your area, you may have specific requirements that won't fit these (or probably, any) guidelines (line numbering, fonts, etc). In this case, you may be limited to letting folks download a PDF file. Even in this case you should be able to post your HTML regs "for information only" and tell people to refer to the PDF for the "real" regs.
Anyway, good luck! One advantage of the current crowd of crap Webpages is that it's easy to look good.
--