Carsonified

Creativity with integrity

Subscribe

    Archive for the 'Web Apps' Category

  1. Meet Twiggy, our new mobile widget

    Next week, we’re going to build a mobile widget called Twiggy. It’s a Twitter search widget that will work on any widget-enabled phone (1,000,000+ handsets and growing).

    We’re partnering with Betavine to help spread the word about standards-based mobile web widgets and we thought the best way to do that would be to actually build one :)

    Here’s a little sneak peek for you:

    The Twiggy logo and screenshots of the various screens
    View full size.

    We’ll be live-blogging and videoing the entire process so that you can learn how to build and use mobile widgets for your ideas and business. We’re excited about the technology because they’re open web-tech (HTML, CSS and JavaScript) and completely Standards-based. It’s also exciting because it allows you to reach the non-iPhone market, which shouldn’t be ignored.

    Feel free to tune in next week!

    P.S. Don’t forget that you can win £20,000 no-strings-attached cash if you win the widget competition. Last entries on April 30th.

  2. On Usability

    I’d appreciate it if you read this entire article before commenting.

    So there I was, in a RyanAir Boeing 737-800 coming back from FOWA Dublin. Having just spent three days partying it up I was a little under the weather. It was late, it was raining, and I wanted to sit back bolt upright, read my Jeremy Clarkson book and drink my €5 Coke.

    During take-off, the crew turn off all the lights in the cabin. I like to imagine this is because the pilots think it’s more fun taking off in darkness. I was surprised, though, to hear the sound of chimes from all around me, as passengers pressed the “I need a napkin” stewardess button. Were they so frightened of the dark that they wanted a hug and a €3 cookie? I shrugged it off, and reached for the light-switch so I could continue reading.

    I was confronted with this:

    The upwards view from my seat

    That’s right - the buttons have no lights on them. So, when the cabin lights are out, you can’t see which button does what.

    Now, the 737 is a good plane, built by clever engineers, and even when bought by the lowest bidder and covered with advertisements, it’s still an engineering miracle. It weighs 80,000kg and is capable of carrying 189 people 5,600km at Mach 0.8, which is no mean feat. Clearly the people who made this machine know what they’re doing. So why couldn’t they, at a cost of about €5 per seat, light up the buttons on the ceiling? I don’t know, but I have my own theory:

    Usability is difficult.

    As with many things, usability comes from a military background. The concept was invented during the course of World War 2, when the Americans realised they were blowing themselves up with grenades a bit too often to be statistically viable. So they streamlined the product, gave their chaps instructions like “throw it toward the enemy”, and then, as far as the film industry would have it, proceeded to stomp all over Europe smoking cigars and shouting at one another. The P-51 Mustang was a miracle of simplicity too - by reducing the number of switches and dials and buttons, they let the pilot concentrate on what he was doing - which is vitally important when you’re whizzing about over France upside-down at 700 miles per hour.

    P-51 Mustang! Caddilac of the sky!

    So clearly, removing things is the shortcut to usability. Everybody’s heroes, Apple, Google, and 37Signals do this to great effect. The fewer buttons I have on my page, the more I start to feel like that Mustang pilot. My Macbook Pro is the Cadillac of the Sky.

    Hello, I'm a Spitfire. And I'm a Mustang.

    The problem is, though, sometimes just removing things isn’t the whole answer - as with the 737 and its buttons. Usability is something that you need to study, and practice, and think about. It doesn’t just happen.

    This brings me to Balsamiq. Sure, it’s a great tool, if you like post-it notes and Comic Sans. Okay, it lets you build mockups of your websites that look like drawings. But let’s remember one thing: it doesn’t necessarily mean you know what you’re doing.

    I understand what the tool is for, and @balsamiq verified this for me: creating 5-minute mock-ups that can be thrown away. But that’s ALL it’s for. It’s really, really not for full-scale wireframes. If you think about this, it’s obvious. You don’t get to re-use components, there’s no layout grid to speak of, and you can’t save files together in a folder-type-arrangement. The tool simply wasn’t designed to do these things, because it’s not meant to.

    But the problem is, it’s available to the masses. And that means people are going to start using it. It gives people the illusion that they know what they’re doing. Being a child of the internets, I couldn’t resist but make a funny image of this, complete with Impact writing. Now, if I were really mean, I’d use it. But I won’t. Well, I’ll use it satirically and then apologize, because that seems to be the way of the bloggers these days:

    A picture of a kid drawing with crayons. It's a bit of a low blow.

    Thankfully, you’re reading this ENTIRE article instead of just looking at the pretty pictures. Right? Good. You won’t be offended, then, because that image is just for satire purposes - a cheap laugh, and a cheap shot. I’m sorry! I should write for TechCrunch.

    The problem is, as I was saying, that your clients are about to start doing usability. They’re going to start doing your job. I’m not concerned about the money involved here: FrontPage, Dreamweaver and .NET have been around for years and I’m still making internets. I’m really more concerned about the quality of what you’ll end up producing, in the same way I love finding MM_* functions in websites that I pick apart. When you lower the barrier to entry, people start using simple products for complicated things - and then you end up with crap.

    You can’t tell the client that, either, because they’re proud of what they’ve done. They hand you their stack of .bmml files with a big smile, like a 5 year old who’s finished a drawing. The only difference is that instead of just sticking the drawing to the fridge and giving them a chocolate bar from the Treat Drawer, you’re supposed to publish the drawing, put your name next to it, and then accept the criticism. You don’t want to tell them that what they’ve done won’t work, because you’ll break their hearts with the sad truth, and they’ll go off and find some other poor sap who’ll knuckle down and produce it.

    If a client comes to you with a mock-up of their website, that’s fine - they’ve thought ahead and given it a shot. Now, when you apply yourself to it, you have something to work from - and even if you go the other way, you still know what you’re avoiding. But if a client comes to you with their own full set of wireframes, what on earth are you supposed to do?

    @balsamiq is a very clever, and friendly chap, and his product is cool. I like where he’s going with it. What I’m trying to say is that the problem doesn’t lie with the tool - it lies with the way it’s used. The bottom line is: be careful. Just because you can do something, doesn’t mean you can do it right.

    In fact, there’s a whole talk I’ve got planned based on that very concept - and I’m trying hard to get to speak at a Future of Web Apps event. Shameless plug? Me? Never. Anyway, it doesn’t matter, because you’ll have stopped reading at the last image and proceeded straight to the comment form to rant at me for being nasty. That’s the beauty of the web - everyone can have their say.

    Image credits: Usabilitylabrental.com for the cockpit photo, farmerdoodah on Flickr for the upside-down Mustang, and @elliottkember for the satirical internet image.

  3. Get your checkbook out - HeyAmigo.net is going on eBay

    We’ve decided to sell Amigo, one of our web apps. The auction will go live next Tuesday Jan 20th at the following times:

    * San Francisco: 10am
    * Denver: 11am
    * NYC: 1pm

    Read the rest of this entry »

  4. When you fail, it’s time to try again

    No one is successful 100% of the time. Just look at entreprenuers like Richard Branson (founder of Virgin) and Milton Hershey (founder of Hershey’s Chocolate). They are (were) both extremely succesful and yet they’ve also had some spectacular failures (remember Virgin Brides?).

    Thankfully we’ve enjoyed a couple successful ideas here at Carsonified on the web app front:

    * DropSend was built on a budget, grown to a profitable monthly revenue and sold for a healthy sum of money.

    * Our internal event booking web app EventStream has been a big help to the company.

    * Matt was a successful small app which didn’t make us any money, but was really fun to build and got us a ton of press coverage. Awesome.

    But we’ve also failed pretty badly with another web app called Amigo. We launched it in late 2006 and received some great press. The idea was solid (pay-per-click advertising in email newsleters) but the problem is that we were naive and we thought we could run it in our free time.

    Wake up call: you can’t run a web app in your free time.

    You can build a web app in your free time, but you sure as hell can’t market it, grow it, maintain it and promote it. Once you build a web app you need to pay attention to all the details. Things like:

    1. A/B testing
    2. Conversion rates
    3. Usability tweaks
    4. Email marketing
    5. Blogging
    6. Networking and sales

    So Amigo is going on the chopping block at Ebay so another owner, with time and money, can make some serious money with it. I’ve never sold a web app on Ebay, so it should be an interesting ride. Stay tuned.

    Time to build a big app again

    So now with three successes and one failure under our belt (well, two if you count DropSend’s short-lived predecessor FlightDeck that I coded in PHP), we’ve learned a huge amount about what makes a great app and what doesn’t.

    With that in mind, I’m very excited to announce that we’re building a new web app called Truvay (a play on the Frech word trouver which means ‘to find’). It’s the brainchild of Keir Whitaker and I’m fricken excited about it.

    Mike Kus will be designing it and Elliott Kember will be building it and we’ve set up a pretty interesting arrangement with Elliott (as he’s no longer working at Carsonified).

    Here’s the rough contract that Elliott has agreed to:

    Maintenance
    =====================

    * Work at least 8 consecutive hours per week every Monday

    * Answer all support emails within 24 hours

    * Use Basecamp for project milestones and todos

    * Use a bug tracking solution (suggestions?)

    * Blog at least once a week on Carsonified.com about the development and progress of Truvay, before and after launch. This isn’t a part of the 8 hours of consecutive work every Monday

    Ownership

    =====================

    Carsonified will own all intellectual property for the project.

    Financials
    =====================

    There will be no charge for building or maintenance of the app, but instead Elliott will receive a monthly cut of the revenue. This will be after expenses, which include:

    1. Hosting bill (bandwidth, rental, etc)
    2. Marketing costs (variable but will include AdWords), which Elliott will be consulted on
    3. Bookkeeping
    4. One day of Ryan’s time per week for management (normally charged out at £800 per day, but reduced to £300)

    Elliott will receive 10% of monthly revenues, after the expenses listed above. If he launches the site on time (3pm April 20th), this will increase to 15% (hat tip to Natasha on that idea). When the site hits $25,000 monthly revenue (excluding VAT), his take will increase to 25%.

    His monthly cheque will be determined by a snapshot of the revenue on the 1st of every month at 9am.

    If the app is sold, Elliott will receive 10% of the cash price, after lawyer and accountancy costs.

    Notice period
    =====================

    Either party can terminate the contract with one month’s notice. After the one month notice period has ended Elliott will stop receiving monthly revenue and will no longer be eligible for 10% of any future sale price. If we receive a Letter of Intent for an acquisition, we will not be allowed to cancel the contract, providing he is still dedicating at least one day (8 consecutive hours) per week to the project.

    Your thoughts?

    Normally companies would just hire a developer to build a web app but we don’t want to take that financial risk right now. I think that this deal is a win-win for Elliott and Carsonified. He has the potential of making serious long-term revenue and we get to launch the app with very small financial risk.

    Love to hear your thoughts …
    [Photo Credit: http://flickr.com/photos/babsphotosecosse]

  5. Registration for Future of Web Apps Miami 09 opens in 23 hours

    The Future of Web Apps is coming back to Miami and we’ve got an amazing lineup for you.

    You’ll be hearing from the best of the web including:

    Read the rest of this entry »

  6. Why Objective-J, Cappuccino and SproutCore are completely changing the web app industry

    I’ve been reading a lot about Ojective-J, Cappuccino and SproutCore and I believe these new frameworks are going to have a huge impact on the web app industry and user experience on the web.

    So what are they?

    Objective-J is a clone of Objective-C, the language behind OSX desktop apps. It was created by the guys at 280North who recently launched 280Slides (a browser-based version of Apple’s Keynote). If you’re interested, I managed to find a link to the Objective-J source which hasn’t been open sourced yet. More files here and here.

    Cappuccino is a port of Cocoa (the set of Mac OS X Objective-C application frameworks) to the web. It was created by the 280North team.

    SproutCore is JavaScript framework created by Charles Jolley which is being used in the new Mobile Me platform that Apple has just introduced.

    So what’s the big deal?

    Right now, people are generally building web apps with CSS, HTML, a sprinkling of AJAX and their framework of choice (Rails, Django, Symfony, etc). The basic client-server model still dominates.

    Objective-J and SproutCore change all that. They allow you to create true desktop-like apps right inside the browser. They don’t rely on a continous web connection and they are as quick as desktop apps. In fact, if you run them inside a site specific browser like Fluid, you probably would think they were real native desktop apps.

    Everyone already generally agrees that we’ll see a melding of the desktop and the browser, but Objective-J and SproutCore are the first solid step in this direction. They’ve abstracted away all the basics so developers don’t have to re-invent the wheel for every web app they build.

    Quoting from Mac Fanatic:

    “Developers have even more reason to be excited. The whole Javascript/HTML/CSS design process to manipulate the DOM is abstracted to a higher layer with the introduction of Objective-J. The Objective-J language allows developers to write code in a style more like writing for traditional desktop applications. The developer doesn’t directly interact with the DOM or style the page with CSS. Instead, Objective-J itself manages all the views and drawing the objects to screen. More so, the Cappuccino framework provides functionality that is traditionally lacking from other Javascript frameworks, such as: copy/paste, undo/redo, document management and archiving, vector graphics and animations.”

    So the big shift is this: instead of relying on the client-server model, you can build asyncronous, offline, robust web apps right inside the browser. In fact, they don’t even need to connect to the web at all.

    And even more interesting is this: if you use Cappuccino, those apps will automatically look and behave like OSX native desktop apps - with zero learning curve on the developer’s side. He or she can simply focus on building an kick ass app instead of trying to re-invent basic UI functionality every single time.

    You might be saying “Duh. You can already do this with AIR or Silverlight. What’s the big deal?” The answer is that Objective-C, Cappucino and SproutCore are all open source. I think this is very important as it ensures the ideas aren’t directed by one specific company or organization (and their financial goals).

    Backed by the big boys

    Everyone has heard about Mobile Me, Apple’s latest incarnation of the .Mac platform. They are essentially porting Mail, Address Book, iPhoto and iCal to the web … but what isn’t as well known is that Apple have chosen to use SproutCore for Mobile Me.

    This is really exciting for a couple reasons:

    1. A massive consumer based company (Apple) is building applications for the browser that look, feel and function exactly like desktop apps. This will change the average web user’s expectations of what ‘web apps’ should be able to do, thus eventually completely removing the need to differentiate between desktop and web apps. The user simply won’t care.

    2. We will start to see standardization in UI conventions because more and more apps are built on frameworks that mimic OSX. (This could be the topic of another large blog post as it relates to Apple’s long term strategy to crush Flash, AIR and Silverlight and standardize everyone in the whole world on Cocoa.)

    So that’s it. I’d love to hear your thoughts on where this is going. Whatever happens, we’ve got exciting times ahead.

    Additional Reading

  7. Meet Matt, our new web app

    Keir recently came up with a really fun web app idea … so the whole team is taking a week off to build it. It’s going to be called ‘Matt’ and it’ll be built in Django on a popular API, include a desktop AIR app, and will be hosted on an elastic computing cloud (probably Flexiscale, but yet to be determined).

    Matt Mullenweg

    Those of you who have been following us for awhile will remember that we did something similar recently called Idea Week where we built HugMyMac.com. It was a blast and we’ve decided to do something similar again.

    We’ve never built anything in Django, AIR or used elastic computing, so it’ll be fun to learn. It’ll also be a difficult but fun challenge for Mike to come up with a complete visual identity, site, web app interface and desktop interface - all in four days. Yikes.

    We’ll be starting on June 30th, so I hope you’ll tune in for the adventure. If anyone is stopping by Bath, come on over to Carsonified HQ to say hello.

    P.S. Thanks for the photo Scott
    P.P.S. Any affiliation with Matt Mullenweg, WordPress extraordinaire, is entirely coincidental :)

Recent posts

Categories

Blogroll


© 2005 - 2009 Carsonified / RSS feed / Blog comments RSS feed

19c Charles Street, Bath, BA1 1HX, UK +44 1225 324 980

Carson Systems Ltd. T/A Carsonified. Registered in England. Company No. 5057020