How I work

My background is in design. My bias is to make and create. Although I no longer undertake high fidelity interface design work, design underpins and informs the work I do on projects.

I use design and drawing as a way to think. In meetings I’m most comfortable with a whiteboard marker in my hand. Diagrams, sketches, snippets of UI are the way I decipher competing thoughts and how I share ideas with stakeholders and project team members.

I have, and occasionally still, conduct research and qualitative interviews with users. I’d say I was proficient, though there are people that are a lot better at it than me.
Although I work across a typical project lifecycle, there sweet spots where my skills are particularly appropriate

Sketch, prototype, test, iterate…

Where I really get into my stride is in synthesising lots of research, photos, flow charts and discussion into early prototypes. I have a number of approaches to prototyping. I create stories and demonstrate user journeys through digital and real world environments with prototypes. I find it’s the moment where a project or idea really starts to come to life. A point where stakeholders can gather round and interrogate the effectiveness of the solution. And, importantly, when we can get it in front of the target end users.

This rapid sketch, tweak, change, pivot process is where the solution is refined in a safe (and cheap) environment. Where we can play, push the edges, find the boundaries and learn.

Just by stringing together a bunch of artefacts that start to feel like a real thing, we can begin to uncover problems, start to build a strategy and understand how the product might fit into people’s lives and the market.

I find this gets us lightyears ahead, in terms of progress and effectiveness, when compared to traditional strategy decks and word-based solution descriptions. Don’t get me wrong, I love a well-crafted deck. But it has its limitations. Often the medium obscures the message. Especially when poorly designed and though through. Something that I see all too often.

During the build or realisation phase, I oversee the visual design process to ensure the quality of the solution is maintained and the objective doesn’t get obscured by mis-placed feature emphasis or lack of team communication about the actual user goals.

Get in touch

I'm always interested in meeting people that are working on things that matter. Or if you have something you'd like help with, you know what to do.

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.