Feature bloat symptom checker


Feature bloat is a an issue for any company that sells software, as you probably sell it on the features, and in most cases to stay competitive, you add new features.

Too many features in any piece of software can create an ever expanding navigation menu which can increase the users decision time, thus increasing their cognitive load, worst still you could leave the user disorientated and confused.

Hick’s law, or the Hick–Hyman law, named after British and American psychologists William Edmund Hick and Ray Hyman, describes the time it takes for a person to make a decision as a result of the possible choices he or she has: increasing the number of choices will increase the decision time.

Here’s a handful of symptoms you can check to see if your system has feature bloat:

  1. Not taking features out
  2. Users asking “wheres that feature?”
  3. Feels “too big to re-design”
  4. No ongoing Improvement stage
  5. Help Documentation out of date

If you have one or all of these symptoms in your system, chances are you have Feature Bloat and it’s having a negative effect on your systems product quality, creating a poor user experience.

All is not lost, there are treatments for these symptoms:

Continue reading “Feature bloat symptom checker”

Doctor Who Logo, not so hidden meaning


What I love about Doctor Who is that the creators aren’t scared of change, but instead embrace evolution, it’s a show that isn’t scared of throwing something out into the wild and seeing if it sticks.

The new Doctor is a woman. Shock and awe.

You could say it’s a drastic change, but actually that’s not really such a big risk at present, there’s this other Sci-Fi brand that recently had huge commercial success with a female lead too.

More interesting to me than a female Doctor is the new Doctor Who logo mark.

Continue reading “Doctor Who Logo, not so hidden meaning”

People press the wrong buttons

Early this morning I was watching the TV and drinking my first cup of tea of the day, I accidentally clicked the Source button on the remote, instead of MOTD playing highlights of the weekends football – my TV switched over to a Harry Potter DVD from the previous night. My 3 year old viewed scary images of Voldermort and whimpered “I don’t like it”. I scrambled to grab the remote and corrected my error.

It seems a similar incident occurred in Hawaii over the weekend…

Continue reading “People press the wrong buttons”

User Persona Design changed the tide of War


User Persona design can be used to gain empathy and maintain understanding of a targeted fictitious user, whether this is to design a website, phone app, business process software, or to design a major component of a critical disinformation operation in the Second World War that lead to the defeat of Hitler, in true James Bond style, let me explain…

Continue reading “User Persona Design changed the tide of War”

Even the best design ideas are just assumptions


Even the best design ideas are just assumptions

Sounds risky business to me.

I have been in the position a few times where I have explained designs to stakeholders whom look totally perplexed when I say “It’s my best guess for what we need”. Stakeholder “So… your guessing?”. I reply “Well, yes”.

Without user testing we’re just assuming our design decisions are right.

I wouldn’t fancy funding my business on an assumption.

Continue reading “Even the best design ideas are just assumptions”

Design is a conversation


Design is a conversation
– Anthony Brewitt

For years now I’ve been saying this to many a product owner or client,  typically a question is raised at the speccing out stage of a project by a client saying “you’ve quoted 14 hours for admin and meetings? seems like a lot”.  It’s at this stage I envisage myself in a black polo neck and round glasses delivering a speech on stage about the iPhone 1 with crowd in awe of my presence and innovation ideas and I reply to the naysayer with “Design is a conversation”, you can feel the smug in the air.

If designer and client are not talking enough it will lead to frustration by both parties. The design will be way of the mark. Leading to frustration from the client as the Designer will seemingly not look as if they “get it”, and frustration by the Designer as there’s not enough conversation and exploration to truly set design objectives.

Design is iteration
– Anthony Brewitt

I’m back on stage again….

This time client has asked “we’ve been through this once, do we really need to go over it again?” I’m back on stage with Woz by my side, delivering a stunning rebuttal “Design is iteration”. Again my delivery must sound so arrogant, it makes me blush.

What I mean to say is that design is an ongoing conversation and that an ongoing conversation in an iterative cycle is how we end up with a product that delivers on the clients goals.

Design needs testing and iteration to improve, each cycle of iteration moves the design closer to meeting user and stakeholder needs.