Don’t quit your day job

Gillian Carson | The Timeframe, Amigo | Friday, May 12th, 2006

Building web apps is nice. It’s interesting and challenging and imaginative, but it doesn’t pay the bills in the beginning, at least not for most of us. So we have other jobs to do, like running workshops. We’re at a workshop today, Eric Meyer’s ‘Professional CSS XHTML Techniques.’ It’s in London which means that we have to stay over for a least two nights and it also took us around two days before that to prepare for the workshop. So this week we haven’t been able to devote as much time to Amigo as we should.

The point is that this is normal. Unless you are Google and you do have gazillions of dollars and just as many workers then you will have to build your web app ‘on the side’ and while you are doing other stuff. Work this into the timeframe. Don’t assume that you can work on your web app every single day, it’s not realistic. Stuff happens, you need to work (to get money), you get tired, it’s Sunday and your family is visiting. Whatever the distraction is don’t deny that it exists. It’s the only surefire way to get behind with the build.

The servers are taking forever to get setup

Ryan Carson | The Development, The Servers, Amigo | Friday, May 12th, 2006

A screenshot of the Basecamp Milestones, showing the servers being late

We work with a company in San Francisco, who takes care of setting up, deploying and managing our servers. Amigo is going to be hosted on a single LAMP box at 365 Main (one of the world’s best data centers, in my opinion).

They were really responsive and wonderful when we worked with them on DropSend, but they’ve gotten really busy lately and it’s taking them forever to get our server deployed.

This has made it hard on Dave, our developer. He’s had to use his Linux box as a dev box. It’s not in a data center, so the connection is unreliable at best.

Lesson we learned: get your servers deployed at the beginning - don’t wait.

Great Ideas from Other Apps

Gillian Carson | The Design, Amigo | Thursday, May 11th, 2006

skype animation

While scouting around the internet in my search for concise web copy I also found some nice layout features - devices to help your readers either get to your info or help them understand your app better.

I thought I’d share these with you as they’re better off on the page rather than stuck in my head. So here goes…

The BNA Web App Oscars.

Cute Navigation

The prize for cute navigation goes to Skype for their very useable site map that appears at the bottom of each page. It’s a simple device and an old one at that but doesn’t it work well? With so much documentation on one site the map really is a Godsend. Skype site map

Best Sign-up Page

Shutterfly may not be everyone’s favourite Flickr imitation but they do sport a tidy sign-up screen. The design is a bit rainbow and too happy-go-family for my taste but the sign-up page really works. It’s simple without being childishly big, and there’s enough information there to convince you to sign-up without overloading your with data. The images tell the story which is normally the quickest route to get information across - they say ’see this picture of people having fun, this is you, and all you need to do is print your pictures and you can capture this moment forever.’ Heck they had me sold! Shutterfly sign-up

Dealing with a Split Audience Well

These people have a very daring application - a web app for the financial industry - yikes! They have the problem that their user base comes from two very different backgrounds (lenders and borrowers). It’s a problem that Amigo has to overcome too (if indeed it is a problem). I think they deal with it well, the split screen idea works very well and their icons draw you to the right area straight away. Ambitious but it works. Zopa split screen

Lightning Fast Info

BlinkSale’s ‘Learn’ section is the fastest in the West. They just use big pictures of the app in action with very little explanation. I was surprised to see how quickly I understood the app, considering it’s fairly complex. The screenshots were genius. Be warned though, you can really only get away with this if your interface is super-easy to use and well sign-posted. Blinksale’s ‘Learn’ section

Best Overall Communication

This prize goes to Skype. Now I know that some people will argue that Flickr is an overall top performer too - and I agree - but someone has to win! Skype just has it all for me, The whole site is very short, sharp and to the point which makes me feel like there really is nothing to this ‘free telephony thing’ (right or wrong). While the winning feature has got to be the animation on the home page. Any animation that still makes sense in Korean really does deserve to win. Skype’s animation

If you’ve got your own nominations, add them in!

The Holding Page was Broken - Duh!

Ryan Carson | Video Diaries, The Development, Amigo | Wednesday, May 10th, 2006

In this video, we talk about how we screwed up the holding page. We were rushed to put it up and made a school boy error on the PHP. Goes to show that everyone makes mistakes!


RSS readers, view the video here.

Writing copy for the website

Gillian Carson | The Text, Amigo | Sunday, May 7th, 2006

Skype - homepage
It’s time to write the copy for the website so that Jason can start to put the site together design-wise. It took us about two days to write the copy for the website and for the first half day we wrote nothing at all but looked at other sites, and thought about what our visitors would want to know. Good site copy is concise, short, to the point with absolutely no jargon, but it doesn’t start off like this. Getting your ideas down is the first hurdle. You can always smarten it up later with a few tricks stolen from the world of journalism.

As you know we have the logo and name already in place but we needed a strap to sit under the logo that tells the visitor in five or six words exactly what the product does. For instance, ‘Flickr - the best way to store, search, sort and share your photos.’ The strap should be short, to the point and leave people in no doubt what your service does and/or who it’s aimed at.

Once you have the strap pinned down things get much easier. Firstly, because you know who to aim your copy at tone-wise and secondly because you should begin to get a clearer idea of what information people will want to know next.

Try to suspend reality for one moment and imagine that you are not so immersed in the build of your new app that you know every nuance of its character. Imagine that you are your mum, and you have stumbled on a new site called Amigo that has a nice smiley face for a logo. Oooh! nice, tell me more… What does it do? (this is solved by the strap line). Sounds great. Now think - what’s your mum’s next question? It could be ‘how much is it?’ or ‘how does it work?’ or ‘how do I sign up?’ This will be specific to your app.

Of course your mum may not be your target audience so you have to be sensible when writing your copy from this point on. However, it’s useful to imagine that when your customers arrive at your site they will know as much about your app as your mum probably does right now, so make sure to explain everything in clear terms and second-guess the questions your visitors will be asking themselves.

Skype does this very well. The first box you see on Skype’s site is a huge green box that says: With Skype you can talk to anyone, anywhere, for FREE, forever’ - with the word free in caps on its own line. Why? Because when you land on the site and you start to understand that Skype is all about telephony, your next question is ‘aah but how much does it cost?’ Skype dissolves this barrier immediately by telling you it’s FREE. After that, most people are sold and so the next button you find is ‘download Skype’. For those who are not sold there is always the ‘learn more’ button.

In journalism college when they teach you how to structure a news story they tell you to use the ‘Who, What, Where, When, Why, How?’ test on your copy. Who did it, what did they do, where did they do it, when, why and how? A good news story will give you all these facts very quickly in the first paragraph and usually in this order (grab today’s newspaper and check it out, most still use this structure).

You can use this to double check that you have all the information your visitors require quickly accessible on the home page.
Who - who is the app aimed at?
What - what does it do?
Where - where do I sign-up?
Why - why should I use it?
How - how does it work? (edit: better still, How much?)

All this information should be on the first half of your home page.

It’s very important to keep your copy concise. People get bored if you go on and on so don’t use three words where one will suffice. The space on your home page is precious. Each pixel is marketing space that needs to work hard for its place. Don’t use phrases that are vague, can be misconstrued or include jargon. Jargon in particular will alienate your potential users. You may know that your ‘Ajax-driven’ interface is kick-ass but your customers don’t care. Leave it out.

Trim your sentences to get your message across in the quickest way possible. Adding more words doesn’t make you sound clever and it certainly doesn’t make your app better so again leave them out. A couple of examples of this are:

What you write - What you should write

At the present time - Now
Provided that - If
Owing to the fact that - Because
In order to - To
The majority of - Most
Accordingly - So
Facilitate - Help
Frequently - Often
Commence - Start
Nonetheless - But
In conjunction with - And

And you can pretty much delete the following words from your copy altogether because they don’t mean anything:

at the end of the day
basically
by and large
currently
simply
well

If you want to learn more about writing tight, snappy copy then try reading ‘English for Journalists’ by Wynford Hicks.

Your copy doesn’t have to be in a highly-polished state to hand over to your designer. But it does need to have the main messages in place. You also need to prioritize the information so that your designer can see what’s important and what is less so.

Digg icon Like this article? Digg it!

HTML or Plain Text Emails?

Ryan Carson | The Development, Amigo | Tuesday, May 2nd, 2006

Dave (our developer) wanted to know if we were going to send out text e-mails when we welcome people to the service or html e-mails? We’ve decided to go with all plain text emails for now. It’s simpler and you know that everyone is going to be able to read them. Obviously text e-mails don’t look as nice as HTML, but it sure makes things simpler, as you don’t have to try to test the HTML e-mails on 50 different e-mail clients (ugh!).

« Previous Page |

Powered by WordPress | Theme by Roy Tanck