Interactive · Product

The child reads out loud, and the page answers.

Every read-along app I could find narrates to the child. This one listens. The reader says the words, and the illustration moves as they land.

RoleConcept and build
StatusWorking prototype
InputThe child's voice
PurposeReason to choose the book
01

The inversion.

A read-along app that reads aloud to a child is a very good audiobook and a very bad reading tool. The child is a passenger. Nothing they do changes anything.

So this one never narrates. It waits. The scene only moves when the reader says the word, which makes the animation a reward for reading rather than a substitute for it. A child who stops reading gets a page that stops.

01

Nothing narrates. The reader is the narrator.

02

The scene responds word by word, so the pace belongs to the child.

03

It stops when they stop, which is the whole point.

02

Why it exists.

I didn't build it as a product to sell on its own. I built it as the reason to pick the book up.

A picture book competes with every other picture book on price and cover. A picture book that does something none of the others do competes on a different axis. That's cheaper than buying attention and it lasts longer.

03

What's actually built.

There's a working prototype. The microphone path is the fragile part and it's the part I built first, because a demo that fails on the one thing it's claiming is worse than no demo.

Ask and I'll walk you through it end to end.

What this proves

  • I find the differentiator and build it, rather than buying ads for it.
  • I build the risky part first, because that's where the project actually gets decided.
  • I can tell the difference between a feature and a reason to buy.
Next Step

Tell me what you're trying to finish.

The thing that makes someone choose you is rarely the thing on the feature list.

Send me the project that has been sitting there. I'll tell you what I'd do with it and whether I'm the right person to do it.