Elevator Up Offices
Zeeland, Michigan’s elevator up is a hosting and development shop with some pretty sweet new office digs.


Zeeland, Michigan’s elevator up is a hosting and development shop with some pretty sweet new office digs.


There are too many great quotes in this clip to even start calling them out. Take a few short minutes to check it out. The task for the students was developing a pooper scooper, hence the fecal theme.
Focus on value, don’t become a commodity, don’t be a jerk. All good things to think about.
While discussing a few projects today we were discussing this notion of an ‘iPhone Killer’, and I kept coming back to the success of the iPhone hinging on ‘winning’. Every step of the way, as the iPhone and similar Apple products were created, the design of the product won out, over other demands and constraints. I’m sure there were executives pushing to add more features, marketing folks wanted a bigger logo, etc. But in the end the product and the vision of the designers won. Now that’s not to say it was exactly the product they set out to make or that there weren’t concessions, but all done to serve the product and its users.
So why is that not the case with the Zune, Vista or any number of Microsoft products? It’s not because their people aren’t talented or capable or inspired. Let Steve Jobs tell you why in this famous piece:
If you’ve ever asked a friend or colleague why they use a Mac this is why. They amy not be able to articulate it with the same vigor and confidence, but at the end of the day this is the ‘it’.
Someday you might be able to erase with two eraser tools side-by-side…oh to dream.
Superfad’s wonderful Sprint infographic style ads do a beautiful job of selling the utility of the Sprint-Nextel product.
via the skinny
Well the jump to WP 2.5 wasn’t flawless for me. Few issues that still need to be cleaned up. If you run into trouble with the site or the feed please let me know, I’ve been trying to remedy a rash of missing pages and hopefully haven’t broken anything that was previously working.
All of that said I think 2.5 is a tremendous improvement, looks good and works well.
I’ve been doing a lot of thinking lately about enterprise software and how it fits into the current river of super-simple, super-focused web-based apps in the market. When I was designing enterprise products I spent a 60%-40% split in time focusing on desktop versus web application design. Most of the web projects end up being an afterthought or was viewed as a analog or mirror of the rich functionality. I believe that’s changing and business is evolving to a point where the focus can justifiably be on the web. That said the same problem plagued overall direction of both platforms.
I remembering having a conversation with a manger in the past about what the biggest frustration with the products I was designing was. My response was this: “We design a swiss army knife, which is great. Lots of features that fill various needs, always available. But the problem is our interface forces the user to have every blade and gadget open at the same time, by default. So you have a tool that’s infinitely useful but on the verge of useless. If all the blades are open all of the time you’re not just going to cut yourself, but you’ll never find the toothpick.” I think the analogy struck a chord, and I think it’s still the biggest hurdle in enterprise and high-end commercial products. Products are driven by market and internal pressures to enhance functionality, and no matter how good your interface is, if it’s release out-of-the-box with everything turned on you’re going to confuse and mystify your users.
Solving this issue goes well beyond interface design conventions, snazzy interactive widgets or progressive disclosure of elements. You have to look at how the product is delivered, implemented and ultimately rolled-out to users. There is a tendency for interface professionals (developers, designers, UX folks, etc.) to ignore the final piece in the product puzzle. Often rolling out large enterprise applications takes months to years, and on-site developers work to enhance and extend the core application to meet specific client needs, integrations, etc. If you’ve never met with these folks or seen what your product looks like at the end of this cycle you’d be shocked. Many times a large portion of this effort is in TURNING OFF functionality that’s exposed out-of-the-box. Why? Well we have contractually obliged ourselves to having a boatload of new and great features in the product, that’s how we’ve gotten customers to pay for the latest and greatest. So there’s a perceived need to show all of that off - every-time - something new is rolled out. Out-of-the-box tends to mean the newest stuff in the box, which makes sense for marketing but makes no sense to a user. If it’s a new feature or considerable enhancement to existing functionality chances are slim to none I need that up and running by default.
There are a few potential remedies to this issue that may surprise development and marketing teams.
Turn it off - When a feature is introduced turn it off by default. This requires a robust feature management capability that’s exposed to the end user - not just admins. Give users the power to manage what they see and how they use it.
Tell ‘em about it - Taking a cue from successful single/limited focus web apps, make sure you have a message center or place within the product to announce changes and tell your users about the new features. Rather than confound and frustrate them by adding new things, simply tell them there are new things. Empower them to add what they need and make it as simple as a click from your messaging center.
Let them test drive - Even though your developers spent 200 man months on this great new enhancement, there’s a chance a user may not like it after they’ve activated it and had a chance to play around. They may prefer an old way or simply not find a need for your great new widget. No worries, just give them the ability to turn off functionality as easily as they can turn it on. Check your ego at the door, if they don’t like it’s not a big deal - they will be happier with your product if it concedes gracefully than if it’s a jerk about going away.
Put it in the manual - Documentation is softwares oft-forgotten ally. Put it in the docs, make sure users can search for new features the day the product ships. If we make documentation a key component in delivering the message of new functionality it we be elevate its usefulness and necessity.
If you’re involved in enterprise or larger commercial software endeavors I hope this helps. If you’re already doing this drop me a line, I’d enjoy hearing about your stories.
Just a subtle reminder, there’s a set of 60 Tiny + Free Icons in the downloads area. Grab them and use them as you see fit. I’m working on a much cooler set as time allows, and if there’s demand. So vote with your downloads…
I felt compelled to follow Travis’ lead (amongst others) and give this a whirl. My bits were almost too normal, take a look:

Original photo is here.