A gallery CRM that thinks like a director, not a sales funnel

What a gallery CRM is for (and what it is not)

A gallery CRM has one job: when the director walks into a room with a collector, the CRM should be able to answer four questions in under five seconds. What have they bought from us? What have they been shown but did not buy? Who else in the gallery has talked to them recently? And which of our artists do they collect outside the gallery?

It is not a marketing automation tool. It is not a deal-pipeline tracker. It is not a contact-list export to Mailchimp. Those things exist around the CRM (sometimes), but the CRM itself is institutional memory: the thing that prevents the gallery from accidentally pitching a work to a collector who already saw it last fair.

Art.industries calls this side of the product Network. The pages below explain how Network works in practice and how it fits with Inventory, Viewing rooms, and Email campaigns.

The five contact types every gallery actually has

Galleries that try to put every contact in one bucket end up with a 12,000-row contact list nobody uses. The trick is to model the five real types up front and stop fighting reality.

1. Collectors. People who have bought, or who you actively pitch. Subdivide by relationship age and price tier; that subdivision is what tells you who gets first look at the new Mary Smith.
2. Advisors. They buy on behalf of collectors, often without telling you who. Track which advisors close, which only look, and which collectors a given advisor has historically represented.
3. Artists. Your own represented artists, plus artists you collaborate with on shows. Their record holds the consignment history, statements, and the (private) personal context the director needs.
4. Institutions. Museums, foundations, corporate collections, biennials, prizes. Slow-moving but high-status; their interest changes how works are priced and offered.
5. Press and trade. Critics, fair organisers, fellow gallerists, framers, registrars at lending institutions. Not commercial, but you need them findable.

Where Mailchimp + Excel + memory breaks

The classic gallery CRM stack is Mailchimp for blasts, an Excel sheet for "real" collectors, and the director's memory for everything important. It works for a 2-person gallery with 80 collectors. It does not survive the first staff change.

When the long-time director leaves, the institutional memory leaves with them. The new hire inherits a Mailchimp list with no notes, an Excel sheet that is two years out of date, and a folder of PDFs of past offers that nobody can search. The first time they pitch a work to a collector who has been politely declining it for three years, the relationship gets a small but real scratch.

A real CRM, linked to inventory, prevents that. The contact record shows every viewing room they were sent, every work they reserved, and every offer they passed on. The new hire reads three minutes of history before sending the first email.

A real flow: from a Frieze booth conversation to a deposit

A working gallery CRM is not used in batches. It is used during the conversation. Here is the flow that closes a sale that started with a chat at a fair booth.

1. At the booth, the associate logs the new contact on a phone in 30 seconds: name, country, the works they pointed at, the advisor they came in with. No fields are mandatory beyond the name; the rest is enrichment.
2. After the fair closes, a private viewing room is built around the three works the collector lingered on. The room is sent with a custom note from the director, not a templated blast.
3. The CRM logs the room view, who visited, and how long they stayed on each work. Two days later, an advisor opens the room and stays on a different work. The director is notified and emails the advisor directly.
4. A reserve is placed on the chosen work with a 7-day expiry. The reserve sits on the work in the Inventory, so any other room or pitch automatically shows it as held.
5. A Stripe-backed deposit invoice for 50% is sent through the CRM contact. When the deposit clears, the contact, the work, the room, the invoice, and the custody event are all linked. Six months later anyone can reconstruct the deal in 10 seconds.

How Art.industries models relationships

Network (the CRM) sits next to Inventory in the same workspace, not in a separate app. Every contact has a relationship-graph view: works they bought, works they were shown, viewing rooms they visited, exhibitions they attended, advisors they came in with, and which of your artists they have asked about by name.

Notes are a first-class field, not a comment thread. Director-only notes are visible only to roles you mark as senior. The associate adds context after a studio visit; the director adds the why behind a price. Both stay attached to the contact, not to a Slack channel that gets archived.

Mailchimp-style blasts are handled by Email campaigns, which read from the CRM directly. You do not export a CSV and re-import. The campaign segments are live: "everyone who saw a Mary Smith viewing room and did not buy" is a real query, not a guess.

Stripe invoicing, viewing rooms, and the public website all read the same contact identity. Buying through the storefront and being invited to a private room create one contact, not two.

Discretion: who sees which notes, and who sees prices

A gallery CRM that treats every staff member as equal is a gallery CRM that leaks. Permissions in Art.industries are role-based: associates see availability and the public price; directors see consignment splits, discount history, and the personal notes; the consignor sees their own works and statements; collectors (when explicitly invited) see only what they own.

For private sales and secondary work, there is an extra layer: a contact, a work, or an entire viewing room can be marked as confidential, which keeps it out of search results and reports for any role below director. If you are running a secondary-market desk, this is the default mode.

Migrating from a spreadsheet without losing 10 years of history

The hard part of a CRM migration is not importing names. It is importing context. The trick is to take the spreadsheet as-is, import it cleanly, and then enrich one quarter at a time as you actually talk to the contacts again.

For each contact, attach what you have: past invoices (PDF is fine), email exports per quarter, a one-paragraph note from the director if the relationship is older than three years. By the end of the second exhibition cycle on the new system, the spreadsheet you migrated from will look thin compared to what you have now, and nobody will reopen it.