WhyHowWhat Who it helpsWays to use it The Gym — drills The library Reader Academy Apps & extension The scienceMagazine Quick start Services For institutions — overview Branded subdomain Custom apps & branding Demo — K-12 Special Needs Academy Demo — university access & diversity Accommodation profiles Cloud sync across devices Outcome reporting Pilots & rollout Pricing Open the app
Universities · colleges · schools

Your own subdomain.
A profile that follows the student.

A student who needs text presented differently should not have to rebuild the tool in every room she sits down in. Your institution gets its own address, sign-in restricted to your email domain, and accommodation profiles set once by the people qualified to set them. We also build the desktop, Android and browser versions under your institution's own name, mark and colours.

Your subdomain Apps built in your name Sign-in bound to your domain Profiles set centrally Titles never shown to staff
sign-in yourschool.readerinc.com
Your Institution

Sign in with your institutional email. Your reading settings are already waiting on this machine.

@yourschool.ac.uk only

An illustration of the branded sign-in, not a screenshot of a live customer. We do not have one yet.

01 — What you get

A build of the app that belongs to your institution.

Not a licence key bolted onto the public site. A subdomain your students recognise, your sign-in, your roster, and a place for the settings your disability service decides on — so the same reader turns up wherever the student happens to be sitting.

One address, every machine

Students go to your subdomain and sign in. The library PC, the lecture-theatre laptop and the phone on the bus home all resolve to the same account, and the same accommodation profile arrives at each of them. Nothing is installed and nothing has to be configured on the machine.

Library PC — shared, wiped nightly same profile
Lecture-theatre laptop — borrowed for an hour same profile
Their own phone — on the bus same profile

Your logo and your colours

The mark, the wordmark and the palette are yours, on the sign-in screen and throughout the app — and in the desktop, Android and browser builds too. Students told to use an official tool should be able to see that it is one. What branding covers.

Branded, not co-branded

Sign-in bound to your domain

Single sign-on, restricted to the email domains you nominate. Someone outside the institution cannot reach the tenant, and a student who leaves loses access when their account does.

SSO · domain-restricted

A roster your office controls

Add a cohort, add an individual, remove someone who has graduated. Advisers get a staff role that can set profiles and read outcomes; students get an account that can read.

Two roles, no more

Their library, on any machine

Coursework imported on Monday is there on Thursday in a different building. The consumer app deliberately keeps documents on one device; inside a tenant they sync, because a shared lab machine makes the local-only version useless.

Documents follow the account

Accommodation profiles, set centrally

An adviser sets pace, typeface, size, contrast, motion, voice, pairing mode and words per frame once, against a student or against a whole cohort, and it applies everywhere that student signs in. The student can still change anything in the moment — a profile is a starting point that survives, not a lock.

Set once · applied everywhere

Reporting that stops at the door

Sessions, minutes, pace, and whether the comprehension check passed — per student and per cohort, exportable, enough to write an evaluation with. Document titles and document contents are not in it, and cannot be put in it. The boundary is enforced on the server, not by a setting an administrator could quietly turn off.

Outcomes, not surveillance
02 — Your name on it

We build custom apps for institutions, under your identity.

The web app on your subdomain re-skins itself at run time from your tenant's settings — change the mark or the palette in the morning and every student sees it that afternoon, with nothing rebuilt and nothing reinstalled. The desktop, Android and browser versions are a different kind of work: they are real binaries, so they are built once with your identity compiled in and then distributed through your own channels.

Name, wordmark and mark

The institution's name is the product name — in the window title, the installer, the launcher, the About box and the store listing. Your mark replaces ours wherever ours would have appeared.

Palette and app icons

Your accent colour drives the interface, and your icon is generated at every size each platform demands — the dock icon, the launcher icon, the toolbar icon, the favicon. Not our icon with your name under it.

Your support route, in the app

Help points at your disability service, not at us. A student who gets stuck reaches the office that put the tool in front of them, at the address or the form you nominate.

Build

macOS

The Electron shell rebuilt with your product name, bundle identifier and icon. A real File menu, clipboard reading, and the whole site bundled inside so it works with the network unplugged.

Output
.dmg & .zip
Chips
Apple silicon · Intel
Requires
macOS 11+
Signing
your Developer ID

Apple's tooling means the Mac build has to be produced on a Mac.

Build

Windows

The same shell as an installer your device management can push, or a single portable .exe that writes nothing to the registry — useful on locked-down lab images and on machines a student doesn't own.

Output
.exe · portable
Arch
x64
Requires
Windows 10+
Signing
your certificate

Unsigned builds show a SmartScreen warning until a certificate is in place.

Build

Android

Your app name and your launcher icon. The whole app ships inside the package, so aeroplane mode changes nothing, and it registers as a share target — a student sends an article to it from any app and lands in the reader.

Output
.apk · .aab
Requires
Android 6.0+
Permissions
internet only
Store
your Play account

Or side-loaded and pushed by your own device management.

Build

Chrome extension

Your name in the toolbar and in the listing, reading the page a student is already on. Two gaps carry over honestly: Chrome forbids extensions loading code at run time, so the neural voice and PDF import don't run here.

Carries
name · icons · popup
Requires
Chrome 114+
Shortcut
Alt + R
Store
your developer account

Or installed by the same enterprise policy that manages your other extensions.

What a build actually involves

Binaries are not a checkbox, and we would rather say so before you sign anything. A branded desktop, Android or extension build is a piece of work with a lead time, and it is redone when the app changes. Publishing under your institution's name means the accounts and certificates are yours — an Apple Developer ID, a Windows code-signing certificate, a Play Console listing, a Chrome Web Store listing. We will build against them and walk your team through it; we will not hold your institution's developer accounts for you, and we cannot make a store review go faster. There is also no iOS build in this project yet, so on iPhone and iPad the branded web app on your subdomain is the whole offer — which is honest, and is also why the web app is where every feature lands first.

03 — Two worked demos

Easier to show than to describe, so we invented two customers.

We have no institutional customers yet and will not dress a mock-up as a case study — so we built the next most honest thing: two fictional institutions, taken seriously. Each demo walks the whole product end to end — the branded sign-in, the roster, the profiles, a student's day, the staff console, the reporting — with every screen and setting real and every name and number invented.

K-12 Special Needs Academy

A fictional specialist day school where every one of three hundred students is dyslexic — the sharpest case there is. Age-banded profiles from emerging readers to exam access, a fourth-grader's day across four shared machines, and reporting a learning-plan review can stand on without ever surveilling a child.

Walk through the school demo

University access & diversity

A fictional access & diversity office carrying twenty-four hundred students across four programmes — first-generation scholars, disability support, multilingual students, returning adults. Group defaults where there is no assessment, real accommodations where there is, and a term export built for the funding evaluation rather than for surveillance.

Walk through the university demo
04 — The accommodation

The burden we are actually trying to remove is the setting-up.

Most assistive software is configured by the person who needs it, on the machine in front of them, every time. That is a tax paid in public, at the start of every session, by the student least able to afford the attention. It is also the reason a lot of recommended software is quietly abandoned by week four.

Set once, arrives everywhere

A disability adviser knows the settings. The student shouldn't have to keep re-typing them.

In the assessment you already work out what this reader needs: how fast is too fast, which face is easiest, whether motion helps or distracts, whether the voice should lead. In an institutional tenant that assessment becomes a profile attached to the account. The student signs in on a machine they have never touched and the reader is already the one they were assessed on.

Every field below maps to a control that exists in the app today — the profile sets the starting value, it does not invent new behaviour. And the student keeps every one of those controls. An accommodation that a student cannot override is not an accommodation, and a profile that silently reverts their choice would be worse than no profile at all.

  1. Pace, and a ceiling on it

    A starting speed, and an upper bound the slider will not pass. Plenty of readers work best well below a normal rate — 120–180 wpm is a common setting here, and nothing about this tool requires speed.

  2. Typeface

    Wide sans, OpenDyslexic, Atkinson Hyperlegible, Lexend, or an irregular face. Each carries its own tracking and weight, and each carries an honest note about what the evidence for it does and does not show.

  3. Text size and icon size

    Two independent sliders. Some readers want a large word and no picture; some want the picture large and the word small enough to be a caption.

  4. Contrast

    The reading stage runs dark by default and flips to dark-on-white with one setting. For readers who find a bright field painful, or who find a dark one grey, this is the first thing to change.

  5. Motion

    Animation off entirely, or scaled down by amount. It helps some readers and distracts others, and there is no way to know which from an assessment form.

  6. Voice

    Off, system voice, or the neural voice that runs in the browser. Reader-led so speech fits the pace, or speech-led so the pace follows the speech.

  7. Icon pairing

    Which of the nine modes the student starts in — icon above, behind, beside, flashing before the word, replacing it, or off. icon flashes, then word primes meaning before decoding begins.

  8. Words per frame

    One word at a time, or two, three, four. One removes crowding completely; more than one starts putting it back, which is a trade some readers want and others do not.

Pace160 wpm · ceiling 240
TypefaceAtkinson Hyperlegible
Text size72
Contrastlight stage
Motionoff
Voiceneural · speech-led
Pairingicon flashes, then word
Words / frame1

An example of the shape, not a recommendation. Nobody at this company should be telling you what to put in a student's profile. The values above are here so you can see what a profile is made of; the ones you set will come out of your own assessment, and they will be different for every reader in the cohort.

Profiles can be attached to a single student or to a group — a cohort of first-years on the same access plan, an exam-arrangements list, a course. A student in two groups gets the more permissive of the two, and any value they change themselves wins for as long as they want it to.

05 — The boundary

Staff can see that a student read. Not what.

This is the line the whole institutional product is built around, so it is worth stating before anything else in this section. Reporting carries sessions, minutes, pace and comprehension scores. It does not carry the title of the document, and it does not carry a word of its contents. There is no view, no export and no support tool that will show a member of staff what a student was reading.

Who sees what, inside an institutional tenant
ItemThe studentStaff reportingStored in the tenant
That a session happened, and when
Minutes read, and words read
Pace, and whether the comprehension check passedThe score is the point of the check — a speed with no score attached means nothing
Which accommodation profile was applied
The title of the documentHeld so the student's own library works on the next machine. Never surfaced to a staff account.
The text of the documentSame reason, same boundary
Highlights, notes, anything the student typedThere is no such feature, so there is nothing to hold
Anything read in the free consumer app on the same machineA separate account, a separate store, no route between them

And the part that is uncomfortable to write

A synced product is a hosted product. The titles and the text sit in your tenant because that is the only way a library can follow a student to a machine they have never used — which means we, as the operator, hold them. We will not pretend otherwise, and you should be suspicious of any vendor who does. What we can commit to is narrower and checkable: staff reporting cannot reach that data, the restriction lives in the server rather than in the interface, and it is written into the agreement rather than into a marketing page. If a student wants nothing held anywhere, the free app on the public site uploads nothing at all, and it is the same reader.

06 — Where the data lives

The consumer app has no backend. This one does.

Everywhere else on this site we say the same thing: no account, no server, nothing uploaded. That is true of the free app and will stay true. It cannot be true of a product whose whole purpose is to carry a profile and a library from one machine to another, so here is the difference in plain terms rather than in a footnote.

The free app still uploads nothing

Documents are parsed in the browser, history sits in local storage, and signing in with Google only namespaces that storage so two people sharing a laptop get separate libraries. Nothing changes about it because this page exists.

An institutional account does sync

Profile, library and session records live in your institution's tenant, so they can arrive on the next device the student signs into. That is the trade the institutional version makes, and it is the entire reason it costs anything.

What the tenant is not for

No advertising, no third-party analytics, no selling anything to anyone, no training a model on student reading. Data leaves the tenant when you ask for an export or ask for a deletion, and otherwise it does not leave.

Read this bit

If you only take one thing from this page, take the boundary. An institution gets minutes, pace and comprehension scores — the things an access plan is actually evaluated on. It does not get a reading list. Students who suspect they are being watched stop using the tool, and a tool that goes unused helps nobody.

07 — Who this is for

The people who already carry this, and are short of hours.

Every one of these teams has the same problem in a different building: more students than appointments, software that has to be set up one desk at a time, and no way to tell afterwards whether any of it was used.

Disability & accessible education offices

You assess, you recommend, and then the recommendation walks out of the room and has to survive contact with a shared lab machine. This is the part we are trying to fix.

SEND departments in schools

Provision that has to be evidenced, across a year group, by people already teaching a full timetable. Set a profile against a group once, and see afterwards who actually read.

Assistive technology teams

Nothing to install, nothing to image, nothing to license per machine. It is a web app behind your sign-in, so a locked-down lab build and a personal phone are the same deployment.

Writing & learning centres

Reading load is the complaint underneath most study-skills appointments. A comprehension check after every passage turns "read more slowly" into a number the student can argue with.

And plausibly also
Exam access arrangements teamsStudy skills tutors Widening participationAcademic libraries English language supportFoundation year programmes Further education collegesApprenticeship providers Researcher developmentTeacher training providers
08 — How a rollout works

A term is long enough to find out.

We would rather you ran this against one cohort and formed your own view than signed anything on the strength of a page like this one. The pilot is designed to be small, cheap to abandon, and to produce a number at the end that you did not have to take our word for.

1

The subdomain goes up

We stand up yourschool.readerinc.com with your mark, your colours and sign-in restricted to the email domains you nominate. Nothing to install, nothing for IT to package.

Days, not weeksno deployment
2

You invite a cohort

A list of students, or an existing group. They sign in with the account they already have. There is no separate password to forget and no licence key to distribute.

By email domainSSO
3

Advisers set the profiles

Individually where there is an assessment to work from, by group where there isn't. Students can change anything from the first session onwards; the profile is where they start, not where they are held.

Set onceapplies everywhere
4

You look at the outcomes

Sessions, minutes, pace and comprehension scores, per student and per cohort, exported as a file rather than trapped in a dashboard. Enough to write an evaluation with, and enough to notice who never opened it.

Exportableno titles
5

You expand it, or you don't

If it did nothing for your students, that is a finding and we would rather you had it in a term than in a three-year contract. Take the export with you either way.

No lock-inyour data
09 — What it costs

Custom software from $5,000. The pilot is free.

Projects start at $5,000 and are quoted in writing, billed by agreement — there is no card checkout for this tier, deliberately. Beyond the starting figure we would rather quote a real cohort size than post a price grid we would have to argue our way out of the first time somebody asked for two hundred seats.

The pilot costs nothing

One cohort, one term, the full product — subdomain, branding, SSO, profiles and reporting. No card, no purchase order, no commitment at the end of it. We want the evaluation more than we want the first invoice.

Then from $5,000, by agreement

Custom software starts at $5,000 and is priced on scope and on the number of students who have accounts, billed annually, quoted in writing before anything is signed. Smaller for a school department than for a whole university, and smaller again for a multi-year commitment.

What is never charged for

The free app stays free for every student, staff member and member of the public — the complete reader, up to 5,000 words a day, with a $20/month membership — first day free — for readers who want the limit gone. You are paying for the tenant and the build, not for the reader.

First cohort

We have no institutional customers yet, so this page has no logos and no case studies on it. When there are pilots worth describing, their results will appear here with the institution's name on them and their permission attached. Until then there is nothing in this space pretending to be evidence.

10 — Accessibility, honestly

What is true of the app, and what we have not done yet.

Procurement will ask for a conformance statement. Rather than produce one that sounds better than the work behind it, here is what the app genuinely does today, followed by the gaps — which you are welcome to hold against us.

Keyboard operable

Space plays and pauses, the arrows step through the text and change pace, single keys cycle pairing mode and voice, Escape closes the figure view. Focus outlines are visible and not suppressed.

Reduced motion is honoured

A system reduced-motion preference silences every animation in the reader and across this site, without being asked. There is also a motion slider and an off switch, because the system setting is all-or-nothing.

A light reading stage

The stage runs dark by default and switches to dark text on white in one setting, independently of the rest of the interface. Text size and icon size are separate sliders with a wide range.

Faces chosen for decoding load

Wide sans, OpenDyslexic, Atkinson Hyperlegible, Lexend and an irregular face, each with a note on what its evidence supports. No font is downloaded — every stack is one already installed on the machine.

It runs with the network off

The reader is a self-contained page. On a flaky campus connection, or on a laptop in a basement seminar room, it keeps working — the only thing that needs the network is fetching an icon it has never seen before.

Nothing tracks the reader

No analytics scripts, no advertising tags, no crash reporting, no third-party embeds anywhere on the site or in the app. Inside a tenant, the session record described above is the only thing recorded, and you can read the whole of it.

What we have not done

No independent accessibility audit, no VPAT, and therefore no WCAG conformance level claimed. A single word flashing at a fixed point is also a poor fit for a screen reader, which is a real limit rather than a bug we are about to close. Ask us for the current state and you will get this answer, not a certificate.

What this is not

Not a diagnosis, a therapy or a treatment, and we will never describe it as one. It is a way of presenting text that some readers find easier and others do not. Whether it belongs in a student's plan is a judgement for your service, not for us.

Also true

You can test all of this before you talk to us. The institutional version wraps the same reader that is on the public site, free and without an account. Run a page of your own coursework through it, try the settings above, and see whether it is worth a term of anyone's time — the honest experiment is described on the science page.

10 — Buy seats online

Annual seats, priced by how many readers you bring.

If you don't need a branded build yet, you can put a whole cohort on the standard app today. Seats are annual memberships bought in one PayPal subscription — the more students, the deeper the discount off the $240-a-year list price.

10–24 seats

$144 /seat/year

40% off. A resource room, a support group, one class.

25–49 seats

$120 /seat/year

50% off. A year group's accommodations, a department.

50+ seats

$96 /seat/year

60% off. A whole cohort, a small school.

Register your students

Paste one student per line as Name, email. Ten is the minimum — the price per seat updates as the list grows. After PayPal confirms, this page produces each student's registration link and opens a pre-written email to send them from your own address. Nothing on this list leaves your browser.

0 students — packs start at 10 seats.

Request a pilot

One cohort, one term,
and a number at the end of it.

Write to us and say who you are and roughly how many students. There is no form on this page — a marketing site with no backend has no honest way to receive one — so the button below opens an email with the questions we would have asked anyway. Say you would rather talk and we will send times for a call instead.