Check out these awsome notes by Rachel Smith.
She has made them on her iPad using Sketchbook Pro from Autodesk.
Compared to this my own notes look like a gathering of sick pen strokes.
I have downloaded Sketchbook some time ago. But nothing I've made comes close to this. It's all about talent baby ;-)
Tip of the hat to Boetter.
I'm loving this insightful article on the clash between corporate branding guidelines and actual user experience in UX Magazine.
When corporate marketing departments dream of brand design, they only dream as far as they need. The expensive and time consuming process of extending the brand into an interactive concept is usually pushed off until it becomes absolutely necessary.
Unfortunately, by the time some serious rethinking is required, a lot of people have gotten stuck in the mud of static branding. It’s completely natural for companies to resist straying from the handful of predefined styles that were never meant to address web forms, widgets, calendars and menuing systems.
It describes the situation in many organizations spot on and also excels by not solely blaiming the marketing department for this problem. So if your work has the slightest to do with branding and communication go read it.
In the past months I have come across quite a few UI-guys arguing that prototyping web interfaces should be done using XHTML and javascript. The underlying argument being that it's much easier to produce a fair representation of the final product if designers get into code mode.
At UX London Richard Rutter and James Box from Clearleft held a workshop about wireframing. They gave a presentation on how they use html and javascript to go from paper to functional html-prototypes in an effort to mimic the ajax responses of real world web pages. The two designers said that the code needed wasn't that hard to learn and that you really ought to know how to build a web page, when you are an interface designer.
Admittedly they both seemed like very skilled designers and they definitely knew what they were doing. What's more I certainly agree that building a functional prototype will take you much closer to the target than static screen dumps. But I don't think designers need to know code much less be able to code a web page from scratch. It simply isn't their job and concentrating on it will eventually take their focus away from the core task of delivering great user experience.
I also noticed a lot of worried frowns on the foreheads of Rutter and Box's spectators when they whipped out the actual code needed.
Now, I'm nearing 41 years of age and really don't need those extra frowns so I stay as much away from code as I can. In stead I use Axure RP which is an easy to learn wysiwyg tool that doesn't require any coding skills. All the same the software is able to mimic ajax functionality at any rate.
This means that I don't have to spend my time with divs, ids and scripting. I am able to simply drag and drop the desired functionality into place. If I went the extra mile and coded the application there is little doubt that programmers would frown at the result. In other words: My code would suck.
So why go the extra mile of the Clearleft people and code the darn thing from head to body? Well, I think the main problem of many UI-designers is that they are Mac-people and as of now Axure RP is not available for Mac. I think it will be in the not to distant future. But until then if you really want fast results without code, you have to switch to a pc.
Disclaimer: I do not work for Axure, nor was I paid for this post. I am simply a happy customer :-)
Share on Facebook
