It's obvious, really?
a ramble of musings about and around the subject of information architecture and user interface design
Tuesday, August 02, 2011
The new sport of Apple bashing
Remember these gems of wisdom of the time?
"It'll be dead before the year is out."
"Microsoft won because they have a better product."
"Apple only make toys; they are not serious !"
Yes, "dead by the end of the millennium" company Apple have built a company on the back of good design and only releasing the best products that just work. The "i" products we know and love- iPod, iMac, iPhone and iPad.
And now we have Apple, the second largest company in the USA by capitalization, having to defend itself against every man and his dog ripping off their designs and, and a new idiotic chorus of clueless pundits saying that Apple is "this big powerful bully suing the little guy"..
Well, first, I wouldn't say Samsung is a "little guy". I even own some of their appliances and home entertainment products. But I would say that the Galaxy family of tablets and smart phones is definitely riding on the backs of Apple's design and innovation.
But the really sad part is that Samsung's designers actually have the industrial design chops to have gone their own way. They have done it before, so why be a follower now?
I'd say it is because of the gutless and vision-deprived company wannabes who manage "brands" these days, rather than put in the effort to build a company that has soul, knows where it is going and tries to excel in everything it does. It just degrades the efforts of staff who really want to prove to their bosses and peers that they have the talent and commitment to produce great design and great products, but aren't given the chance to prove it.
The same can be said for companies that would rather poach gun-for-hire talent with no 'skin' in the game than actually train staff in the "way" (to paraphrase HP,) that they "do" design.
Designers don't design to shift boxes, they design to enrich lives. Apple designers get to do that, but not many others are part of something as vibrant and dynamic as Apple.
Pity.
Monday, January 24, 2011
Flood Relief and Online Collaboration
Sunday, September 26, 2010
Dear Sony...
Monday, September 13, 2010
This happened because... (a conversation with customer support)
Monday, August 02, 2010
Build a Bridge, not a Pier
I once had a meeting with a potential customer that caused me to pause and think about why they really needed my services. Yes, I did my usual user expectations pitch and expected the usual feedback, but a few things came up in the meeting that were a little out of the ordinary for me - and perhaps for them - because until then I believe that neither of us had noticed the big elephant in the room.
The big elephant I speak of is something I haven't seen since the dot com boom and bust days, and that was the old idea of technology for technologies sake.
Yes, they had a product, they had customers and they had a development program that was working on a number of technically brilliant additions to their core product, but they didn't seem to have looked deeply enough at the way the customers actually used their product. There were several reasons for this, but none should have stopped them from seeing what I saw within the first hour of our initial meeting.
So, after talking with the developers and scientists working on the project I found myself wondering if they saw the glaring omission in their product offering the way I did, and should I tell them about it? As I said, I'd only been in their office an hour and although confident in my work experience I was across the room from some pretty impressive scientists and software developers doing pretty bleeding edge work.
On the plus side for me was the knowledge that here was a "meaty" protect I could really add value to. On the negative side, would these guys "get it" enough to do the proverbial "of course" with the accompanying smack to the forehead with the open palm, or would they be offended without getting it, like Nigel talking about going up to "11" in Spinal Tap.
How do you move forward on this - these guys are brilliant in what they do, but they had only really built half a product. They had built a pier, not a bridge.
The metaphor goes like this. Let's say you have a stretch of water that you need to provide a method of moving people and goods from one side to the other. If you build a pier for boats to use you are providing only half of the solution. You still need a boat and another pier on the other side of the watery divide to unload your passengers and goods. You still need a method for the people to move around on the other side of the water and you need a method of handling the goods on both piers.
Yes, you have provided a solution, and probably a cost-effective one at that, but you have also only lessened the barrier to the users of the ferry service getting to the other side of that stretch of water. You have provided an enabling solution but you have also inbuilt into that solution choke points that will still stop some people from using it; people who get seasick for instance.
So perhaps you build a ferry instead? People get to stay in their cars but it can only operate at set times of the day and only when the weather conditions are calm. It doesn't solve the seasick passengers choke point though.
The real solution is a bridge. It is the most expensive option for sure, but it is also the best enabler to the users. Ask any Mayor what their constituents would prefer - a pier, a ferry or a bridge and the bridge wins every time. It is the solution with the least friction.
Going back to my potential new customer. You may have gathered from the monologue so far that they actually have built a pier. They have provided only half the solution - they have allowed the technology to overshadow the task. They have built a mighty pier with all the bells and whistles and don't seem to be as worried about how their customers are going to get to the other side as I am. Their customers actually complete their tasks outside their software; there is a disconnect between what the software achieves and how it is used by the customer.
Don't get me wrong, it is a beautiful pier that does exactly what they want it to. I was very impressed in what it does and as a user interface designer I had some simple ways of improving its current form.
But it is as a user experience designer that I could help them improve their work and marketability. I could help them turn their pier into a bridge by helping them to design the choke points out of their products. I could help them provide the total solution for their customers, and hide the complex technology interfaces so that the customer only has to deal with what they need to know about and use on a daily basis.
A user experience designer can help them build a product that allows their users to start and complete their trip across that "watery divide" using software that is simple, intuitive and provides a total solution, not just a partial enabler.