← Back to Selected Work Case Study · African Music Library

Research for
cultural infrastructure

Before African Music Library existed as a website, it existed as a question at Josplay: how do you structure the world's most comprehensive knowledge base of African music so people can actually use it? As a side project, I took on the foundational research: the user stories, the entity model, the information architecture, and the critical flows. The platform you can visit today grew out of that groundwork.

Project
African Music Library
For
Josplay
Type
Side project · Foundational research
Role
UX research & information architecture
Scope
Discovery · Structure · Access

The artifact that framed the whole exploration: one search field, ten kinds of knowledge behind it.

The brief

A library with no building yet📋

Project brief · African Music Library

Structure a knowledge base for African music

ClientJosplay, building the world's most comprehensive database of African music metadata.
The situationAfrican music is rich and chronically misdocumented. Metadata is scattered, inconsistent, or missing, which keeps African artists undercounted in the digital economy and makes research unnecessarily hard.
The askBefore any product exists: work out what the library holds, who comes to it, and how each of them finds their way through it.
DeliverablesUser stories and mental models, an entity model, the information architecture, and task flows for the critical journeys.
ConstraintNo product, no patterns, no precedent. Structure first, screens later.
Context

First, the library.🎶

African music is rich, and it is chronically misdocumented. Metadata is scattered, inconsistent, or missing entirely, which keeps African artists undercounted in the digital economy and keeps students and researchers working far harder than they should.

Josplay set out to close that gap with African Music Library: a knowledge base of African music built by musicologists, engineers, and literary experts, spanning artists, bands, genres, instruments, scholarship, and more.

This research came first. When I did this work, the platform did not exist yet. The library that is live today at africanmusiclibrary.org grew out of this structural groundwork, then was designed and built by the Josplay team.

The problem

Rich collections. No obvious front door.🚪

A library is easy to fill and hard to enter. The more comprehensive the collection becomes, the harder the entry question gets. Straight from the wall:

Different users, different mental models

A student cramming for an assignment, a musicologist tracing a genre, a curious listener, a developer calling an API. Different vocabularies, different definitions of "found it."

Everything connects to everything

An artist belongs to a genre, plays an instrument, signs to a label, shows up in a journal. When every entity links to every other, where does navigation begin??

Access has economics

Subscriptions and API tiers fund the work. Put the gate one step too early and the library stops feeling like a library.

The reframe

The question was never "what should the screens look like." It was: what is the shape of the knowledge, and how do different people walk through it?

The exploration

Start with the people👥

I worked in four moves: write the user stories, name the entities, structure the architecture, then walk the critical journeys as flows. Screens came last, in low fidelity, because every earlier decision constrains them. The stories came first.

The student

"As a busy undergraduate studying music, I want access to a library of African music resources so I can complete assignments, projects, and personal learning."

Enters through search. Success = a citable source in minutes.

The researcher

"I'm tracing how highlife moved between countries and decades. I need the connections, not just the entries."

Enters through an entity, follows the links. Success = lineage they can verify.

The developer

"I'm building with African music data. I need clean, documented endpoints before I commit."

Enters through API docs. Success = a first successful call.

three visitors, three doors... one library

Name what the library holds🏷️

Before pages, an inventory. Everything in the library resolves to one of a small set of entities, and every later structure hangs off them. These names become the navigation, the filters, the search categories, and the API's nouns.

People & works
ArtistsBandsProducersTracksMusical scores
Classification
GenresInstruments
Industry
LabelsPublishers
Scholarship
Academic papersMusic journalsDocumentariesPodcastsBlog

the ten categories in the search bar map straight onto these

Give the knowledge a structure🌳

The architecture answers the entry question three ways at once: search for people who know what they want, browsable resource sections for people who don't yet, and dedicated paths for research, pricing, and the API. The same entities appear at every level, so wherever you enter, the vocabulary is familiar.

Home page
Search bar
Artist · Genre · Instruments
Tracks · Labels · Publishers
Academic papers · Journals
Filters + list of results
Stats section
Artists, tracks, albums, genres documented by the library
Activities / Events
Upcoming releases
Community forum?
Feature section
Podcasts
Featured artists
API use cases
AML resources
Artists · Genres · Instruments
Musical scores · Labels
Publishers · Producers · Songs
Research
Literature · Documentaries
Blog · Subject guides
Music eJournals · Papers
Pricing & API
Pricing table
AML API · API calls
Examples of API
About & account
About AML · Team · Contact
Sign up: name, email, country, affiliation

The information architecture, condensed from my board. Scroll sideways to walk the full width of the library.

Walk the critical journey🚶🏾‍♀️

The flow that matters most is the student's: from opening the library to holding a usable source. The single hardest decision in it is where the subscription gate sits. I placed it after the first taste of value, at the moment of committing to a resource, never before search. Discovery stays open; depth sustains the library.

Start Decision Input User action Screens End
Open the web app
Home page
Search "highlife"
Results, filtered by artist, genre, instrument
Open a resource
Subscribed?
yes
Continue research
no
Pricing plans
Checkout
Success
Back to the resource

also mapped: account creation (phone or email verification → security checklist) and the forgotten PIN recovery path... no dead ends survive on paper

Why it's here

The smallest project. The clearest window.🎯

This project shows how I think when nothing exists yet. No inherited patterns, no live traffic, no screens to critique. Just a domain worth caring about and the discipline of structuring it before drawing it.

It began as side research for Josplay. Today, the library it helped shape is live.