Design

  • Your biggest user research asset

    We speak a lot about user research at Automattic within our various product divisions and it’s easy to get your head down in the trenches and feel like you don’t have the time to come out to even see your users, never mind speak to them!

    At times I feel like this, and in my role as the lead of the team responsible for maintaining the mothership that is WooCommerce.com and building out new features for it that benefit our customers, our list of projects is endless and the time to speak to customers is limited.

    However, while working on a follow-on project to a new feature we launched recently, it got me thinking about how big a role your support teams could and should contribute to your understanding of your customers needs and/or desires about your product, or the biggest pain points that you could look to solve.

    One of the things I have focussed on is building the channel of communication between my team and the various support teams within Automattic that support our product and in particular how our customers manage the purchases and downloads they make on WooCommerce.com.

    In this specific scenario, our Accounts team had perfected the method of transferring purchases between WooCommerce.com accounts over the years, even going so far as creating a Field Guide page (our internal WIKI of sorts) due to the popularity of the request for other Happiness Engineers who ran into the issue to follow.

    What this did for us as a team, was provide us with a very clear understanding of what the ‘issue’ was that our customers needed solving. Essentially our support teams had already conducted the user research on this specific issue through answering multiple tickets that had the same request, and had provided the clear set of steps that we needed to automate – this allowed us to focus our time on making sure that we maximised the impact vs time constraint we had for this project by focussing on making the actual user experience for our customers as simple and seamless as possible.

    I would strongly suggest reaching out to your support teams – they deal with your customers every day and might have some useful insights for features or improvements you could be making to your product.

    So if you feeling like you not managing to speak to your customers directly at the moment, I would strongly suggest reaching out to your support teams – they deal with your customers every day and might have some useful insights for features or improvements you could be making to your product.


    This post was originally published on our Automattic design blog.

  • Conversational design

    I read Die Dashboards Die – by Nir Eyal recently and it resonated with me – but it also got me thinking about how some of this could be applied to traditional web design.

    Personally, I feel that for too long now websites have just been a way of taking what would have been your printed marketing brochure and putting it online for anyone to see. We’ve replaced the job of the traditional salesman with Google search results, no longer do we have someone cold calling customers or driving from town to town meeting with prospective clients, instead we have optimised our sites to appear in search engines for favourable terms and then created funnels to see how well we convert these prospects once they reach our online brochures (websites).

    Surely it’s time we moved beyond the traditional approach of a logo, menu, hero section, h1, intro text, icon, h4, paragraph, button, etc? Just taking a look at various ‘web design’ inspiration sites one can see that most sites all look the same, with the only real difference being how meticulously the visual design has been crafted.

    Maybe (most) websites will essentially become some form of a live chat interface, where the website acts more as an enabler, rather than a passive arrangement of images and text? Where we will be talking to a website, rather than moving a mouse around a screen and clicking on a button based on its color. We can already do a lot of this with bots on our phones, but when will we see major changes in the way we are designing websites? How can your websites desktop experience complement and build on the experience of your customers interaction with your more ‘intelligent’ mobile experiences? If I find some good examples of this I will be sure to post a follow-up to this.

  • Decision fatigue

    Early this year I was part of a discussion around ‘how many design options to present’ and the topic of decision fatigue came up. Decision fatigue is defined as:

    Decision fatigue refers to the deteriorating quality of decisions made by an individual, after a long session of decision making. It is now understood as one of the causes of irrational trade-offs in decision making.

    Wikipedia

    It got me thinking about the role of decision fatigue in design and further, eCommerce. The popularity and continuing emergence of ‘curated’ product offerings is a clear indication that consumers are faced with too many decisions – and they are now happy to allow a company or service to help them make these decisions. Companies are continuing to invest in building ‘intelligent’ systems that leverage the data they have on our behavior to automatically curate our experience – thus reducing the number of options we are presented with and ultimately the number of decisions we need to make. As a result eCommerce has transformed from being a – come and look at everything we have process to rather a let me recommend the right products to the right customer at the right time process.

    I would suggest that as designers and product managers we need to start including a decision fatigue audit as part of our design process – and not just looking at the final product page – but rather the entire decision making process and see how we can better understand the products we are selling, the differences between them – and look at ways to better recommend these products to the customer – either by using data tools available to you – or by being bold and simplifying the options and pre-empting their decisions. Rather let you customer say yes or no –  instead of I don’t know.

    Research suggests that our short-term memory capacity allows us to simultaneously consider 6-9 choices – maximum – without starting to suffer from decision fatigue. I recommend walking through your product as a user to see how well your design accommodates this research. It’s also important to understand that choice doesn’t only relate to content – the more complex your navigation and interface is the more time it takes a user to understand how it works, and what to do next.

  • Emotions and design

    I read this post by my colleague Jesse Friedman at Automattic during the week:

    Don’t become emotionally invested in your design until the people who use it do.

    I often feel that most of my time studying design was spent learning to disassociate my personal emotions from my work and be able to look at it objectively and from the perspective of the customer – and it’s something I think as a designer one has to continually fight against. It’s very easy to just open up a new canvas and start designing something that looks great vs designing something that people will use – and don’t get my wrong – I’m not saying the two are mutually exclusive.

    Just this week at WooThemes, we put out a ‘small’ additional page needed on the site – and that quote was very relevant. The success of the new design was enabled by the fact that no-one on the team involved tried to over-control their specific role or contribution. Everyone was open to input – or as Jesse said – no-one became emotionally invested in their specific contribution.

    I think the same could be applied to MVPs as I wrote about last week – the more time you spend working on something – especially in isolation – creates a greater chance that you will become emotionally ‘over-involved’ in your design or product. Rather involve others, get feedback and stay open to criticism.