
Build your reader.
Not your backend.
Describe the reader you want. Get a fully branded one back, running on a backend that is already live.
One paragraph is enough to start. We come back with a reader, not a brochure.



Trusted by global leaders
The same platform underneathTrusted worldwide
Trusted by leading publishers, associations, and enterprises in 25+ countries.



99.97%guaranteed uptime




20 statesserved by Money Vehicle



4000 usersKois Center multi-platform growthA custom reader used to take a team.
Engineers, designers, and months of work before anyone opened a book. Then the same again for the next brand, and the one after that.
Now it takes an idea. You describe the reader you want and the SDK builds it.
Which means the imprint you shelved because it could not carry its own build is back on the table.
Describe it. Ship it.
No engineers. No designers. No backend to stand up.
Describe it
Say what the reader should look like and how it should behave.
It gets built
Theme, fonts, layout and shell, applied to your brand.
Ship it
It goes out on a backend that is already live and already running.
Any identity. Same engine.
Five readers that look nothing alike, running on one backend.

K12

Enterprise

Magazine

Dark edition

Academic
Everything included.
Nothing extra to build.
Theme
Your colours, applied across the whole reader.
Fonts
Your typefaces, at reading sizes that hold up.
Animations
Page turns and transitions, already tuned.
Reader UI layout
How the page, margins and controls are arranged.
Reader shell
The frame around the content, branded as yours.
TOC and resources
Contents, navigation and everything alongside the book.
A month of work, now an afternoon.
The same reader, the same backend, without the build in between.
Who this is for.
The teams already running catalogues on KITABOO, and the ones about to.
Publishers
A different reader for every imprint, without a project for each one.
Ed-tech
Your product's look, on a reading engine you did not have to write.
Enterprise L&D
Training material that looks like the company it belongs to.
The backend you are not building.
Already built, already running, and ours to keep running.
Content pipeline
Ingest and packaging, ready for whatever format your catalogue arrives in.
Protection
Encryption, entitlements and who is allowed to open what.
Delivery
Every device your readers own, online and off, kept in sync.
Infrastructure
Hosting, scale and monitoring, through your busiest week of term.
When we improve any of it, your reader gets the improvement. You do not ship anything.
- 25+
- Countries deployed in
- 34M+
- API calls a day
- 1.5M+
- eBooks delivered
- 6M+
- Active users
- 99.97%
- Guaranteed uptime
Answers
Before you ask
Do we need engineers for this?
How different can two readers actually look?
What do you run, and what do we run?
Can we change it after it is built?
What happens when you update the backend?
How do we start?
Your reader. Your rules. Built today.
Write the reader you want in a line or two. We build it and send it back for you to open.