Tagged: requirements gathering

Communicating with client representatives, an experience.

Sometimes you may have to collaborate with client’s representatives (e.g. managers, advisors, marketeers) in order to gather requirements for a new project.

It is very possible that they have never been included in a website or mobile application design in the past so they can only accept deliverables from a particular level and up!

I conducted a series of meetings with a financial advisor, a tv product manager and my CEO.

The meetings stories are presented below:

  • Meeting 1. Discussion – Requirements – Conceptualization
  • Meeting 2. Present a balsamiq prototype that visualize requirements from meeting 1 and 5 Personas that whre created after research.


Sample of the balsamiq mockup

Advisor perceived balsamiq sketch-looking wireframes as a sample of the final product. As much as I tried to explain the reason for sketching and that the final result will have nothing to do with those early wireframes, she couldn’t even look at them in order to provide feeback on the design decisions. She actually call them “cartoon-looking” and proposed to work on “something more final-looking”. Personas worked nice into communicating that I know what I am doing…


Sample of a persona

  • Meeting 3. TV manager and my CEO had a better understanding of sketches, so we worked together with card sorting, wireframes and requirements prioritization. I shared a card sorting board as a google drive drawing and we worked remotelly on the main section labelling and the required user actions. I gathered feedback from her on this meeting and iterated my designs.
  • Meeting 4. I created a hi-fidelity comp of the home page in photoshop in order to convince advisor that the final product is not going to be like a balsamiq sketch. Advisor was impressed with the comp and so I gained trust in order to continue with lo-fidelity prototypes. Again I gather feedback and I iterated my designs. Additionally I asked from 2 available employees to navigate the prototype in order to cunduct a fast usability test. I found out 2-3 usefull stuff and I changed them on the next iteration.
  • Meeting 5. I created an Axure lo-fi wireframe with the basic pages. I gathered feedback and iterated again.

ImageSample of the lo-fi prototype

  • Meeting 6. I created the photoshop-illustrator graphic assets and relative content-scenarios and I imported them to the existing axure work in order to create the hi-fi prototype. Representatives where exited about the overall look-and-feel and solutions provided.

The prototype was ready to be presented to the client, along with a presentation of the value-proposition.


  1. High-level managers can not provide feedback on early designs but only on hi-fi comps and prototypes.
  2. In general, clickable prototypes work better than photoshop comps, due to interactivity and familiarity with the browser.
  3. Marketeers and managers are familiar with card-sorting so it works in order to gather ideas.
  4. Personas are difficult to fit in a 2-3 hours meeting with stakeholders than are not designers.