Two workflows.One delivery moment.
Studioshare does two jobs end to end. It gets the night’s photos to the people who are in them while the event is still warm, and it gets a client from a thousand frames to a signed-off shortlist without a single zip file. What follows is the workflow as it actually runs today — no roadmap smuggled in.
Windows desktop app and Android. macOS and iOS in development.
Instant event share
Camera to guest, during the event. Tethered capture, a QR code on the table, one selfie, and each guest walks away with the frames they are in.
Workflow twoSelection and proofing
Shoot to shortlist, after the event. Folders the client can navigate, picks they can make on their phone, notes on the frames themselves.
Server-side. Not in your guest’s browser.
An earlier version of this site described face processing as happening on-device, in the browser. That was true of a legacy pipeline which has since been removed, and it is not true of Studioshare today. The browser’s only job is to take one photo and upload it. Everything after that runs on our infrastructure.
We would rather correct a privacy claim in public than leave a flattering one on the page. If where the maths runs is a decision factor for you — and for a school or a corporate client it usually is — read the data handling page before you commit to anything.
Selfie to matched set
- The guest’s browser captures one JPEG and posts it to our API.
- Our face service computes a 512-dimension AuraFace embedding — on the server.
- That embedding is stored as a vector against the guest’s record.
- Every gallery photo is embedded the same way as it is ingested.
- Matching is a cosine nearest-neighbour search across the event’s faces, with a distance cutoff we tune.
Selection and proofing
The other half of the job, and the one that quietly eats your week. A client who cannot decide is not being difficult — they are being handed a thousand files and no way through them.
Bring the shoot in
The same event object as the instant share workflow. Capture straight into it, or upload a shoot you have already culled.
Organise into folders
Ceremony, portraits, reception. The client sees folders as tabs rather than one endless scroll, which is the difference between a decision and a chore.
Invite the client
Add them to the event by phone number. If the album is fifty photos, set the cap to fifty and the interface holds them to it instead of you having to.
They mark their picks
They open the link in a browser on the phone they already have and select photo by photo. Progress is theirs to pick up and put down.
They leave notes on the frames
Comments attach to individual photos, so “crop this one tighter” arrives on the photo it is about instead of three days later in a WhatsApp thread.
You get the set
A review screen shows only what was selected, on its own, ready to hand to the edit instead of you cross-referencing a list of filenames.
The piece this workflow uses
Selection & proofing workflow
Create events, organise shots into folders, and invite clients to mark their picks — so you shoot to a confirmed list instead of guessing.
Both workflows, one event
An event is not one thing or the other. The same wedding can run instant share for the guests during the reception and a selection round with the couple two weeks later, off the same set of files.
What runs where
One machine at the event runs the capture app. Nothing else in either workflow needs an install — not your client, and not a single guest.
| Tethered camera capture | The Windows desktop app, on the machine at the event. |
|---|---|
| Events, folders and invites | The desktop app on Windows, or the Android app. |
| Guest QR, selfie and gallery | Any modern phone browser. Nothing to install. |
| Client selection and proofing | Any modern browser, on any device the client owns. |
| Studio wall | A browser on whatever is driving the screen or projector. |
Windows desktop app and Android. macOS and iOS in development.
What the workflow does not do
Both workflows above end at delivery. What happens next — who opened it, who reshared it, which guest became a booking — is not something Studioshare can tell you today. It is what we are building, and it is not shipped.
Guest Graph consent capture
A separate, explicit, easy-to-decline opt-in that lets a guest hear from you later — kept legally distinct from the consent that powers "find my photos".
Earned Impressions tracking
Measure how often guests reshare your branded work, so reach stops being a guess.
Guest-to-Lead dashboard
Your G2L rate per event: how many guests arrived, how many opted in, how many became real enquiries.
Second-order booking attribution
Trace a signed booking back to the event where that client first showed up as somebody else’s guest.
macOS and iOS apps
Android is live on Google Play and the desktop capture app runs on Windows. macOS and iOS are still in development.
Run it once and the rest is muscle memory.
Set the capture app up on a quiet afternoon rather than the night before a wedding. We will walk you through the first one.