Yearbook Business · a yearbook line for a photography studio
Run yearbooks as a business, on the roster you already shoot.
A studio that already handles picture day is one roster away from a yearbook business. Yearbook Business is that yearbook product: the portraits you already capture, tagged to the right student off the school roster, flow straight into a real production editor, a press-ready book, and a server-priced order. You own the school relationship and your own book contract. The school owns its students’ data. The platform runs the software. Every printed-copy sale is designed to split a defined way — studio, photographer, school, and platform — with an optional fundraiser cut from the school’s own share. The payout economics are built into the order rails; the live payment rail is honest-off, so no card has been charged and no split has paid out yet. We say so plainly.
This is the studio-economics door. The full write-to-read product arc lives at yearbook.software. The multi-rep partnership machinery is at yearbook.partners. The run-it-yourself school door is schoolyearbook.software. Student and family data is owned by the school and never sold or shared.
What the platform hands a studio
A studio brings the roster, the picture-day relationship, and the trust of the school. The platform brings a built yearbook product and the order economics. The first four surfaces below are shipped and running. The fifth — the live payment rail — is honest-off, and marked so.
A yearbook product, not a build project
The studio does not build software. It operates a built product: a multi-surface production editor with spread layout, layers, masking, typographic control, and the structural surfaces a real yearbook needs — the ladder that plans every page, the table of contents, the endsheets, and the cover. Scoped staff roles let the school’s adviser and student editors work in the same book without overwriting each other. The editor, roles, and surfaces are built and running. Shipped
Picture day flows into the book
The roster the studio shoots picture day on is the same roster the book is built on. Portraits and event photos are tagged to the right student off that roster, and a coverage-gap report shows which students are not yet on a spread before the deadline, not after the printer runs. Facial recognition is off by default and never auto-tags a child without an explicit per-child opt-in from that child’s parent. The portrait flow, event capture, and coverage-gap engines are built. Shipped
Server-priced ordering, four-way payout
When it is time to sell, every unit price resolves server-side from the school’s catalog — the buyer never types the amount, so what a family sees is what would bill. A school can sell a whole-school book, a grade book, a single class book, or a club book, on an early-bird-to-deadline price schedule, and every sale is designed to split four ways: studio, photographer, school, and platform, with an optional fundraiser cut from the school’s own share. The order, pricing-window, scoped-book, and payout engines are built. Shipped · live checkout honest-off
Press-ready print, your own lab
At deadline the platform runs an automated pre-flight file check — resolution, bleed, colour — and exports a press-ready PDF the studio or school can send to whichever print lab it uses. Delivery status is tracked from proof to print run to fulfillment. The book is not adjusted to survive a consumer export. The pre-flight, press-ready export, and delivery-tracking engines are built and production-ready. Shipped
The live payment rail
The economics are built into the order rails: the four-way split, the fundraiser cut, the deadline windows, the server-resolved price. What is not yet enabled is the live payment rail that actually charges a family’s card and moves each party’s share. That rail is honest-off — present in the platform, not enabled for live transactions. No studio has earned a live payout here yet. We name that plainly rather than implying live revenue today. Early access — live payment rail
A studio’s yearbook year, step by step
The yearbook business runs on the picture-day relationship a studio already has. Each step builds on the roster from the one before it; nothing is re-keyed or reconstructed at the end.
- The roster comes in once. The school’s roster is imported a single time and becomes the spine of the whole year — the same roster that scopes picture day scopes the book, the order, and the print run. One import, not five.
- Picture day is shot, and the portraits land in the book. The portraits the studio already captures are tagged to the right student off the roster and are ready to place. Event photos through the year land the same way, and the coverage-gap report flags any student not yet on a spread.
- The book is built in the production editor. The school’s adviser and student editors build spreads in the multi-surface editor, with scoped roles so a section editor cannot overwrite another section. Every change autosaves; a dead lab computer in April loses nothing.
- The adviser proofs and approves. An adviser reviews the book spread by spread and approves through a fail-closed gate — nothing advances to print until it is genuinely signed off. A read-only proof link reaches the principal or the print lab without emailing a giant file.
- The book is priced and offered. The studio sets the catalog; the order rails resolve every unit price server-side. A whole-school, grade, class, or club book can be offered on an early-bird-to-deadline schedule. Each sale is designed to split four ways, with an optional fundraiser cut from the school’s share.
- Pre-flight, export, print. At deadline the platform runs an automated pre-flight check and exports a press-ready PDF to the lab the studio or school chooses. Delivery is tracked from proof to fulfillment.
- The split is defined, the money rail is honest-off. Every party’s share is defined in the order economics. The live payment rail that charges the family and moves each share is not yet enabled. The economics are built; the money has not moved. A conversation is the honest next step.
The revenue posture, stated honestly
A studio deciding whether to run yearbooks as a business line needs the money picture told straight. Here is what is built and where the honest-off line sits.
A four-way split, defined server-side
Every printed-copy sale is designed to split four ways: the studio, the photographer, the school, and the platform. The split is defined in the order economics, not negotiated per sale, and the unit price is resolved server-side so the buyer never types the amount. An optional fundraiser cut comes out of the school’s own share — the school decides whether to route part of its share into a fundraiser, and that decision does not reduce the studio’s or photographer’s share.
The book contract is yours
The studio owns the business relationship with the school and its own book contract. The platform is the software the program runs on, not the party that owns the account. A commission and payout structure sits behind the split so a studio can carry its own reps against its own accounts — the machinery for that partnership relationship goes deep at yearbook.partners. This page is the single-studio economics view; the multi-rep partnership view is its sibling.
Free for the school, funded on the sale
The platform is free for the school to run — no subscription, no per-student fee, no setup charge. When live selling is enabled, the platform is funded on the sale side, as one share of a printed-copy purchase, never by charging the school to use the software. A studio does not have to sell the school a software contract; it operates a program the school runs for free and shares in the printed-copy sale.
The money rail is honest-off
Every number above is built into the order rails. What is not yet enabled is the live payment rail that charges a family’s card and pays out each share. That rail is honest-off — present in the platform, founder-gated, not enabled for live transactions. No studio has run a live sale or received a live payout here yet. We do not present the split as realized revenue; we present it as the built economics, with the live rail plainly off.
What you own, and what the school owns
A yearbook business runs on student and family data, so the ownership line has to be honest and it has to be firm. The studio owns its business, not the children’s data.
The school owns its students’ and families’ data. It is never sold to or shared with outside companies, advertisers, or third parties, and it is never resold as part of a studio’s book. Data that involves minor students is consent-gated: a family opts in before its contact is used, and consent can be withdrawn at any time. Minor student data runs on private systems and is never made public. A studio operating the program does not acquire ownership of that data by operating the program.
The studio owns its business relationship with the school, its book contract, and its share of a printed-copy sale. That is the asset a studio builds — a book of school accounts and the trust behind them — and it is a real business asset. It is not the same thing as owning the roster or the portraits of the children, which belong to the school and the families.
Facial recognition is off by default across the whole platform. It is never used to auto-tag a photo of a child without an explicit per-child opt-in from that child’s parent. A studio does not turn that on for a school; a parent turns it on for their own child, or it stays off.
Run it without standing up a department
A studio does not need a yearbook division to run a yearbook line. The product carries the parts that used to require a team, so a studio can add the business without adding headcount it cannot justify.
One toolchain, not stitched-together tools
Design, staff roles, picture-day photos, ordering, and print live in one product on one roster. A studio is not exporting from a design tool, importing to an order tool, and reconciling a spreadsheet against a print invoice. The book, the order, and the print run all key off the same roster, so there is one place to look and one version that is current.
The school’s adviser does the editorial work
The scoped-role model means the school’s adviser and student editors build the book inside the tool. A studio is not staffing an editorial team for every school; it is operating the program and supporting the adviser who runs the pages. The proof-approval gate keeps the adviser’s sign-off as the fail-closed step before anything prints.
Order status where the book is built
When selling is live, order status shows up in the same dashboard as the book — not a separate portal and not a stack of paper forms. A studio watches where each school’s program stands without chasing checks or reconciling who still owes. Today the order engine is built and the live payment rail is honest-off, so what is visible is the built order flow, not live transactions.
Pick your own print lab
The press-ready PDF export goes to whichever lab the studio or school already trusts. There is no captive print vendor, no territory lab a studio is forced through, and no multi-year print agreement built into the software. The pre-flight check runs first, so the file a studio sends the lab is already checked for resolution, bleed, and colour.
Common questions
What does yearbook.business give a studio, exactly?
A built yearbook product to sell and operate: the production editor, scoped staff roles, the picture-day-to-book pipeline off the roster, the adviser proof gate, automated pre-flight, press-ready PDF export, the online edition, and the server-priced order rails with a four-way payout split. The studio does not build software; it operates a built product on the roster it already runs picture day on.
How does a studio make money on this?
Every printed-copy sale is designed to split four ways — studio, photographer, school, and platform — with an optional fundraiser cut from the school’s own share. The split is defined in the order economics and the unit price resolves server-side. That said, the live payment rail is honest-off: the split is built into the platform, but no card has been charged and no payout has been made yet. The economics are real; live revenue is not yet enabled.
Is checkout live? Can a family buy a book today?
Not yet. The order engine — scoped books, deadline windows, the payout split, the server-resolved price — is built and production-ready. The live payment rail that charges a family’s card and moves each party’s share is honest-off: present in the platform, founder-gated, not enabled for live transactions. There is no live checkout, no billing, and no subscription. No studio has run a live sale here yet.
What does the software cost the school?
Nothing. The platform is free for the school to run — no subscription, no per-student fee, no setup charge. When live selling is enabled, the platform is funded on the sale side as one share of a printed-copy purchase, never by charging the school. A studio does not have to sell a school a software contract to run the program.
Do we own our school accounts?
The studio owns its business relationship with each school and its own book contract. The platform is the software the program runs on, not the owner of the account. A studio building a book of school accounts is building a real business asset. What a studio does not own is the students’ and families’ data — that belongs to the school and the families, and it is never resold as part of a studio’s book.
How is student and family data handled?
The school owns its students’ and families’ data. It is never sold to or shared with outside companies, advertisers, or third parties. Data involving minor students is consent-gated and can be withdrawn at any time, and minor student data runs on private systems and is never made public. Facial recognition is off by default and is never used to auto-tag a child without an explicit per-child opt-in from that child’s parent.
Do we have to use a captive print lab?
No. The platform runs an automated pre-flight check and exports a press-ready PDF the studio or school sends to whichever lab it uses. There is no captive print vendor, no forced territory lab, and no multi-year print agreement built into the software. The school and studio decide when to print, how many, and in what format.
How is this different from yearbook.partners?
yearbook.business is the single-studio economics view: what a studio gets, how the split works, what it owns, and where the money rail is honest-off. yearbook.partners goes deep on the partnership relationship machinery — the partner organization, commission plans, and rep account assignments — for a studio or reseller that carries its own reps against its own accounts. This page is the business posture; that page is the partnership mechanics.
How is this different from schoolyearbook.software?
schoolyearbook.software is the run-it-yourself, no-rep door for a school that wants to operate its own program without a vendor relationship. yearbook.business is the counterpart: a studio operating the program for the school as a business line. Same platform, same roster, opposite operating posture — one school-run, one studio-run.
What is the honest next step?
A conversation, not a checkout. The product is built and the payout economics are in the order rails, but the live payment rail is honest-off and no studio has run a live sale yet. A demo shows the current state honestly: how the roster drives the book, how the order and split are configured, and exactly where the money rail is off. There is no pricing commitment and no signup.
Related surfaces
The studio-economics door connects to the full product arc, the school-run counterpart, and the studio-side photography home. These destinations cover the adjacent surfaces.
yearbook.software
The umbrella product overview: the whole yearbook arc — write, design, photograph, proof, print, sell, give, read — on one platform and one roster. This page points there for the full capability story.
schoolyearbook.software
The run-it-yourself, no-rep school door: a school operates its own program without a vendor relationship. The counterpart posture to a studio-operated yearbook business.
pholio.photos
The studio-side photography and proofing home the picture-day portraits flow from. The same roster and portraits carry into the book.
homeroom.software
The flagship platform brand home: the full platform story behind the yearbook product a studio operates as a business line.
What is built and what is honest-off
The yearbook product — the production editor, scoped staff roles, the adviser proof gate, automated pre-flight, press-ready PDF export, and the online edition — is built and running today. The picture-day-to-book pipeline — roster-driven portrait flow, event capture, and the coverage-gap report, with facial recognition off by default — is built and running today. The server-priced order rails — scoped books, deadline windows, and the four-way payout split with an optional fundraiser cut from the school’s share — are built and running today. What is honest-off is the live payment rail: the sell checkout that charges a family’s card and moves each party’s share is founder-gated and not enabled for live transactions. No studio has run a live sale or received a live payout here yet. The school owns its students’ data; the studio owns its business relationship and its book contract, not the data. The platform is free for the school to run. This is a for-profit product; no tax-deductible or charitable claim is made anywhere. No competitor brand names appear here. Pricing and checkout are not on this page.