MovementOMS

Luxury Watch Dealer Software: What the Deal Needs

A watch deal is one record from the first request to the posted close. It is not a contact in a CRM, a row in a spreadsheet, and a question for your accountant in April. The moment those three split, the deal starts leaking: the landed cost lives in a text, the partner split lives in a voice note, and gross profit lives in your head. Luxury watch dealer software exists to stop that split. This guide covers what a deal actually involves, what the record has to hold at each stage, where generic tools fail, and how to test a system before you give it a card.

What a watch deal involves

A single Patek Philippe Nautilus sale touches more steps than most retail transactions. Each one produces a number or a fact you need later.

  • A buyer asks for a watch, with a ceiling, a condition, and a timeline.
  • You source it: offers from other dealers, a seller submission, or stock you already hold.
  • You buy it. Basis, seller, payment terms.
  • Costs land after the buy: shipping, service, polish, authentication.
  • The watch sits. In stock, on hold for a buyer, or out on memo to another dealer.
  • You sell it. Sold price, buyer, deposit, balance, invoice.
  • Somebody gets a cut. A partner, a finder, a consignor.
  • The books move. Inventory comes off, cost of goods posts, gross profit is real.
  • Your site and your shopping feed show the watch, then stop showing it.

Nine steps, one watch. Multiply by every piece in the safe and every open request, and the question is not whether you need software. It is whether the software holds the whole deal or just one slice of it.

The deal record, stage by stage

Here is what the record has to carry at each stage, and the specific thing that breaks when that stage lives in a different tool.

StageWhat the record holdsWhat breaks when it lives somewhere else
RequestModel, ref, condition, ceiling, timing, the buyer's nameThe ceiling is in a chat, so you overpay on the source
SourcingDealer offers logged on the request, due dates, who you askedThe best offer is three threads deep and you take the second best
BuyBasis, seller, payment terms, deal type (buy, consign, trade)Basis is remembered, not recorded, and margin is a guess
Landed costShipping, service, polish, authentication added to the watchGross profit is overstated by whatever you forgot
HoldLocation, status (in stock, on hold, on memo), owners and their shareA watch on memo gets offered twice or paid out wrong
SellSold price, buyer, gross profit on the line, cutsThe partner split is argued after the wire lands
Invoice and paymentBranded invoice, deposit, partial payments, open balanceA deposit sits in a bank line with no deal attached
CloseBill recorded, inventory off the balance sheet, COGS postedMonth end becomes a bank-statement reconstruction
Site and feedPublic flag on at listing, off at saleA sold Rolex Submariner stays listed and a buyer calls on it

Read the right-hand column as a list of the mistakes you have already made. Each one is a seam between tools.

Why a generic CRM drops the deal

A CRM is built around a person and a pipeline. A watch deal is built around an object with a cost basis and an owner. That mismatch is why the generic tool feels fine on day one and useless by month three.

  • A CRM knows the buyer. It does not know what the watch cost you, what landed on top, or who else has a share in it.
  • A CRM moves a card from "Qualified" to "Won." A watch moves from sourced to bought to on hold to on memo to sold, and each move changes a number on your balance sheet.
  • A CRM closes when the deal is won. A watch deal closes when inventory comes off, COGS posts, and the partner is paid.
  • A CRM has no idea the same watch is also a row in your inventory sheet and a listing on your site.

So you bolt on a spreadsheet for stock and hand the accountant a shoebox. Three tools, one watch, and you are the only integration between them. That is the handoff the first paragraph warned about.

Sourcing is the work, not the listing

Most of a dealer's day is find-the-watch work, not post-the-watch work. The software has to treat sourcing as a queue with deadlines, not as a notes field.

  • Every open request should be ordered by what is overdue and what is due today, so the Audemars Piguet Royal Oak you promised for Friday is at the top and not buried under last month's casual inquiries.
  • Dealer offers belong on the request itself. When three dealers quote you on the same piece, the offers sit next to each other on one row, not in three separate conversations.
  • Open requests should be matched against stock you already hold before you source outside. Selling what is in the safe beats paying another dealer's margin.
  • When a match turns into a deal, the watch should carry over without being typed again. Retyping is where the ref gets fat-fingered and the condition gets rounded up.

Consignment, memo, and cuts

Deal terms and cuts belong on the deal from day one, not sorted out after the money lands. This is where handshake businesses lose real money and real relationships.

  • A watch on memo is in your safe but not on your books as owned. The record needs a status that says on memo, so nobody on your team quotes it as free stock.
  • A consigned watch has an owner who is not you. The owners field, with each party's share, has to live on the watch, not in your memory.
  • A partner cut on a Rolex Daytona should be entered when the deal is opened. Then everyone knows what the deal nets before it closes, and nobody is reconstructing a split from a message thread after the wire clears.
  • Trades are deals too. The watch coming in needs a basis the moment it is accepted, or your margin on the outgoing piece is fiction.

If your system cannot hold a cut and an owner on the deal, every consignment and every partnership is running on trust and memory. That works until it does not.

Books from the deal, not from the bank statement

Month-end books should be a byproduct of closing deals, not a reconstruction project. The economics of a watch deal happen at three moments, and the software should record them as they happen.

  1. At the buy, a bill is recorded and the watch goes onto the balance sheet at basis. Landed costs added later go onto the same watch.
  2. At the sale, the watch comes off the balance sheet and its full cost posts as cost of goods sold. Gross profit is the sold price minus that cost, on the line, before you send paper.
  3. At the close, the invoice and every payment against it tie back to the deal, so a deposit in March and a balance in April both land on the same record.

Do that on every deal and month end is a report, not a project. Revenue, gross profit, and margin by brand, by person, or by aging come from deals you already closed. A lender reading your books sees inventory at cost and a real gross margin, not a bank balance with a story attached.

Two things this does not do. It does not replace a bookkeeper, who still handles rent, payroll, and the rest of overhead. And it does not fix a deal you closed last year with the landed cost missing. Deal economics can only be captured as they happen. If you want to see how basis, landed cost, and cuts change the number on a single piece, the free watch deal profit margin calculator does that math without an account.

Your site and your feed from the same record

If inventory lives in one place, your website and your shopping feed should read from it. Otherwise you are keeping a fourth copy of every watch.

  • Marking a watch public should put it on your site. Selling it should take it down. No second login, no manual delist.
  • Your web developer should be able to plug into the same inventory through an API, so the site shows cost-blind public fields from the record you already maintain.
  • The same public catalog should publish to Google Merchant Center for free listings and Shopping ads, so a search for an Omega Speedmaster can surface the one in your safe. The Google Merchant Center setup guide walks through connecting a catalog.

One record feeding the site and the feed is what keeps a sold watch from being advertised and an unsold one from being invisible.

What flat pricing means for a dealer with partners

One flat price for the whole operation beats per-seat modules and add-on tiers. Here is why that matters more for a dealer than for most businesses.

  • Dealers add people in odd ways: a partner on some deals, an associate who sources, a bookkeeper who reads reports, a consignor who wants to see their watch. Per-seat pricing turns each of those into a line item and a reason to share a login.
  • Add-on tiers gate exactly the parts a growing dealer needs: reporting, accounting sync, API access, invoicing. You end up on the top tier anyway, after three upgrades.
  • A flat company plan means the question "should we give the new guy access" has no software cost in it. The answer is based on whether he needs it.

When you compare systems, read the pricing page for the word "seat" and for the word "add-on." Both are signs the price you see is not the price you pay.

Ten things to test before you pay

Run these on one real watch during a trial. If a system fails three of them, it is a slice, not the deal.

  1. Enter a watch once at intake. Confirm it appears on the deal, the inventory, and the invoice without retyping.
  2. Put a watch on memo. Check that status and owners update and the team can see it is not free to sell.
  3. Add a landed cost after the buy. Watch gross profit move on the deal.
  4. Set a partner cut before the deal closes. Read what each side nets on the record.
  5. Take a deposit, then the balance, on the same deal. Confirm the open balance is right in between.
  6. Close the deal. Check that the bill, the inventory, and COGS post without a manual journal entry.
  7. Match an open request against stock you already hold. See it before you source outside.
  8. Mark a watch public and find it on your site. Sell it and confirm it drops.
  9. Pull month-to-date revenue and gross profit by brand and by person. Export it.
  10. Add a partner as a user. Read the invoice for what that costs you.

Our comparison of watch dealer software lines up systems on these points side by side if you want to shortlist before you trial.

Where Movement OMS fits

Movement OMS is built on the idea this page argues: one record from request to close. Intake, sourcing queue, matches, deals, inventory, invoicing, reports, and your storefront share the same set of records. Status covers in stock, on hold, on memo, and sold. Cost basis and landed cost sit on every watch. Terms and cuts go on the deal from day one, and when a consigned watch closes, the consignor payout is recorded on that deal rather than handled outside it. A partner or consignor can be given access limited to their own deals and payouts, so they see what they are owed without seeing the rest of the safe. The close syncs the deal, invoice, and payments to QuickBooks Online, so month end comes from what you sold. A public API and a Google Merchant Center publish feed keep your site and your Shopping listings on the same inventory. The full feature list is on the product overview.

Pricing is one plan at $299 a month with unlimited seats. The trial is fourteen days at $0 with a card at signup; the first charge is $299 on day 15, and cancelling before then means you are never billed. Email a stock or client list and the team loads it, and past sales come in by CSV. Details are on the pricing page. Put your next deal through it and run the ten tests above: start a free trial.

Questions
Do grey-market dealers of Rolex, Patek, and AP actually use a CRM?Most use something, and most of it fits badly. The common setup is a general-purpose CRM for contacts plus a spreadsheet for stock plus an accountant for the books. The CRM part works for remembering who wants what. It fails the moment the watch needs a cost basis, an owner, or a status, which is every deal. What a high-end dealer needs is less a CRM than a deal record that happens to include the buyer.
What do dealers use instead of Excel?Excel keeps working until the sheet has three tabs for the same watch and nobody trusts the margin column. The replacement is not a prettier spreadsheet. It is a system where request, stock, deal, invoice, and month numbers are one record, so you stop copying the same Royal Oak across tabs. If a tool still needs a spreadsheet beside it for inventory or for cuts, it has not replaced the spreadsheet.
Is a marketplace app or a collector app dealer software?No. A marketplace is a place to buy and sell. A collector app tracks a personal collection. Neither records basis, landed cost, memo status, partner cuts, deposits, or COGS. They can be where you find a buyer. They are not where you run the company.
Does this kind of software replace my bookkeeper?No. Deal software records each deal's true economics as it happens: bill, inventory, COGS, gross profit. Your bookkeeper still handles overhead, payroll, and general expenses. Together those produce a real net number. Without the deal side recorded at the time, the bookkeeper is rebuilding margins from bank statements and guesses.
I do a few deals a month. Do I need this?If you are flipping the occasional Submariner, a notebook is fine. The need shows up when there are partners to pay, a lender who wants to read your books, taxes due on gross profit you cannot prove, and a team that needs to know what is free to sell. Those are company problems. The software is for dealers building a company.
What about software built for watch repair shops?Repair-shop systems are organized around work orders, parts, and technician time. A dealer's operation is organized around deals, basis, and ownership. Some repair tools include a basic stock list and invoicing, which is enough if repairs are your business and sales are incidental. If you are buying and selling for margin, the deal record is the center, and a repair-first system will treat it as an afterthought.
Put your next deal through Movement OMS.
Start trialSee pricing
Luxury Watch Dealer Software: What the Deal Needs