HSBC: An AI Voice Insights platform projected to save 1.5M hours a year
The challenge
Across HSBC, millions of hours of calls and meetings were captured but never analysed. Insight about customers, inefficiency, and risk was buried in voice data while manual note-taking drained staff time. The task was to turn that data into usable intelligence with privacy, accuracy, and scale intact.
What we did
Joining the Innovation Portfolio to lead an AI-led Voice Insights platform, James translated business problems into deliverable AI capability, combining natural language processing, sentiment analysis, and entity recognition. We built prototypes that auto-generated meeting summaries, detected emerging themes, and surfaced real-time dashboards, while coordinating innovation, operations, and risk for adoption readiness.
// run against The Tenhaw Way, published in full and free to adopt without engaging us
The outcome
The proof of concept showed potential to remove 1.5M+ hours of manual administration annually and proved voice data could become a new source of business intelligence, shaping the bank's strategic direction on AI platforms.
Getting from a working prototype to a live platform inside a bank is not a modelling problem.
Limits, and what is withheld
What transfers is the AI engineering itself: natural language processing, sentiment analysis and entity recognition applied to enterprise voice data inside a regulated bank, with innovation, operations and risk in the room from the start. What does not transfer is production. It reached proof of concept, the 1.5M hours a year is a projection rather than a saving anyone has banked, and nobody has run this at scale.
Why a buyer usually lands on this one
Written for the person arriving mid-programme with a question.
Voice is the largest unread dataset in most enterprises
Regulated firms record calls because they have to. Almost none of them read what they recorded. Insight about customers, inefficiency and emerging risk sits in an archive treated as a retention obligation rather than as an asset, while staff retype what was said in the meeting they have just attended.
Natural language processing, sentiment analysis and entity recognition applied across that archive change what is knowable: which themes are rising this month, which processes generate the most repeat contact, which conversations went wrong and how.
What the FCA's Consumer Duty asks of a system like this
Consumer Duty moved UK firms from evidencing process to evidencing outcomes, and it expects them to monitor and act on the outcomes retail customers actually get, including customers in vulnerable circumstances. Conversation analytics is one of the few places that evidence naturally lives, which is also why it is a governed use of personal data rather than an analytics side project.
The discipline the NIST AI Risk Management Framework would apply is worth borrowing whatever your regulator: measure the system in the conditions it will actually run in, including accents, line quality and code-switching, document what it is not fit for, and keep a named human accountable for the decisions it informs. A sentiment model performing measurably worse on one customer segment is not a technical footnote under Consumer Duty. It is the finding.
We were not engaged on Consumer Duty compliance, we did not implement the NIST framework, and we claim no regulatory expertise here. We coordinated innovation, operations and risk for adoption readiness, and the platform reached proof of concept.
The gap between proof of concept and production
This is a proof of concept. It demonstrated the capability, it shaped the bank's strategic direction on AI platforms, and the 1.5M hours a year is a projection from that proof of concept rather than a saving anyone has banked.
Getting from a working prototype to a live platform inside a bank is not a modelling problem. It is data protection assessment, retention and consent, access control over recordings, resilience of the pipeline, monitoring for drift, and an owner willing to be accountable for what the system says. That is what most enterprise AI is stuck in front of, and it is a large part of why we now sell an audit before a build.
Your context will differ from this one. Thirty minutes is enough to say by how much.
Talk it throughWhat this engagement does not claim
The same caveats the case studies hub carries, narrowed to this engagement so nothing here is a surprise to your analyst.
- 01
Nothing here went to production.
The HSBC Voice Insights platform was a proof of concept, and its 1.5M hours a year is a projection rather than a measured saving.
- 02
Some of this was James, personally.
Where an engagement was held as an individual role rather than delivered by a Tenhaw team, the narrative says James, not we.
If you want to know whether we have done your version of this, ask on the call and we will answer plainly.
Talk it throughOther engagements
Sector first, because that is the next question. All twelve are on the hub, grouped into the two we would call AI work and the ten we would not.
Roughly a year of stalled work, rebuilt as a working proof of concept in two weeks
12 months → 2 weeks, prior build effort rebuilt as a working proof of concept
Running agile at the top: a Scrum Master for the CIO's executive team
150+, global teams in scope
Designing the target operating model for 500 teams and a $450M portfolio
500, teams in scope
Or skip the reading and ask which of these is closest to your problem.
Talk it throughSee how we did it
A real engagement walked through by the person who led it, then the same method applied to yours.
- The ways of working, published in full and free to adopt without hiring us.
- The target operating model James co-led at HSBC: designed and piloted for 500 teams, with global rollout due in 2026 and not yet rolled out.
- The AI build inside a live London specialty insurer: a working proof of concept, month by month, with the client anonymised to a market.
Everything the call covers about our work is already published on this site. What it adds is the person who did that work, and your own situation put through the same method.
The 30-minute discovery call starts with your problem. This one starts with our work.
Pick a time on cal.comWant the same thing, in your organisation?
A 30-minute call with James Rooney. We will tell you which parts of this we have done before and which we would be doing for the first time, and you will leave with a rough scope either way.
most start with a fixed-price AI Readiness Audit · £44,000 · 4 weeks · working prototypes
Calendar not loading? Open it on cal.com or email hello@tenhaw.com.
Questions about this engagement
Is voice analytics experience relevant to building AI agents?
Yes, the engineering transfers even though the product differs. The HSBC Voice Insights work applied natural language processing, sentiment analysis and entity recognition to enterprise voice data inside a regulated bank, with innovation, operations and risk in the room from the start. Those are disciplines agentic systems still stand on: extracting reliable structure from messy language, keeping privacy and accuracy intact at scale, and building alongside the people who own the controls. What does not transfer is production evidence. The platform reached proof of concept, so treat the study as engineering pedigree in a regulated environment, not as a claim that this system runs anywhere today.
Is the 1.5 million hours a year figure at HSBC a real saving?
It is a projection, and the study labels it as one. The proof of concept demonstrated that natural language processing, sentiment analysis and entity recognition could remove manual administration, note-taking and summarising across millions of hours of recorded calls and meetings, and 1.5M+ hours a year is what that removal was projected to be worth at HSBC's scale. Nobody has banked it. The platform reached proof of concept and stopped short of production, so it is potential shown, not a saving audited. A projection labelled as a projection is worth more to you than a banked-sounding number nobody can stand behind.
What did the HSBC voice insights proof of concept actually build?
Working prototypes, not slideware. The build combined natural language processing, sentiment analysis and entity recognition over enterprise voice data, and shipped prototypes that auto-generated meeting summaries, detected emerging themes across conversations, and surfaced real-time dashboards. The point was to turn millions of hours of captured but unanalysed calls and meetings into usable intelligence, with privacy, accuracy and scale treated as requirements rather than afterthoughts. The study's own label for it is a proof of concept shipped, not theorised.
Did HSBC's voice insights platform go into production?
No. It reached proof of concept, and nobody has run it at scale. The work did prove that voice data could become a new source of business intelligence inside a regulated bank, which is why it still earned a place in HSBC's thinking on AI platforms. Tenhaw writes every case study this way. Where an engagement ended at a pilot or a proof of concept, the study says so, because a prototype described honestly tells you more about how a consultancy will report to you than a rollout implied and never delivered.
How was privacy handled when analysing HSBC's voice data?
Privacy was in the task definition from the start, not retrofitted. The brief was to turn recorded calls and meetings into usable intelligence with privacy, accuracy and scale intact, so the constraint sat alongside the capability and never arrived as a late objection. In practice that meant coordinating innovation, operations and risk throughout the build, so the people who would have to approve adoption were shaping the work while it was being made. The detailed controls are HSBC's own. The operating pattern is the part that travels. In a regulated estate, adoption readiness gets built with the risk function, not presented to it.
What insight is hiding in a bank's recorded calls and meetings?
Customer insight, operational inefficiency and risk signals, in HSBC's case buried across millions of hours of voice data that was captured but never analysed. Every call and meeting held information about what customers wanted, where processes were failing and where risk was emerging, and none of it was reachable because the only extraction method was a person taking notes. That is the shape of the problem in most large organisations: the data already exists and is already being recorded, so the cost is not collection but analysis. The HSBC proof of concept showed the analysis could be automated with natural language processing, sentiment analysis and entity recognition.
Why involve risk and operations before an AI prototype is finished?
Because a prototype that risk sees for the first time when it is finished is a prototype that stalls. On the HSBC Voice Insights work, innovation, operations and risk were coordinated throughout the build, so the platform was moving towards adoption readiness while it was still being made rather than queuing for approval afterwards. In a regulated bank that is the difference between a demonstration and a candidate for deployment. Tenhaw carries the same pattern into agentic work now. The people who own the controls are in the room from the start, because retrofitting their requirements is slower than building to them.
Can voice data become a source of business intelligence?
Yes, and the HSBC proof of concept demonstrated it inside a major regulated bank. Applying natural language processing, sentiment analysis and entity recognition to enterprise voice data produced auto-generated meeting summaries, emerging-theme detection and real-time dashboards, turning a passive archive of recorded calls and meetings into intelligence the business could act on. At HSBC's scale the projection was 1.5M+ hours a year of manual administration removed. If your calls and meetings are already recorded then the raw material exists. The analysis layer that reads it can be built and shipped, and three months at HSBC produced one.
How long did the HSBC voice insights proof of concept take?
Three months, from James joining HSBC's Innovation Portfolio to a shipped proof of concept with working prototypes over enterprise voice data. For comparison, Tenhaw's current Agentic Proof of Concept is a fixed £20k–£55k and runs two to four weeks, a pace today's models and tooling make possible. What has not changed is the shape of the outcome. Both end in a working system you can judge with your own eyes, not a paper recommending one.
Can one proof of concept change a bank's AI strategy?
It did at HSBC. The Voice Insights proof of concept proved that voice data could become a new source of business intelligence, and that evidence shaped the bank's strategic direction on AI platforms. It carried that weight because it was shipped, not theorised. The case rested on working prototypes running over real enterprise voice data, and innovation, operations and risk had been coordinated throughout the build, so the result arrived with adoption readiness attached instead of a queue of unanswered objections. A working prototype changes a strategy conversation in a way no deck can. That is why Tenhaw's own AI Readiness Audit ends in working prototypes.
Why not just use the meeting summariser in our conferencing tool?
For a single meeting, use it. The HSBC AI Voice Insights proof of concept sat a layer above that, applying natural language processing, sentiment analysis and entity recognition across an estate where millions of hours of calls and meetings were captured but never analysed, and shipping prototypes that auto-generated summaries, detected emerging themes and surfaced real-time dashboards. A built-in summariser tells you what was said in the room you were already in. Reading the whole archive tells you what customers keep raising, where processes are failing and where risk is building. The study describes that as the insight buried in voice data. Both are uses of personal data, so the smaller tool does not remove the privacy work.
Why analyse recorded calls when we already survey our customers?
Because the conversation happens first, and almost none of it reaches you. At HSBC, millions of hours of calls and meetings were captured but never analysed, with insight about customers, inefficiency and risk sitting inside them, unreachable because the only extraction method was a person taking notes. A survey gives you the people who chose to answer, after the event, in your words. The recorded estate is everyone who called, in theirs. What the proof of concept established is that voice data could become a new source of business intelligence, with natural language processing, sentiment analysis and entity recognition doing the reading no team could do by hand.
What does entity recognition actually do on a customer call?
It turns the specifics of a conversation into things you can count. Natural language processing gives you structure and sentiment analysis gives you tone, but entity recognition is what pulls out the names, products, amounts and references a call contains, so a stretch of speech becomes something you can group, filter and trend. At HSBC the three were used together over enterprise voice data. That combination is what made emerging-theme detection and real-time dashboards possible. Without it you have a searchable pile of words. The same extraction lets a write-up be generated instead of typed, and that is where the projected 1.5M+ hours a year of manual administration sat.
Should we start with meeting summaries or trend dashboards?
Summaries, usually, because that is where the removable administration sits and the people whose calls are analysed feel it immediately. The HSBC figure of 1.5M+ hours a year came from manual note-taking and summarising, and it remains a projection. That platform reached proof of concept and went no further. Themes and dashboards are worth more over a longer run, since they tell you what is rising across the whole estate and not just what happened in one conversation, but they only pay if someone in operations has already decided what they will do with the answer. At HSBC all three shipped inside a three-month proof of concept, so sequencing is rarely the real constraint.
Do you need to analyse every call, or is a sample enough?
A sample tells you what was happening. The whole estate tells you what is changing. Emerging-theme detection, one of the prototypes the HSBC proof of concept shipped, only means something if new themes can be spotted as they rise, and that needs continuous coverage. A quarterly slice will not do it. Scale sat in the brief for that reason, alongside privacy and accuracy, because the value was locked in millions of hours of calls and meetings that were captured but never analysed. Sampling is still the sensible way to start, on your own recordings, while you test whether the analysis holds up before you commit to the full pipeline.