# Customize what reviewers see
{/*
DRAFT. SaaS audience. Created 2026-09-29 (Ana). Doc set: internal/creator-review-doc-set.md
NOT IN NAVIGATION ON PURPOSE. See the admin set's index.mdx comment block.
TITLE DIFFERS FROM THE ADMIN VARIANT ON PURPOSE. The admin page is "Customize the client view",
because a Fohr team is preparing something for a client. A SaaS brand's reviewers are its own
people, so there is no client, and the page is named for what the settings actually do.
Settings names and descriptions verified hands-on 2026-09-29 against the Customize panel on
app.fohr.co, read and not toggled. Full evidence list is in the admin variant's customize.mdx.
LEFT OUT DELIBERATELY: the Reviewers panel's ACTIONS column holds two Fohr-internal controls,
signing in as a user (God mode) and copying a magic link. Confirmed via SME (Ryan Yu, 2026-09-29).
Also left out: Client View, which previews the managed-client experience and has no meaning for a
brand whose reviewers are its own colleagues. CONFIRM BOTH before publishing, since neither was
observed through a SaaS account's own permissions.
Re-read 2026-09-29: the panel has three groups, not two. Require Pass Reason and Unassigned
Creators sit under REVIEW WORKFLOW, not CREATOR DETAILS, and the rationale setting is labeled
"Rationales". A first pass had all three of these wrong.
*/}
**Customize** decides what appears in Review. It controls presentation only, so turning a metric off hides the number without removing the creator or changing any decision you have already recorded against them.
{/* SUPADEMO PLACEHOLDER
A Supademo belongs here. Per writer-skill it sits right after the intro paragraph
(or, for a second one, at the top of the section it covers), introduced with a
lead-in sentence using "Explore" as the verb, and embedded as:
Intended subject: Prepare the presentation in Creator Review.
Looms were dropped 2026-09-29 (Ana) in favour of Supademos.
*/}
## Before you start
Open the review in **Build** and select **Customize** under **CUSTOMIZE & PUBLISH**. The panel's title is **Review display settings**, and its subtitle states the important thing about it: changes appear in Review immediately.
## Review overview settings
These five settings control the top of the review, the part someone reads before looking at anyone in particular.
| Setting | Description |
| --- | --- |
| **Goal Confidence** | Shows the Goal Confidence KPI tile. |
| **Predictive Views** | Shows the Projected Views KPI tile. |
| **Views baseline** | The predictive baseline behind every projected figure, **P50**, **P75**, or **P90**. |
| **Alternates Lane** | Shows the Alternates column next to Top Picks in each section. |
| **Portfolio Stats Panel** | Shows the Predictive, Creator, and Audience Demographics panel on the review page. |
**Alternates Lane** is the one here worth a decision rather than a default. Leaving it on lets a reviewer see your backups next to your proposal, which speeds up a replacement round because they can pass and point at a substitute in the same pass. Turning it off keeps the proposal clean and stops a reviewer arguing for a backup before they have judged the main lineup on its own.
## Creator details settings
These five settings control what appears inside an individual creator.
| Setting | Description |
| --- | --- |
| **Rationales** | Shows the "Why" note you write on each creator. |
| **Contribution %** | Shows the Contribution stat in a creator's detail panel. |
| **Sample Content** | Shows the sample content grid in a creator's detail panel. |
| **Criticality Badge** | Shows the Critical, High Impact, or Replaceable pill in a creator's detail panel. |
| **Single Hero Image** | Shows one hero image per creator instead of a photo mosaic. Off by default. |
**Rationales** is the one to think hardest about. Turning it off leaves whoever is deciding comparing creators on statistics alone, with none of the reasoning you prepared in Build.
## Review workflow settings
These two settings change what a reviewer can do, rather than what they see.
| Setting | Description |
| --- | --- |
| **Require Pass Reason** | Requires a canned or written reason before a reviewer can pass on a creator. Off by default. |
| **Unassigned Creators** | Shows the creators not yet placed in a section. Off by default. |
**Require Pass Reason** being off lets a reviewer pass on a creator with no explanation. Turn it on when the reasoning has to survive the meeting, which is the usual case when whoever builds the lineup is not the person deciding on it. It costs a step on every pass, so it is a trade rather than a safe default.
**Unassigned Creators** being off means anyone you never placed in a section is invisible in Review. Leaving it off is the safer choice, since turning it on shows people you have not yet decided how to present.
## Confirm who has access
**Reviewers**, under **CUSTOMIZE & PUBLISH**, opens **Brand Users** and manages who can access this review. The table lists each user with their role, their shared-link access, and the actions available on them, and **Add User** adds someone to the brand.
Access and publication are separate, and confusing them is the most common way a round sits unread. Publishing a round decides which creators exist in Review. It does not decide who knows about them. Confirm this table lists the right people, and send the review link yourself rather than treating a successful publication as evidence a notification reached anyone.
## Related articles
How Creator Review works, from the two modes to what the forecast and the decisions mean.
Add review context, generate and edit rationales, and curate the sample content reviewers see.
Compare creators, discuss them, and record approvals and passes in Review mode.
Publish a round to your reviewers, send later additions, and move approved creators downstream.