Does the BA look at the user experience?

Website Prototype; you can't beat paper for starters
A paper website prototype

Just a quick follow up to my last post which aimed to gather comments clarifying a couple of points.  What are the key functional differences between the BA and Information Architect (IA) roles, and how the split falls between requirements gathering and user centered design (UCD).

I am an avid listener to the Spoolcast podcast from User Interface Enginerring (UIE).  It is really informative and Jared Spool always has some great guests discussing UCD and UX topics. One of the recent guests, Todd Zaki Warfel, was talking about prototyping experiences, and during this discussion he touched on the very same role definition issue. Jared at one point posed the question to Todd, does the BA in even look at the user experience? This brought up some interesting points I wanted to share.

Todd felt that the BA’s typical remit on a project was functionality.  What functional requirements does the product need to fulfil.  So although the BA is involved in the design of prototypes, he saw these as being on the wireframe, boxes and arrows, Visio end of the spectrum. A prototype designed to show that the functional requirements elicited from the users and stakeholders will be met, and visually how those functions will look, in their rawest form.

However an Information Architect or User Interface Designer will approach building the prototype by trying to take it that much closer to the final look and feel of the site will be.  Again the functionality will be there, but there would be more care and attention to the usability and user experience with the site.  He also felt that the designer would be more willing to take a risk and create something very new, whereas the BA may be more inclined to stick to existing structures.  He used the specific example of the designer adding AJAX type aspects to their prototypes.

I certainly think that makes sense and although every BA and IA role will vary from company to company and project to project, I can see this line holding true the majority of times.  It does also back up my contention that in fact there is a fine line between the BA role and the UCD process and that the two sides could easily be joined if necessary.  This provides excellent room for growth in a BA’s armory if they can bring in valuable usability and user design techniques and perspectives to the requirement’s gathering remit. Particularly when expressing those requirements visually, which always seems to be the best way to really engage the stakeholders in the requirement’s process as they start to see the result to all the questioning.

Does the BA look at the user experience?

4 thoughts on “Does the BA look at the user experience?

  1. Hi Mark, Nice post. I tend to agree that it depends on the qualifications of the business analyst and the roles needed for the project. On a very complex project where user experience is a core area of focus, the two roles might be too much for one individual. On a smaller project or a project where the user experience is not as important (based on organizational needs) I could see one individual wearing both hats. Indeed, I have done so myself, though I would never claim expertise on the UXE side — just enough to avoid the rooky mistakes, so to speak.

    Also, happy to find your blog.


    1. Mark Tattersall says:

      Hey Laura,
      Thanks so much for your feedback. I think this an interesting area of a BA’s world and one that isn’t explored enough. I am continuing to research and will post my findings.
      Thanks for the tweet also!

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s