Inclusive campaign images often fail in review for reasons that no extra prompt adjective can fix. “Welcoming,” “diverse,” and “accessible” sound positive, but they do not tell an editor what must remain visible in a narrow crop, whether a mobility device is shown plausibly, or whether the main message survives low contrast.
Nano Banana Pro can create variants, yet the decisive work happens after generation. A useful acceptance test gives three readers different jobs: one checks the scene, one checks access and representation, and one checks the real publishing slot. Their feedback should produce observable edits, not a contest over which image feels nicest.
Prompt Adjectives Cannot Replace Acceptance Rules
A long list of values leaves too much room for interpretation. The model may add several people while cropping the ramp, place a wheelchair as decoration, or rely on faint text against a busy background. The result can look inclusive at first glance and become unusable when viewed as an actual poster or social tile.
Write acceptance rules as things a reviewer can point to. The entrance stays visible. The assistive device connects naturally to the person using it. The empty text area meets the layout’s contrast requirement. The subject is not cut off in the smallest crop. Each rule can pass or fail without asking the reviewer to explain a personal taste.
Protect the functional detail before styling anything.
If the campaign is about accessible transport, the boarding relation matters more than a dramatic skyline. If it is about an inclusive workshop, the table height, aisle space, or caption area may carry the story. Put that detail in the protected list before choosing color or lighting.
Leave every representation choice open to review.
A prompt cannot settle whether a depiction feels respectful in context. Treat generated people as proposals that require human review, not evidence that the campaign understands a community. Avoid specifying sensitive traits that are not relevant to the message, and do not infer identity from appearance during approval.
Give Three Readers Three Different Review Questions
Three readers are useful only when they do different work. If all three answer “Do you like it?”, the majority can still miss the same functional failure. Assign the questions before showing the image.
|
Reader |
Question |
Required output |
|
Scene reader |
What is happening and what looks implausible? |
One visible scene correction |
|
Access reader |
What access detail is missing or decorative? |
One functional acceptance decision |
|
Slot reader |
What disappears in the real crop? |
Pass or fail for each format |
The groups can overlap; a small organization may ask one person to perform two roles at different times. The separation is cognitive, not bureaucratic. It prevents the first emotional reaction from becoming the whole review.
Run the reviews in sequence. The scene reader goes first because a confusing action cannot be repaired by a perfect crop. The access reader goes next because function can require moving an object or changing a relationship. The slot reader goes last and tests the approved meaning under real publishing pressure. If a later correction changes the scene, repeat the earlier check.
Ask the Scene Reader for Verbs
“Person enters,” “chair blocks,” and “sign disappears” are more useful than “good composition.” Verbs expose the story the pixels are telling. If the reader cannot name the action, the image may be too decorative for the campaign.
Ask the Access Reader for Function
The access review checks whether a feature can plausibly serve its purpose. It does not turn one reviewer into a spokesperson for every user. When possible, include people with relevant lived experience and pay for their contribution. Record the specific issue they identify instead of reducing it to a generic diversity approval.
Ask the Slot Reader to Use Real Sizes
Open the banner, square tile, and vertical crop at the size people will actually see. A hand, caption zone, or key object may survive on a desktop and disappear on a phone. The slot reader should reject the family if the smallest required version changes the message.
Route Corrections One Variable at a Time
The photo editor in Kimg AI starts with a reference upload, a written instruction, and output settings. The published interface accepts JPG or PNG files up to 30 MB. That workflow supports a controlled correction if the team names one change and lists the elements that must remain stable.
Suppose the access reader finds that a ramp is blocked by a decorative planter. Ask to move the planter while protecting the entrance, person, device, and camera angle. Do not simultaneously change the season, clothing, and background. If several variables move, nobody can tell which instruction fixed the problem or created the next one.
Keep One Approved Baseline for Every Correction
Save the last candidate that passed the scene and slot checks. Generate corrections from that baseline rather than from a rejected variant. Kimg AI’s Assets Library separates generated media, uploads, and favorites, which can help operators find the intended source. The campaign record should still name the baseline file and the acceptance rule under review.
Submit the bounded correction through Kimg AI, then give the new image to the reviewer who identified the blocked entrance. Ask that person to check the route from pavement to doorway again. Moving the planter only helps if the ramp remains usable and the rest of the scene still makes sense.
Record disagreement instead of averaging it away. A scene reviewer may prefer a dramatic angle while the slot reviewer finds that the angle hides the access feature. That is not a tie. The campaign’s declared job decides which concern wins. If the image must explain access, the functional detail outranks drama; if it cannot survive that choice, reject it.
Keep the rejected version beside its reason until the corrected candidate passes. A visual record helps reviewers confirm that the blocked ramp moved without losing the subject, caption space, or crop. Once the correction is approved, archive the failed variant away from production. The comparison remains available, while the publishing folder contains only files that completed all three reviews.
Release the Family Only After Three Passes
A single beautiful image is not enough. The scene, access detail, and smallest publishing slot must all pass. If a correction reopens an earlier failure, return to the approved baseline instead of adding more instructions to a drifting prompt.
For a multi-format release, attach the three decisions to the family rather than approving files independently. The banner may pass while the square crop fails. Publishing only the banner can be reasonable; calling the whole family approved is not. This makes partial acceptance visible and stops a weak derivative from borrowing authority from the strongest image.
Kimg AI fits teams that can define visible criteria and include informed human review. It is a poor fit for using generated diversity as a substitute for community input. The practical standard is modest: three distinct questions, one-variable corrections, and no release until the whole asset family keeps its meaning.

