Product

  • If your design only works in colour, it doesn’t work

    Over the weekend, I signed up for a product that asked me to create a password:

    Said signup form…

    Simple enough, right?

    Except the form showed which rules I’d met with little red and green dots. No text, no icons, no context. Just colors.

    Guess what? If you’re one of the 300 million people worldwide with colour blindness, that signup form might as well be written in invisible ink.

    And let’s be clear: this isn’t just bad design. It’s exclusion.


    The Ugly Truth About Color-Only Design

    When you rely on colour alone, you’re silently telling 8% of men and 0.5% of women this product wasn’t built for you.

    That’s thousands of potential customers bouncing at the very first step because they can’t tell which requirement they failed. Imagine investing in ads, marketing, onboarding flows…and then losing users because you couldn’t be bothered to add an icon or a line of text.

    This isn’t just an accessibility issue. It’s a conversion killer.


    Why We Should All Care

    Accessibility isn’t niche. If your product scales, color blind users aren’t “edge cases” — they’re paying customers.

    It’s lazy design. Adding an icon or some microcopy is hardly expensive, yet it prevents real exclusion.

    We’re all one bad design choice away from alienating people who would love to use what we’ve built.

    And honestly? It’s 2025. We should know better by now.


    What Good Looks Like

    Here’s the bare minimum we owe our users:

    ✔️ Pair color with symbols (✔️ / ✖️ or clear icons)
    ✔️ Add short text (“Needs a special character”)
    ✔️ Test your work with color-blindness simulators
    ✔️ Follow WCAG – they’ve been telling us this for years

    Accessibility isn’t rocket science. It’s empathy in interface form.


    A Call-Out to Our Industry

    The next time you design a flow and reach for green = good, red = bad… STOP!

    Ask yourself:

    • What happens if someone can’t see the difference?
    • Would they still understand what to do?
    • Would they still feel welcome here?

    If the answer’s no, you’ve just built a gate that keeps people out.

    And that’s on you — not them.


    Let’s Do Better

    Every time we ignore accessibility, we exclude real people. People trying to give us their money, time, and trust.

    Design isn’t just about aesthetics. It’s about inclusion.
    And exclusion, whether intentional or not, is always bad design.

  • Please Be Patient

    I recently read a daily devotional that really stuck with me. It told the story of someone pulling up behind a car at a red light and noticing a bright sticker on the rear window that said: “New Driver. Please Be Patient.”

    Simple, right? But powerful.

    The devotional went on to wonder—what if people walked around with signs like that? “New Parent.” “Grieving.” “Still Figuring It Out.” If we knew what others were going through, would we respond with more grace, more patience, more compassion?

    That reflection made me think about product management—about how often we operate at full speed, chasing deadlines and KPIs, without pausing to consider what others (or even we ourselves) might be navigating behind the scenes.

    Here’s how that one line—Please be patient—translates into building better products, better teams, and better habits of leadership.

    Be Patient with Your Users

    Not every user is an expert. They didn’t build the product. They might be stressed, confused, in a hurry, or learning something new.

    Design with that in mind. Write helpful error messages. Offer simple onboarding. Make space for second chances. Assume they’re doing their best.

    Sometimes, we treat users like they’re doing something wrong—when really, they’re just trying to figure things out. That’s your cue to show up with clarity and kindness.

    Be Patient with Your Team

    That engineer might be ramping up. That designer might be in the middle of a tough critique cycle. That marketer might be balancing multiple launches. We’re quick to notice missed deadlines—but slower to see silent struggles.

    Create a culture where “Please be patient” is more than a platitude. Normalize asking for help. Celebrate growth over speed. Make it okay to not be okay.

    If someone’s learning, support them. If someone’s overwhelmed, notice. People do better when they feel seen.

    Be Patient with Yourself

    Product management is messy. It’s storytelling, prioritization, psychology, herding cats, and playing translator between worlds. You’re not going to get it all right all the time.

    And that’s okay.

    Give yourself grace. You’re still learning. You’re still growing. Some days will feel like wins. Others will feel like survival. Keep going anyway.

    Stick your own sign on the mirror if you need to: “Still Learning. Please Be Patient.”

    Leading Like Jesus

    What struck me most about that devotional wasn’t just the sticker—it was the reminder of how Jesus moved through the world. He wasn’t rushed. He wasn’t reactive. He saw people. He stopped. He made time.

    That’s the model.

    In Ephesians 4:1–3, Paul urges us to live “a life worthy of the calling [we] have received,” and that includes being “completely humble and gentle; be patient, bearing with one another in love.”

    That’s not just good theology—it’s good leadership.

    Whether you’re shipping a feature, running a sprint, coaching a teammate, or debugging your own thoughts—remember the sticker:

    “Please be patient.”

    You never know what someone’s carrying. But you always have a choice in how you respond.

  • A Conversation Around WooCommerce Blocks

    I recently joined Bob and his hew co-host Noëlle Steegs from Do The Woo to talk about our work on the WooCommerce Blocks.

    It was a great conversation with both of them, my colleague, Darren Ethier and Manos Psychogyiopoulos, Head of Product at SomewhereWarm. We covered our current work on the new Cart and Checkout blocks for WooCommerce, how we approaching working with our third party community and the challenges we face as we look to improve the checkout experience for our merchants and their customers.

    If you want to get the latest on our work on the WooCommerce Blocks have a listen below.

  • The value of good inputs

    Are the projects you are working on not having the intended impact? Do you find yourself working in a company that has a great ‘shipping culture’, but all the things you are shipping don’t seem to be having the right impact? Does it feel like your customers keep asking for more improvements, more changes, while you feel you are making so many changes already?

    If you feel like this, it may be that you are not getting the right inputs to help define what you work on next – what follows are some takeaways I got recently on how to potentially address some of these issues.


    Last month, I attended the UXDX Conference in Dublin. At the conference, one of the speakers, Paul Adams (SVP Product) from Intercom gave a talk titled The Definition of Done. In the talk he spoke about the hot topic of Outcomes over Outputs. What really captured my interest in the talk was when he made reference to what he felt was the third (and possibly missing) component in the Outcomes vs Outputs debate – Inputs.

    Then, late last month, Intercom followed that up with a conversation between Paul and Des Traynor (co-founder of Intercom) on the latest Intercom on Product podcast.

    This topic of inputs, and more so, high quality inputs, really resonated with me in terms of how companies (in general) and in the software industry specifically could, and I would argue should, be using inputs across their decision making process to help inform what to build and work on next.

    A ‘blue-print’ for creating an inputs-based, product development system

    To start – I think it is really important to note that it was stressed in both the talk and podcast that this ‘system’ is something you should keep working on. It’s not a set and forget system – you should obsess over it and place a high value on ensuring that you get good inputs, as the value and impact of your outputs and ultimately outcomes rely on the quality of the inputs.

    This is a brief summary of the ‘inputs’ system that Intercom uses themselves:

    • Vision and mission: Most often this is a one paragraph statement – what intrigued me is that Paul described Intercom’s as a 3 page document which continuously gets worked on. Personally, I do think that this is where so many companies get it wrong – they gloss over the value of a clear vision and mission, or class it as something ‘airy-fairy’.
    • Business strategy: This is where you answer how you will go about achieving your vision/mission over the next 3-5 years – and this does not cover specific projects nor is this to be confused with your vision.
    • Business goals: Here you set out the goals you have (and they can change per quarter) – things like: revenue and/or engagement targets this quarter – these help determine what ‘type’ of projects you might prioritise.
    • Prospective customers’ feedback: This comes from your sales team. They should be talking to your customers all the time, and if you don’t have a dedicated sales team in place – figure out how you can be having these conversations with your prospective customers. Don’t put words in the mouths of your customers. Don’t create fictional personas – talk to real perspective customers. They will show you the things you can build and change in your product that would help them decide to use your product vs your competitor.
    • Existing customer feedback: Finally, your existing customers are most often going to be talking to your support team. Intercom call this the CVR or Customer Voice Report and I have touched on this before – but capturing this feedback from your existing customers and translating it into a useable system which allows you to highlight customer needs is a hugely valuable asset.

    So how do all these areas of ‘input’ work together?

    Once you have all these inputs in place and your system is ‘gathering data’ so-to-speak, the next step is to balance out your customer feedback (both prospective and existing) against your vision/mission, business strategy and business goals.

    An example of how this then works is by looking at things like:

    • Is this next quarter more about prospective customers or existing ones?
    • Is it more about try to meet a certain business goal versus strategy?
    • Do you feel behind in your mission and vision, do you need to invest some time pushing your vision forward?

    But where does my decision making fit in as the CEO, Founder or SVP?

    Some might argue that this system is too ‘bottom-up’ – or someone may pull out the famous Steve Jobs quote that ‘customers don’t know what they want until you show it to them’ and all a company needs is a visionary leader who tells teams what to build next.

    Yes, some companies may have a Steve Jobs – they are the lucky few though. As Des said in the podcast – inputs are not something that the founder/management of Intercom thinks of:

    If I look at the inputs and think why am I having this idea, and no one else is? It’s easy to think maybe our system is broken, but maybe actually it’s being traded off against something that’s way more important that I don’t know about.

    And Paul shared:

    People ask: what’s my role, and what’s your role? Des and the co-founders, what do they do? Paul, you run the product, and what do you do? I always explain to people, and they’re amazed by this, that our job is designing the system. And here’s what’s not an input: Des’s idea, Paul’s idea. That is not how we run the company at all.

    This system is not bottom-up, this system (to me) is a great example of a cross functional and collaboratory process between all levels that takes into account both existing and potential customer needs, while balancing company vision/mission, goals and strategy.


    Finally, putting a system like this in place would take time, and more so, commitment. But, as Paul mentioned at the start of his talk – the ‘software’ business is not like the road-building business. You don’t need to innovate in road building, you just need to build a good road – however, in the software industry, we have to build and ship things fast to stay relevant – but it’s no use building and shipping things based on poor inputs.

    Start with the right inputs, identify those things that solve an actual customer’s needs. Building and shipping these things will create value for your customers, which in turn will increase engagement across your product, and then ultimately increase revenue.

  • How a bit of intrigue can transform your product

    My wife found a brand new book in our local library on a recent visit with our kids – it is titled: The Lost Book of Adventure – a good enough title to keep two young boys entertained for a few hours surely – so she took it out.

    I picked up the book (initially at the prompting of my wife) and started reading the note from the editor – below is the first paragraph:

    Four years ago whilst trekking with friends through a remote part of the Amazon we stumbled across an old hut. In the corner of the dwelling buried under some fallen palms we found a metal case, sealed shut by years of rust. Intrigued, we carefully opened it. Inside was a collection of notebooks, journals and various sketchbooks – all incredibly well preserved given the environment. We didn’t realise it then, but we had stumbled across the lifetime’s work of an unknown artist and adventurer

    And with that, you are swept away into a world of imagination and intrigue. Immediately, what could have been just another book on a few outdoor survival tips for children, was transformed into something magical and different – yes after a while as an adult you do start to realise that the likelihood of the story being true is more unlikely than likely – but they have done such an incredible job continuing to build on that initial intrigue through the little stories ‘shared’ by the Unknown Adventurer through a combination of illustrations, captions and mini-stories that it’s hard to stop paging through all 192 pages of the book. In fact, we’ve ordered our own version to have for ourselves.

    It did get me thinking though about how much intrigue or even delight do you design into your product experience – especially right up front? And here I am not talking about some growth techniques to ‘hook’ your customers and keep them coming back for more (potentially against their better judgement) like lots of products are tending to use these days — but just actually making the experience something people would want to write about online and/or share with others via word-of-mouth.

    I know in this specific case our whole family will most likely end up with a copy of this book – just because of the effort the authors put into taking something that could have been possibly mundane and transforming it into something intriguing and delightful.