Client galleries that convert

Public portfolios sell the next booking. Client galleries close the current one. Mixing those jobs is how studios end up with a beautiful grid that cannot collect a decision, or a proofing tool that looks nothing like the site the couple hired.

The failure mode is familiar: you deliver a link, they love the work, and then selections arrive as screenshots, reply-all threads, or silence. Rematching “the one with the fountain” against a thousand frames is unpaid labor you already priced into the job once.

Treat proofing as its own surface with clear states: draft selections, submitted for review, approved, and revision requested. If the tool cannot show those states to both sides, it is a share folder wearing a gallery costume.

Friction kills yes. An extra login the client does not expect, a watermark so heavy they cannot judge skin and tone, a download that dumps a zip with no story, or a brand that is not yours all teach the same lesson: this step is temporary and optional.

Luxury restraint matters here more than feature count. Clients who paid for a calm experience notice when the delivery room looks like a stock SaaS template. They also notice when the room quietly offers a print shortlist next to the selects instead of a dead end.

WeTransfer-style links still work for raw handoff in a pinch. They do not replace a proofing loop. There is no selection state, no studio queue, and no path back into your catalog when someone decides they want a canvas.

ArtInStack puts proofing on the same domain as the public site: a Client Portal under your subdomain, branded with your studio identity. You invite clients from Portal Manager; they enter with an access code tied to that invitation, not a shared gallery password you hope nobody forwards.

Inside the portal, gallery access is entitlement-based. Clients select images, save a draft, add notes, and submit for approval, with an optional max selection limit when the package requires it. Print Shortlist and Photo Books sit beside that loop so commercial intent is not a separate product.

Submitted work lands in your studio queue for review: approve, request changes, or move toward print. Downloads can be granted in the same portal when the job calls for finals. The gallery is the portfolio you already hold, granted to the client, not a second library you maintain for proofing alone.

Many category tools still center a shareable password link. That model is fast to send and easy to forward to the whole wedding party. It is also hard to revoke cleanly and easy to confuse with “anyone with the link.”

Invitation-plus-access-code portals trade a little send friction for clearer entitlement: this client, these galleries, these widgets, this expiry on the code. ArtInStack chose that model because studio delivery is not a public album with a padlock sticker.

If your workflow depends on one link the planner can paste into a group chat, evaluate password-gallery tools on that job. If your workflow depends on knowing who can still see the selects after the job closes, evaluate invitation portals on that job. Do not score them as the same product.

Choose ArtInStack when the Client Portal must sit on the same spine as portfolio, media, and print: branded delivery on your domain, selections into a studio queue, and shortlists that can become commerce without a rematch.

Choose a dedicated proofing SaaS when you already own a site elsewhere and only need a temporary selection room, and you accept a second brand and a second library for the life of the job.

Use a plain file-transfer link only for one-shot archives when proofing is already finished. It is not a gallery, and it will not collect a decision.