Bringing a service to life through storyboarding

3–5 minutes
, , ,

Storyboard:

Storyboard is a visual design practice that represents how a service might operate through sequences of scenes. It helps stakeholders interpret abstract models more concretely, explore operational implications, and engage with how services function in practice across time, roles, and environments.

This method was used in the later design and early implementation phase, when a target operating model existed but needed to be made more tangible.

I used an AI-generated storyboard to translate the target operating model into something more tangible. The model itself explained process flows through triaging and response, but it did not help stakeholders imagine how the service would actually operate.

I broke the model down into scenes and created visual representations of those moments. The intention was to move from abstraction to something closer to lived experience.

The storyboard prompted a different kind of engagement. Stakeholders responded to details within the scenes, which led to practical discussions about operations. One example was a small detail that triggered a conversation about working hours and overtime.

I found that this method works best when it focuses on activity and context, not just visual appeal. It needs to show how the service functions in practice, not just what it looks like.

It was particularly useful in this project because implementation conditions were not fully stable. The storyboard helped maintain a shared understanding of the intended service, even as delivery constraints became more apparent.

Target Operating Model (High Level)

This practice supported the work by making the future service more interpretable and discussable. It helped stakeholders move from understanding the structure of the service to considering its operational implications.

It also helped sustain momentum in a context where full implementation was not yet possible.

The storyboard supported the work by making the future service easier to interpret and discuss. It enabled stakeholders to move from abstract understanding to practical questioning.

Storyboard

  • Visualisation shifted the level of conversation: Stakeholders moved from abstract discussion to practical questioning once they could see the service in context.  
  • The method exposed operational realities that had been overlooked: Small details in the storyboard triggered important discussions about how the service would actually function.  
  • It worked well in an unstable delivery context: The storyboard helped create alignment even when infrastructure and organisational conditions were still evolving.  
  • Design work extended beyond traditional boundaries: This method connected closely with communication and launch activity, showing how service design often overlaps with change and implementation work.  
  • The final service did not fully match the intended design: It is important to acknowledge that what launched was a partial version of the intended service. The method supported understanding, but could not resolve structural constraints. 
  • The project had reached a facilitation ceiling: More discussion was not producing more clarity. The method worked because it changed the nature of the interaction.  
  • Critique revealed more than ideation had: Stakeholders were able to articulate their reasoning more clearly when reacting to something than when asked to generate ideas from scratch.  
  • The organisational context shaped the effectiveness of the method: In a risk-averse setting, critique felt safer than proposal. The method aligned with that behaviour rather than trying to change it.  
  • Provocation is powerful but needs careful handling: Without clear framing, it can create confusion or defensiveness. 

I am Namita Manohar, Service Designer at the London Borough of Hounslow.