Bloomberg · Case study
Notification Hub
One place for clients to see the changes coming to their data, and what to do about them, replacing weekly emails and phone calls.
- Role
- Interaction Designer & researcher
- Team
- 1 PM, 1 designer, 3 engineers
- Timeline
- 9 months, launched Q2 2024
- Platform
- Web, Customer Service Center
The UI here is recreated from memory, not taken from the product. Some details are changed or left out for confidentiality.
“This is a no-brainer, incredible improvement. I can tell you with certainty that [firm] has saved time and money.”Client, after launch
The problem
When the data changes, client systems break
Enterprise Data clients don’t use Bloomberg’s data in the Terminal: they buy it and host it in their own systems. So when a source changes, through a merger, a new regulation or a new exchange, their code can break: lost data, broken pipelines, and money down the drain.
Bloomberg’s Notifications team warned them with a weekly email and a spreadsheet attachment. It was hard to parse, full of changes they didn’t care about, and vague about what to do. Many issues went unresolved, and clients leaned on Bloomberg’s teams to fix them.
- Ticker
- XXYY
- ID
- 0011
- Frequency
- Daily
- Ticker
- XYYZ
- ID
- 0112
- Frequency
- Weekly
- SECID
- XY.0
- ID
- 1919
- Frequency
- Monthly


Confidential
The rest is password protected
This case study shows internal Bloomberg work. If I shared a password with you, enter it below. If not, just ask and I'll send it.
That password didn't work. Try again?
Email me for the passwordEnd of case studyBack to top ↑


