
Challenge
The bank offered thousands of APIs to partners and corporate customers, but the developer experience had not kept up. Each API was documented in a Word file, with the actual specs attached as embedded spreadsheets, and then sent out by email.
A huge catalogue, documented API by API in standalone files, with no shared structure.
Partner developers depended on the bank team to point them to the right document, then had to decode it.
Integrations dragged on, and much of the bank team’s time went into support instead of building.
- Request specs by email
- Receive a Word document
- Open embedded Excel specs
- Call to clarify fields
- Wait for sample payloads
- Call again on error codes
- Raise a support ticket
- Search the portal
- Read the guide
- Try it in the sandbox
- Subscribe and go live
Solution
We rebuilt the experience on an industry-standard docs system. The redesign covered everything from the information architecture down to the exact format of each type of page.
A documentation system built around developer intent
- ConceptsBank and industry terms, explained
- Onboarding guideHow a partner gets set up
- TutorialsLearn by building
- API referenceGenerated from the code itself
- How-to guidesStep by step to an outcome
- Glossary and FAQsQuick answers
- TroubleshootingFixes for common errors
Everything in one place
Each product gets its own microsite, which brings together learning, reference, a self-service integration console and a helpdesk.
- Product and programme concepts
- Tutorials
- Use cases
- How-to integration guides
- API reference
- Process flows
- Business profile and onboarding
- API subscription
- Test environment and master data
- Raise and track requests
- Tickets routed to the right team
- Answers fed back into the docs
An operating model that keeps it current
Each product microsite has a dedicated content squad working with the product and engineering teams that own the APIs.
A central team owns the information architecture, UX, style guide and quality, so every microsite feels like one portal.
Support tickets go back to the squads, so every question a developer asks makes the docs better.
Results
Developers now go from first question to a working integration without leaving the portal. The bank's teams spend less time on support and more time launching products.
Every API can now be searched, browsed by product and journey, and linked to directly. No inbox required.
Concepts, guides, references and a sandbox in one place mean developers can build without waiting on the bank.
Fewer clarification calls and tickets free the bank team to focus on new products and partners.
Structured, MCP-compatible content lets developers query the docs with AI tools and generate working code from them.