- Reading time: 3 minutes
- Price: Free download
- Published: 17th September 2026
- Word count: 608 words
- File format: Text
Personal statement example
Two years of answering calls about water bills has taught me more about intelligent systems than any lecture did. Our department uses an automated tool that flags accounts as likely to fall into arrears, and advisers are expected to act on the flag. It is usually reasonable. But I could not explain to a caller why she had been contacted, only that the system had suggested it, and she quite fairly wanted to know what had been assumed about her. That gap between a model that performs well and a system a person can understand and argue with is what I want to study properly.
My degree in Computer Science gave me the technical grounding: machine learning, databases, software engineering, and a human-computer interaction module that I chose largely out of curiosity and ended up caring about most. For my final-year project I built a voice-controlled kitchen timer on a Raspberry Pi, using an off-the-shelf speech recognition library rather than anything I trained myself. The interesting work was not the build. It was watching eight volunteers, including two people in their seventies, try to use it. They spoke in full sentences when the system wanted keywords. They paused mid-phrase and were cut off. One participant repeated herself more loudly each time, which made recognition worse, not better. I had assumed error rates were the measure of quality; what actually mattered was whether the system gave any signal about what it had heard, so the user could correct course. Adding a simple spoken confirmation of the parsed command reduced task abandonment noticeably in my small sample, though with eight participants I was careful not to claim more than a trend. I learned as much about the limits of my own study design as about voice interaction.
Since graduating I have kept reading rather than letting the subject go. Don Norman's The Design of Everyday Things gave me vocabulary for what I had observed about feedback and mental models, and it holds up surprisingly well when applied to conversational systems that offer almost no affordances at all. I have also worked through material on explainability, including the distinction between explanations that faithfully describe a model's reasoning and those that are merely plausible to a human reader. The second kind troubles me: a comforting explanation that does not correspond to how a decision was actually reached seems worse than none, because it discourages challenge.
My volunteering has sharpened this. At a Saturday drop-in at my local library I help people with phones, forms and online accounts. Most difficulties are not about literacy or ability; they come from systems that assume a confident user with time, a stable address and no interruptions. Watching someone navigate a chatbot that keeps offering irrelevant options is a useful corrective to designing for people like myself.
I am applying for a master's because the questions I have reached are research questions, and I lack the methods to answer them. I want structured training in evaluation design, qualitative as well as quantitative, so that my next study is not eight friends in a kitchen. I would like to develop work on how speech and decision-support systems communicate uncertainty to users who have no technical background and often no real choice about using them. In the longer term I hope to work in design research within public services or utilities, where automated decisions reach people who did not opt in. My call-centre years are not a detour from that ambition; they are the reason I have it, and they mean I will bring real users' voices into technical discussions rather than imagining them.
Why this example works — strengths and ways to improve
This is a strong, coherent taught master's statement. Your call-centre work, modest final-year project and library volunteering form one consistent question about how automated systems explain themselves to non-technical users. Reflection is genuine and appropriately cautious. The main gaps are thin evidence of independent study since graduating and a future aim that could be pinned down slightly more concretely.
Subject motivation
I could not explain to a caller why she had been contacted
This works because the motivation comes from a specific, ordinary moment rather than an abstract fascination. The caller's fair request to know what was assumed about her leads directly to your stated interest in understandable, contestable systems, so the opening earns its claim instead of asserting passion.
Academic preparation
machine learning, databases, software engineering, and a human-computer interaction module
Your Computer Science degree is credible preparation, and naming the HCI module explains how your interest developed. The list stays generic, though. One sentence on a concept, method or assignment from that module would show depth and connect your undergraduate study more firmly to evaluation design.
Evidence and reflection
with eight participants I was careful not to claim more than a trend
This is real reflection. You revise your assumption about error rates, describe concrete user behaviours and openly acknowledge the limits of your sample. Admitting you learned about your own study design shows exactly the critical awareness a methods-focused master's builds on, and it is far more persuasive than skill claims.
Relevant experience
systems that assume a confident user with time, a stable address
The volunteering is used well. It is not listed as a virtue but turned into an observation about design assumptions. Together with the arrears-flagging tool, it gives you credible exposure to real users. You could say briefly how long or how often you have volunteered, to anchor its weight.
Credibility and voice
so that my next study is not eight friends in a kitchen
Your voice is candid, measured and occasionally wry without overclaiming. Using an off-the-shelf library and modest results keeps the account plausible. The explainability paragraph is vaguer: worked through material is unspecific, and naming a source or debate would match the precision you show elsewhere.
Structure and format
My call-centre years are not a detour from that ambition
The structure is economical: workplace problem, degree and project, reading, volunteering, aims. The ending returns convincingly to the opening. Your final sentence edges toward a stock flourish, and the claim about bringing real users' voices would feel stronger tied to a concrete intended contribution.
What you’ve done well
- The Raspberry Pi study turns a deliberately simple project into strong evidence through specific observations, such as the participant who repeated herself more loudly.
- The distinction between faithful and merely plausible explanations shows independent critical thinking linked to your lived workplace problem.
How this draft could improve
- Replace the line about having worked through material on explainability with one named reading or argument and your response to it.
- Make your future aim more concrete, for example the kind of design research role or question you would pursue in public services.
- For a real application, tailor the methods paragraph to the actual programme and prompt rather than describing a generic course.