A person always presses Send. We never automate your Facebook account.

Hold the Send roadmap

Hold the Send drafts the reply from the facts the rep pastes, checks it against the house rules, and flags a price or payment ask for a manager. A person presses Send. This roadmap is shaped by what dealers told us they love and hate about lead, appointment and showroom tools. I listen because I care, and the sources are right here.

VinSolutions, Impel, and DealerSocket already advertise contextual drafts, handoffs, or rep worklists. Hold the Send does not claim those are new. The signed-in floor can prepare a reply, save an internal handoff note, and select the next unsent play. A person still presses Send. This is not a second CRM, and it does not find leads the store has not entered. VinSolutions, Impel, DealerSocket.

A local test walks a fictional Solo trial from checkout to a desk draft with stand-in payment and storage. An active subscription, an older paid invoice, or a manual invoice is not the current period's payment. That test does not prove a live card charge, a production database write, or that a store has used the desk.

45 ideas under consideration are further down this page. Six are implemented in the deployed signed-in floor. Nine have a live slice and a remaining piece. One is blocked because the desk does not send. Twenty-nine are not built. A signed-in production exercise is not recorded. The named person can accept a saved handoff on the published floor. An isolated preview proved that accept. A packet filled from the thread is not built. This is not a new product, and a person still presses Send.

Built from a review of 61 public sources across 21 sites (Oct 15 to 16, 2026). It was gathered by web research, not a survey we ran. 25 sources from 11 publishers made the cut and are linked below. How we listen

What dealers told us they love

In our words, with the sources behind each

What dealers told us they hate

In our words, with the sources behind each

  • Wrong data that makes a good tool look broken
    Sources (3)
  • Setup and admin that need an expert
    Sources (4)
  • Fast auto-replies that don't actually answer18%. Share of dealerships in the 2024 study that scored below 40, failing to personally respond to website customers. (Digital Dealer).
    Sources (1)
    • Top dealer group Tops Study in Responding to Internet Leads. Digital Dealer, 2024-05-08.18%. Share of dealerships in the 2024 study that scored below 40, failing to personally respond to website customers.“Without this step, dealership reports can encourage employees to pretend to respond, with automated responses to quickly ‘stop the clock,’ instead of the personal replies needed by customers”.
  • Handoffs where the buyer gets dropped
    Sources (2)
  • Reps fighting over who owns a buyer
    Sources (2)
  • Surprise price hikes and usage fees$5,000. A dialer tool's price per user per year, as a reviewer reports it from market data; the vendor does not publish pricing. (Sales tool blog).
    Sources (6)
  • Messages that feel canned or robotic
    Sources (3)
  • Support that fades after the sale
    Sources (1)

ASAP: We heard youScale fixes from our own load test

We load tested Hold the Send with simulated traffic sized for a large multi-store group, on a separate test copy, never the live site. None of it was real store traffic. Here is everything that bent, and what we are doing about it.

  • ASAP · Before store 11

    Sign-in that stays fast with thousands of reps

    We heard you: What if a couple hundred stores sign up in the same week? In our test, sign-in slowed and then failed once one sign-in list held more than about 40 reps.

    The fix: Each rep's code is looked up directly in a store database, so sign-in checks one code, not the whole list.

    Partly built: The keyed lookup is in the code. Enable DESK_INVITES_KV on the test copy, then production. Keyed lookup was measured offline against about 5,000 invite records. A full p95 on the separate test copy still waits for that project.

  • ASAP · Before store 11

    Self-serve bulk invites in the live desk

    We heard you: Can a small team really onboard a big wave of stores? Today a new rep's code is added by hand.

    The fix: Owners upload a roster file and invites go out the same day, with no wait on us. This already works in the demo.

    Partly built: Owners and managers can upload a roster CSV, preview rows, and create invite codes in the live desk when KV invites are on (DESK_INVITES_KV). Codes print or copy for handoff. Seat limit defaults to 3 (pilot, configurable). Invite email waits on the shared Resend path.

  • ASAP · Next 2 weeks

    Rate limits that hold exactly, and a daily cap per store

    We heard you: The per-rep and per-IP limits let extra drafts through under burst, and one shared daily cap could pause every store at once.

    The fix: Exact counters for each rep and each store. One busy store can never slow down another.

    Partly built: Exact counters are connected. An isolated burst test allowed 120 floor updates and refused the next 21. Draft refusals say why: rep_rate when a rep or IP is too fast, store_daily when that store used today's drafts, and site_daily only for the shared daily count. With DESK_STORE_CAPS on, that shared count is not written unless the exact limiter is bound, and an offline check of 50 other stores × 20 reps showed one full store does not stop them. An owner or manager then sees today's draft count against the store cap. The flag is still off on the live desk.

  • ASAP · This week

    Capacity headroom and a separate test copy

    We heard you: Test traffic and live traffic shared one set of daily hosting limits.

    The fix: Paid hosting capacity for the live desk, plus a fully separate test copy, so a test never touches a live store.

    Partly built: deploy-test.mjs, CAPACITY.md, seed-test-copy.mjs, and a test/prod binding assert are in the repo. Nathan still creates the holdthesend-test project, paid plan, and separate bindings in the dashboard.

  • ASAP · Next 2 weeks

    Drafts in under 5 seconds

    We heard you: A real draft took about 8 seconds at the median and up to 17 seconds at the slowest.

    The fix: A faster model setting brought the median to about 5 seconds in testing. It ships once reply quality checks pass.

    Partly built: DRAFT_MODEL_PROFILE=fast is an env flag on each desk draft. It keeps the paid draft model and sets reasoning effort to low. Standard is the default, so live drafts stay on the current setting until the flag is flipped. The desk can show how long a draft took. npm run test:draft-quality scores 60+ fictional threads offline and does not call the model. That run reports latency as 0, so a median under 5 seconds is not measured here.

  • ASAP · Next 2 weeks

    Scoreboard taps that never error

    We heard you: Under heavy load, a Copied or Sent tap could fail when a storage limit was reached.

    The fix: Counts are saved in the background and retried. A rep's tap always works.

    Partly built: Client IndexedDB outbox + server UUID idempotency are in. A syncing dot shows until taps ack. KV durable queue folds on the next score call. Cloudflare Queues binding still waits on the separate test/prod capacity upgrade.

  • ASAP · Before store 11

    Onboarding in waves, with a named contact

    We heard you: Who answers when 100 stores start on the same day? That is about 75 hours of hands-on setup.

    The fix: Weekly onboarding waves, recorded training, a help desk with a response-time promise, and a named contact for every group.

    Partly built: A store can see its ISO-week wave and named contact on /help/onboarding, with the first-run checklist and a self-hosted training video. Admin wave assignment caps stores per week (default 10). Help-request email (same business day Mon–Sat 8 AM–7 PM Central) is in the live desk code; outbound mail waits on Resend env. No live chat.

  • ASAP · After the fixes above

    Load test results on the trust page

    We heard you: Prove the scale claims with numbers, not adjectives.

    The fix: The method, the numbers and the limits, published as they are. Rerun after every fix above.

    Partly built: Oct 17 results are published from docs/load-tests/2026-10-17.json onto /trust so the numbers cannot drift. Scale fixes from Builds 2–7 are on the live desk code. The honest post-fix rerun is still pending on the separate holdthesend-test copy. No invented rerun numbers.

Security workShipped October 17, 2026, unless marked

From our own internal security assessment. This is what is live today and what is still waiting. Not an outside test, and not a certification. Full status is on the trust page.

  • Shipped

    Rep desk refuses requests from other sites

    Every rep desk action must come from the same site it is sent to. A request posted from anywhere else is refused.

  • Shipped

    Stronger rep sign-in codes

    New invite codes are 20 random characters, easy to read aloud. Older codes still work, so no rep is locked out, and they can be reissued.

  • Shipped

    The desk stays up when a storage limit is hit

    Drafting and scoreboard taps keep working instead of showing an error when our hosting storage quota runs out for the day.

  • Shipped

    Cleaner page delivery

    Pages now tell our host not to add its own analytics script. Our security policy already blocked that script; this removes the errors it caused.

  • Shipped

    A clear way to report a security issue

    A standard security.txt file at /.well-known/security.txt names the security contact: nathan@holdthesend.com.

  • Shipped

    Server-side security event log

    Sign-ins, refused requests, rate limits and owner actions now go to an append-only, tamper-evident server log kept 365 days. Message text, passwords and raw network addresses are excluded.

ShippedLive in the rep desk or the demo, as marked

  • Dealers love · Features

    Know what the buyer wants

    Every pasted message is tagged: price, availability, trade-in, financing, negotiating.

    Where: Rep desk

  • Dealers hate · Trust

    Get a manager, fast

    When a buyer starts negotiating, one tap hands the numbers to a manager, so reps never promise a discount they can't keep.

    Where: Rep desk

  • Dealers hate · Trust

    Advertising-rule checks

    Lowest-price claims, "no hidden fees" and guaranteed-approval wording are held before the reply can be copied.

    Where: Rep desk

  • Dealers hate · Trust

    Quiet hours and opt-out alerts

    From 9 PM to 8 AM on a buyer-local guess (ZIP, single-zone state, or area code), copy stays off until the rep types why the reply cannot wait. The guess is labeled. Without one, this device's clock is used. The reason stays on this device. Copy also stays off after stop.

    Where: Rep desk

  • Dealers love · Features

    Tag the unit

    Link each conversation to a stock number or VIN.

    Where: Rep desk

  • Dealers love · UX

    Today's Plays home screen

    A ranked list of who needs a touch right now, each with a one-line reason and a one-tap open. In the rep desk it ranks the threads saved on that phone; the demo ranks the sample store.

    Why we built it: Reps told us they want the next move handed to them. Salesforce found reps spend just 28% of their week actually selling.

    Sources (2)

    Where: Rep desk and demo

  • Dealers love · Functions

    Two specific times and a booking link

    The rep picks two open times and adds the store's own booking link; the line names the exact unit. Nothing is booked until the buyer picks. A person still sends it.

    Why we built it: The top store in a Pied Piper study offered a specific date and time in 80% of its replies.

    Sources (3)

    Where: Rep desk

  • Dealers love · AI

    Every fact shows its source

    On the paste desk, a listed color or a full mile count that is not in the notes, the vehicle line, or the label is held. Navy, reddish, 12k, and a clock time are not those facts. Buyer-supplied mileage and payoff keep source buyer; a staff change is flagged and needs an unsent confirmation draft before Copy. The click demo can show a sample fact source.

    Why we built it: Bad data is the top complaint about otherwise good tools. Showing the source makes a wrong field easy to catch.

    Sources (3)

    Where: Rep desk and demo

  • Dealers hate · Data

    Honest speed

    Time from pasting the buyer's message to tapping I sent it, on that device, plus a store median of those times. Auto-replies never count; the desk sends none.

    Why we built it: Auto-replies can stop the clock without answering. In one study, 18% of dealerships failed to personally respond at all.

    Sources (1)
    • Top dealer group Tops Study in Responding to Internet Leads. Digital Dealer, 2024-05-08.18%. Share of dealerships in the 2024 study that scored below 40, failing to personally respond to website customers.“Without this step, dealership reports can encourage employees to pretend to respond, with automated responses to quickly ‘stop the clock,’ instead of the personal replies needed by customers”.

    Where: Rep desk and demo

  • Dealers hate · Trust

    Honest AI disclosure

    A rep can add a note that the reply was drafted with AI help. A manager can turn that note on for the store.

    Where: Rep desk

  • Dealers love · Simplicity

    Dealer defaults that work on day one

    Eight starter replies for the questions buyers ask most, written to pass the desk's checks. Edit before you copy.

    Why we built it: Reviewers of sales tools praise easy setup again and again.

    Sources (4)

    Where: Rep desk

  • Dealers love · UX

    First real reply in under 10 minutes

    A first-run checklist with a timer from sign-in to the first reply you send yourself.

    Why we built it: Reps reward tools they can start using fast, and walk away from ones that need an expert.

    Sources (4)

    Where: Rep desk

  • Dealers love · UI

    Built for the lot, one-handed

    On a phone, Draft, Copy and I sent it stay pinned at the bottom of the screen with large tap targets. Other demo screens are not all reworked yet.

    Why we built it: Dealers single out a strong mobile app as the thing that makes a CRM livable.

    Sources (2)

    Where: Rep desk and demo

  • Dealers love · UI · Partly in the desk today

    Lead cards and a visible board

    New, Contacted, Set, Shown, Sold. The signed-in floor can move a buyer between those columns. An offline test covers one move. This is not proof a live store has used the board.

    Where: Signed-in rep desk. Offline tests cover one move. Not proof a live store has used the board.

  • Dealers love · Functions · Partly in the desk today

    Confirmations that get a yes

    The rep sends the reminder. Reply C confirms. One tap on this desk picks a new time.

    Where: Signed-in rep desk. One tap reschedules on this desk. Nothing is sent for the rep.

  • Dealers hate · Functions · Partly in the desk today

    No-show recovery

    The signed-in floor lists a draft 15 minutes after a missed visit. An offline test covers that draft. Nothing is sent.

    Where: Signed-in rep desk. An offline test checks the 15-minute draft. Nothing is sent.

  • Dealers hate · UX · Partly in the desk today

    Manager alerts only on exceptions

    The signed-in floor lists a no-show as an exception. Reassign is manager-only and is tested offline. A lead untouched for an hour is calculated in that view and does not have its own test.

    Where: Signed-in rep desk. No-show exceptions and manager-only reassign are tested offline. An hour-old untouched lead is calculated and does not have its own test.

  • Dealers hate · Trust · Partly in the desk today

    One STOP ends it everywhere

    On the signed-in floor, STOP blocks marketing copy for that buyer and stores a reason code on the buyer and the timeline. A separate downloaded report is not included. A signed-in production exercise is not recorded. A person still sends.

    Where: Signed-in rep desk. STOP stores a reason code and blocks marketing copy. A downloaded report is not included. A signed-in production exercise is not recorded.

  • Dealers hate · Data · Partly in the desk today

    Sold and pending, live in every draft

    On the signed-in floor, a sold or pending unit is held, and saying a unit is available is held when the lot check is older than 24 hours. A lot CSV snapshot sets checked-at to the upload time. There is no live inventory feed. A signed-in production exercise is not recorded.

    Where: Signed-in rep desk. Sold, pending, and a lot check older than 24 hours are held. Lot CSV snapshot sets checked-at to the upload time. No live inventory feed. A signed-in production exercise is not recorded.

  • Dealers love · Vibes · Partly in the desk today

    A buyer memory card

    Trade, payment target, timing and the details a buyer shared, shown before every touch. The assistant that never forgets.

    Where: Signed-in rep desk. The action can store trade, payment target, timing, and a detail. The offline checks do not assert those saved fields.

  • Dealers love · Interactions · Partly in the desk today

    Finish one, the next opens

    Tap done and the next open play's buyer is selected on the signed-in floor. A person still sends. An offline test checks which buyer is next. Not a production walkthrough.

    Where: Signed-in rep desk. Done selects the next open play. An offline test checks which fictional buyer is next. Not a production walkthrough.

  • Dealers love · Interactions · Partly in the desk today

    Reply quality meter

    The signed-in floor scores a draft for the unit, a time, and the store voice. An offline test checks three scores. It does not send the reply.

    Why we built it: Reps value coaching in the moment, like a scored draft with clear ways to improve it.

    Sources (2)

    Where: Signed-in rep desk. An offline test checks three scores. The reply is not sent.

  • Dealers love · Growth · Partly in the desk today

    Review-request drafts

    The signed-in floor drafts one neutral ask after the sale. An offline test checks the words do not change with mood. A person still sends it.

    Why we built it: Stores that text review requests after the sale collect more reviews.

    Sources (1)

    Where: Signed-in rep desk. An offline test checks the words do not change with mood. A person still sends it.

  • Dealers love · Features · Partly in the desk today

    Trade-in question checklist

    The signed-in floor can store which appraisal questions were asked. It does not fill a trade value or send the reply.

    Where: Signed-in rep desk. The checklist is in the floor code. Saving each answer is not a separate offline assertion.

  • Dealers love · Features · Partly in the desk today

    Spanish replies

    The signed-in floor can prepare a canned Spanish reply for availability, a visit, price, or a trade. It is not a certified translation, and a person still sends it.

    Where: Signed-in rep desk. Canned lines with the same checks. Not a translation engine. An offline test covers one reply and a STOP refusal.

  • Dealers love · Vibes · Partly in the desk today

    Live Floor on the showroom TV

    Today's appointments, confirmations, shows and sales, with shout-outs for outcomes, never for raw activity.

    Where: Signed-in rep desk. Counts are computed for this store. Not a production TV proof.

  • Dealers love · UX · Partly in the desk today

    The Monday owner brief

    Five numbers, three exceptions and one recommendation, once a week.

    Where: Signed-in rep desk. Computed for this store. Not a production Monday proof.

  • Dealers love · Data · Partly in the desk today

    Funnel by rep, source and channel

    Contacted, set, shown and sold, timestamped for every lead.

    Why we built it: Dealers ask for close rates split into lead-to-visit and visit-to-sale.

    Sources (1)

    Where: Signed-in rep desk. Computed for this store. Not a production report proof.

  • Dealers hate · Functions · Partly in the desk today

    Clean handoffs and fair ownership

    The published floor can save who a handoff is for, a summary, and a next step, and the named person can accept it. An isolated preview proved that accept. A signed-in production exercise is not recorded. Nothing is sent. A manager can reassign a buyer, and that record stays. A packet filled from the thread is not built.

    Why we built it: Leads stall when a hard question lands on someone who isn't ready, and reps hate losing a buyer to a reassign.

    Sources (4)

    Where: Published floor. An isolated preview proved the named person can accept. A signed-in production exercise is not recorded. A packet filled from the thread is not built. A person still sends.

  • Dealers hate · Data · Partly in the desk today

    Duplicate protection

    A manager can merge two buyers on the signed-in floor, and the earlier owner stays. It does not find duplicates by itself. A signed-in production exercise is not recorded.

    Why we built it: Reviewers of dealer CRMs report losing a deal when a duplicate record or a reassign takes the buyer away.

    Sources (2)

    Where: Signed-in rep desk. An offline test checks a merge keeps the earlier owner.

  • Dealers love · Vibes · Partly in the desk today

    Coaching that builds mastery

    After-chat coaching tied to stars and badges, plus five-minute objection drills between ups. Reps see their own stats first.

    Why we built it: Reps say coaching works when it makes them better, not watched.

    Sources (2)

    Where: Signed-in rep desk. Shows, sales, and a drill are stored for this store. Not a production coaching proof.

  • Dealers love · Interactions · Partly in the desk today

    Tag a teammate

    A rep can leave an internal note for one set of initials. Shared initials cannot clear it. It is not a message to the buyer, and nothing is sent.

    Why we built it: Dealers like being able to @ someone on the deal so they can jump in.

    Sources (1)

    Where: Signed-in rep desk. Unique initials can see the note. Shared initials cannot clear it. Nothing is sent to the buyer.

  • Dealers love · Features · Partly in the desk today

    Listing helper

    Description and photo checklist.

    Where: Signed-in rep desk. A description and photo checklist can be stored. Not an inventory feed.

  • Dealers hate · Trust · Partly in the desk today

    Security packet for your vendor review

    Sign-in protection, encryption, audit logs and a ready packet for the store's security program.

    Where: Signed-in rep desk. Text export of controls on this store. Not a certification and not an outside test.

  • Dealers hate · Trust · Partly in the desk today

    Compliance health in one view

    Opt-outs, consent coverage and security evidence ready to export.

    Where: Signed-in rep desk. Counts for this store. Not a legal determination.

  • Dealers love · Data · Partly in the desk today

    "What buyers are asking for" stocking report

    Where: Signed-in rep desk. Counts come from the inquiry. The words are not stored. Not an inventory feed.

NextIn the next 30 days or so

    After thatIn the next few months

    • Dealers hate · Data · Partly in the desk today

      CRM sync you can see

      Send qualified leads into the CRM you already use, with a health light and an alert when one fails to land.

      Why we built it: Data that fails to sync between systems costs leads, so the health light shows when one doesn't land.

      Sources (5)

      Where: ADF email out, inbound ADF paste, lead CSV open, lot CSV snapshot, CRM intake recipes (incl. Frazer/AutoSoft/AutoManager), health light, and bounce webhook are on the live desk code. /integrations checklist covers one-way ADF, recipe, lead/lot CSV, API docs, two-way, and webhook (CallRail missed_call ready). Outbound mail waits on Resend CRM env. Live email-forward inbox and direct CRM APIs are not built. Conversation text is never included.

      Product mockup (fictional): CRM sync you can seeMockup of a CRM sync panel with a green health light, recent leads marked as landed, and one lead that failed with an alert and a Retry button.CRM syncPrairie Line MotorsHealthy · connected to your CRMLast sync 2 min ago · 23 qualified leads sent todayAKAvery K.Set · 2022 RAV4 XLELanded 3:38 PMRBRiley B.Shown · 2020 Accord EXLanded 3:12 PMSOSam O.Set · 2018 WranglerDid not landMWMorgan W.Set · 2023 Civic SportLanded 2:47 PMAlert: Sam O. did not landThe CRM needs an email address for this lead. Add it, then retry.Retry
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers love · Features · Partly in the desk today

      Two-tap walkaround video

      Record, caption and send a short video of the exact unit, then see when it's watched.

      Why we built it: Knowing who watched your video turns a guessing game into a next step.

      Sources (1)

      Where: Live: share link /v/<id>, watched beacons, and a clipboard send line from /rep/walkaround. You still send the link.

      Product mockup (fictional): Two-tap walkaround videoPhone mockup recording a walkaround video of a 2021 F-150 with a stock-number caption and record button, and a note that the buyer watched it to the end.9:41Prairie Line MotorsREC 0:242021 F-150 XLT · Stock U2431Send to Jordan1Tap to recordWalk the exact unit in 60 seconds.2Tap to sendCaptioned with the stock number.Watched by Jordan P.Tue 7:48 PM · watched to the end
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers love · Functions · Partly in the desk today

      Your buyer is here

      A heads-up when a buyer comes back to a vehicle page, checks in, or shows up in the service drive.

      Why we built it: Reviewers of dealer CRMs report that salespeople aren't alerted when their customers come in for service.

      Sources (1)
      • Dealer CRM reviews. Software Advice. May ask you to confirm you're human.70%. Reviewer's own unsourced claim: share of a dealership's sales that come from service customers.

      Where: Live on the signed-in desk: on-lot QR at /here/<slug> and a signed signals webhook (checkin, page_revisit, service_drive, missed_call). Website-visit, service-drive, and CallRail still need your store to wire the feed. Nothing dials or sends on its own.

      Product mockup (fictional): Your buyer is hereMockup of heads-up alerts: one buyer is back on a vehicle page, another checked in at the front desk, and another is in the service drive, each with a suggested action.Heads-upPrairie Line MotorsJPJordan P. is back on the F-150 page3rd view today · 2 min agoText nowRBRiley B. checked in at the front deskHere for 4:00 PM with Dana R. · just nowGo greetTVTaylor V. is in the service driveOil change · trade equity looks positiveSay hiFictional concept. The desk does not read a live website, check-in, or service feed.A rep decides what to do. Nothing is sent on its own.
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers hate · Support · Partly in the desk today

      A person when you need help

      In-app help from a person during store hours, with published response targets and a named contact per store.

      Why we built it: Dealers praise support that fixes problems in minutes, not tickets.

      Sources (2)

      Where: Help-request UI is live with same-business-day reply target (Mon–Sat 8 AM–7 PM Central). Outbound email waits on mail env. No live chat.

      Product mockup (fictional): A person when you need helpFictional mockup of a help panel. It is not a live chat and it does not show someone online.HelpPrairie Line MotorsABAlex B.Your named contactHOURSMon to Sat, 8 AM to 7 PM CTCHAT REPLY TARGETUnder 5 min in store hoursEMAIL REPLY TARGETSame business daySTATUSExample only. Not a live chat.Our new rep can't sign in on her phone.Marcus T. · 10:02 AMHi Marcus, Alex here. Her invite expired,so I just sent a fresh one to her email.Want me to stay on while she tries?Alex B. · replied in 2 minYes please, thanks!Message a person
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers hate · Trust · Partly in the desk today

      Texting health

      Registered store numbers, opt-out handling and carrier-filter alerts in one view.

      Why we built it: Dealers on a dealer forum flagged a missing Do Not Call check as a real gap.

      Sources (1)

      Where: Live on the signed-in desk: store-entered lines, STOP ledger with weekly count, and manager DNC holds. Carrier registration and delivery metrics are not connected.

      Product mockup (fictional): Texting healthMockup of texting health with three registered store numbers, a weekly opt-out chart with every opt-out honored, and a carrier-filter alert on one line.Texting healthPrairie Line MotorsSales line(555) 010-0110RegisteredBDC line(555) 010-0112RegisteredService line(555) 010-0119Filtered by a carrierOpt-outs this month3Wk 15Wk 22Wk 34Wk 414 opt-outs, all honored within 1 minute0 marketing messages sent after a STOPCarrier filter on the service lineDelivery dropped to 71% since Thu. Likely cause: a link in one reminder.See the fix
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers hate · Pricing · Partly in the desk today

      Pricing with no surprises

      Published per-store prices, month to month, with advance notice before any change.

      Why we built it: Reviewers of sales tools report surprise price hikes and unexpected charges.

      Sources (6)

      Where: /pricing-policy is live (month-to-month, cancel any time, 60-day written notice). Owner invoice list and notice gate are in the desk when a Stripe customer is linked. No price change is scheduled.

      Product mockup (fictional): Pricing with no surprisesMockup of a billing page with $299 per store at the founding rate, month-to-month terms, a 60-day notice promise for any price change, and paid invoices.BillingPrairie Line MotorsYOUR PLANDealership$299per store, per monthFounding rateMonth to month$299 per store, founding rate · next invoice Nov 1Our promise60 days notice beforeany price changeCancel any month,no penaltyThe same price forevery store your sizeInvoicesOct 1, 2026$299.00PaidSep 1, 2026$299.00PaidAug 1, 2026$299.00Paid
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.

    LaterOn the horizon

    • Dealers love · Data · Partly in the desk today

      Group roll-up and peer benchmarks

      Store-by-store views for groups and anonymous peer comparisons for owners.

      Where: This store, plus rooftop rows you type. No peer feed.

      Product mockup (fictional): Group roll-up and peer benchmarksMockup of a group dashboard rolling up three fictional Prairie Line Motors stores, with each store's show rate placed on an anonymous peer benchmark band.Group roll-upPrairie Line Motors groupSTORELEADSSETSHOW RATESOLDPrairie Line Motors North923461%9Prairie Line Motors South712248%5Prairie Line Motors West642558%7Show rate vs anonymous peersStores your size. No names shared either way.Middle half of peers: 45% to 65%NSW0%25%50%75%100%
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers love · AI · Partly in the desk today

      Signals that become plays

      Equity, lease-end, repeat views and price drops turn into a ranked play with a drafted reply.

      Where: Calculated from a price cut, repeat page visit, lease date, or payoff on this store. Not a lender or DMS feed.

      Product mockup (fictional): Signals that become playsMockup of four signals (positive equity, lease end, repeat views, a price drop) flowing into the top-ranked play with its reason and a drafted reply.Signals to playsPrairie Line MotorsSignalsPositive equityTaylor V. · about $4,800Lease ends in 60 daysDrew L. · 2023 EscapeViewed 4 timesJordan P. · 2021 F-150Price drop $1,0002021 F-150 XLT · U2436Play 1 of 9 todayJordan P. · 2021 F-150 XLTWhy: viewed 4 times this week, and a similartruck just dropped $1,000.Hi Jordan, saw you checking out theF-150. Good news: a similar one justcame down $1,000. Free today at 5:30or tomorrow at 11?CopyEditA person still presses Send.
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers love · Growth · Partly in the desk today

      Your profile moves with you

      Reps keep their stats and badges when they change stores.

      Where: Badges are stored with this store. They do not follow a rep to another store.

      Product mockup (fictional): Your profile moves with youFictional concept illustration of a rep profile card. Not the live desk. Badges stay with the store today.Prairie LineMotorsHer next store(anywhere on Hold the Send)Priya changes storesPSPriya S.Sales · 3 years on Hold the SendREPLIES4,210SHOWN612SOLD238STARS4.8BADGESFast FiveShow Pro100 SoldClean CopyFictional concept. Not the live desk.Badges stay with this store today.
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers love · Pricing · Planned

      A free plan for private sellers

      Not offered. Published Solo, Independent Lot, and Franchise Store prices stay as they are.

      Product mockup (fictional): A free plan for private sellersPhone mockup of a free private-seller plan with one listing, a buyer message flagged as a common scam pattern, and a drafted safe reply.9:41Prairie Line MotorsMY LISTING2014 Camry LE$8,900 · 3 messagesCan you ship it? I'llpay with a cashier's check.Heads-up: common scam patternMeet locally and verify payment.Thanks! I only selllocally. Happy to meetat my bank Sat at 10.Copy replyFree planSelling one car yourself?The same reply help and safetychecks, free, for one listing.1 active listingDrafted repliesScam and safety tips
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers love · Growth · Partly in the desk today

      Owner and rep community playbooks

      Where: Playbooks on the signed-in desk. No live community.

      Product mockup (fictional): Owner and rep community playbooksMockup of a community playbook library with four proven plays shared by owners, managers and reps, each with upvotes and an Add to my store button.Community playbooksPrairie Line MotorsPopularAppointmentsTrade-insFollow-upThe Saturday rescueText no-shows by noon with two new times.Shared by a store owner214Add to my storeTrade photos firstAsk for 4 photos before the appraisal.Shared by a sales manager167Add to my storeTwo times, never oneAlways offer two specific slots.Shared by a sales rep152Add to my storeLease-end at 90 daysStart the talk three months out.Shared by a group owner98Add to my store
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.
    • Dealers love · Features · Partly in the desk today

      Official Facebook Page messaging connection

      Approved channels only.

      Where: Connection check on the signed-in desk. Sending stays off.

      Product mockup (fictional): Official Facebook Page messaging connectionMockup of a settings screen showing the store's Facebook Page connected through the approved Page messaging channel, with messages flowing to the rep desk and a person sending each reply.Settings · ChannelsPrairie Line MotorsfFacebook Page · Prairie Line MotorsConnected through the approved Page messaging channelConnectedManageHow it worksBuyer messages your PageIt lands in the rep deskRep drafts and checksSame rules, same sourcesA person presses SendNever automatedApproved channels onlyNo personal accounts, no scraping, no browser automation.Your reps' personal profiles are never touched.
      Fictional concept illustration. Not the live desk. Prairie Line Motors is made up.

    Lot Heat MapNow in the demo

    In the demo · sample data

    Lot Heat Map (unlocks after your first reps onboard)

    Upload a satellite view of your lot and Hold the Send turns it into a clean black-and-white map. You outline the new, used and service zones (service is ignored), and Hold the Send places each unit in a space. Spaces heat up as reps log buyer interest, so you can see where the hot units sit and whether to move them for more walk-up and drive-by traffic.

    Heat comes from rep-logged buyer interest, not tracking people.

    Try it in the demo with any of the three sample stores. Satellite upload and zone outlining on your own lot come later.

    Open the lot heat map
    Example lot (fictional): Prairie Line MotorsA made-up, top-down black-and-white diagram of a dealership lot with a showroom, a grayed-out service zone, and NEW and USED stall rows. A few stalls glow amber to red; the hottest stall is labeled Corvette.Prairie Line Rd (fictional)PRAIRIE LINE MOTORSShowroomService (ignored)NEWCorvetteUSEDHEATWarmHotHottestFrom rep-logged buyer interest.No tracking of people.
    Example lot (fictional): Prairie Line Motors. Not a real store.

    What we won't buildOn purpose

    • Sending on its own

      A person always presses Send. No autonomous mode, overnight auto-replies or AI phone agent.

      Why we didn't: AI is not set and forget. Fake-fast auto-replies and dropped AI handoffs are what dealers complain about.

      Sources (3)
      • Dealers are responding faster than ever to web leads, but automation risks linger. Car Dealership Guy (reprinted by Pied Piper PSI).“And when AI hands off a complex inquiry to human staff, resolution depends on personnel being trained and attentive; otherwise, leads can stall without follow-through”.
      • Top dealer group outclasses field on internet lead response rate. Car Dealership Guy (reprinted by Pied Piper PSI).“AI help is not 'set it and forget it.' No question that its use can improve the average performance, but good old-fashioned humans need to be ready to step in when the AI limits are reached”.
      • Top dealer group Tops Study in Responding to Internet Leads. Digital Dealer, 2024-05-08.18%. Share of dealerships in the 2024 study that scored below 40, failing to personally respond to website customers.“Without this step, dealership reports can encourage employees to pretend to respond, with automated responses to quickly ‘stop the clock,’ instead of the personal replies needed by customers”.
    • Multi-line auto-dialing to buyers

      Buyers who asked to hear from you can tell, and it feels like a robot.

      Why we didn't: Parallel dialers create a delay buyers notice, and generic AI text feels robotic.

      Sources (3)
    • Bought contact lists and cold email

      Your best list is your own sold and service customers.

    • Points for raw activity

      We reward shows, sales and reviews, not dials.

    • Admin only an expert can run

      If a manager can't change a setting in two minutes, we simplify it or cut it.

      Why we didn't: Reviewers of sales-engagement tools report steep learning curves and admin that needs an expert.

      Sources (4)

    Research concepts

    Ideas under consideration

    These 45 ideas came from sales-frustration research. Each one is a concept for a dealership desk. Status on every idea: Concept. Under consideration. Not available. None is scheduled, and none is tied to a price. A person would still review every draft and press Send. The sketches are original concept sketches with example data. They are not screenshots of the live desk, and they do not replace the roadmap lists above.

    • Near-term, Exploring, and Parked are research groupings for discussion. They are not release dates.
    • P1, P2, and P3 are research ranks for scoping talks. They are not a build commitment.
    • Exploratory means there is no confirmed match in the product today. Those ideas are for scoping, not a promise to build.

    Showing 45 of 45

    Concept sketch of idea 1, Channel-scoped contact preference at draft time. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    1. Channel-scoped contact preference at draft time

    Consent and contact. Research rank P1. Research grouping Near-term

    Problem it addresses

    A buyer asks for email, or asks for no texts, and the next person still calls or texts. A rep is also unsure whether one stop applies to every channel.

    What it would do

    The idea would store, for each buyer, whether email, text, and phone are allowed or blocked, plus where that choice came from and the day it was saved. A draft on a blocked channel would show a warning and the channel that is still allowed. Overriding it would require a typed reason. A person would still decide and press Send.

    What it could help with

    • The rep sees the buyer's channel choice before writing, instead of relying on memory.
    • A typed reason would leave a record when someone contacts a blocked channel anyway.

    Compared with the desk today

    On the signed-in floor, a rep can block text, email, Facebook, or phone for one buyer, and a draft on that channel stays held until they type a reason. A signed-in production exercise of this screen is not available.

    Concept sketch of idea 2, Store-wide suppression ledger with reason codes. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    2. Store-wide suppression ledger with reason codes

    Suppression and opt-out. Research rank P1. Research grouping Near-term

    Problem it addresses

    A stop, or a note that the buyer already purchased, stays with one rep. Other people at the store keep reaching out.

    What it would do

    The idea would be one ledger for the store: stop text, stop all, do not call, purchased elsewhere, or wrong person. Each row would record who logged it, when, and the message it came from. Every draft and work list for that buyer would check the ledger and explain the block. Taking a row off would need a new request from the buyer, and that request would be recorded. Nothing would send on its own.

    What it could help with

    • A second rep would see the block without asking the first rep.
    • The reason, the author, and the day would sit on the row the draft is checking.

    Compared with the desk today

    STOP on a chosen buyer blocks marketing copy and stores a reason code on that buyer and the timeline. A separate downloaded report for every rep is not available.

    Concept sketch of idea 3, Ambiguous-reply triage before the next touch. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    3. Ambiguous-reply triage before the next touch

    Suppression and opt-out. Research rank P1. Research grouping Near-term

    Problem it addresses

    Replies such as "I'll reach out when ready" or "not interested" get treated as noise, and the next nudge goes out anyway.

    What it would do

    When an inbound reply looked like a pause, a decline, or a stop, the next draft would be held. The rep would classify it: pause until a date, stop one channel, stop all, or continue. That choice would write to the preference or the ledger. No follow-up draft would be offered until the rep picked. A person would still send anything that continued.

    What it could help with

    • An unclear reply would not slide straight into another nudge.
    • The classification would be a choice a person makes, not a guess the desk acts on.

    Compared with the desk today

    The desk can move to the next open play. It does not hold the next draft until someone classifies an unclear reply. This idea is not available.

    Concept sketch of idea 4, Recipient-local quiet-hours guard on manual send. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    4. Recipient-local quiet-hours guard on manual send

    Time zones. Research rank P1. Research grouping Near-term

    Problem it addresses

    A message goes out late at night for the buyer, or in the wrong time zone, and the owner hears about it afterward.

    What it would do

    The idea would estimate the buyer's time zone from an address first, then from an area code, and label that estimate as a guess. Outside hours the store had set, Send would show the buyer's local time and offer the rep a reminder. Sending anyway would need a typed reason. The store would choose the hours with its own counsel. A person would still press Send. This does not settle any legal duty.

    What it could help with

    • The rep would see the buyer's local time on the send step, not only the store's clock.
    • An after-hours send would keep the reason with the message.

    Compared with the desk today

    Copy stays off from 9 PM to 8 AM on a buyer-local guess when the thread has a ZIP, a single-zone state, or an area code. That guess is labeled. Without one, this device's clock is used. The reason stays on this device. Store-chosen hours beyond the fixed 9 PM to 8 AM window are not available.

    Concept sketch of idea 5, Lead source and consent provenance card. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    5. Lead source and consent provenance card

    Consent and contact. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today · Dealership framing

    Problem it addresses

    A rep works a lead from a website or a vendor and cannot see what the person agreed to, or whether a named store was disclosed. The buyer may say they never asked to be contacted.

    What it would do

    Each lead would show the source, the form or vendor label the store entered, the consent text that was captured, the time, and whether a named store was disclosed. Missing evidence would be flagged. A rep could still call by hand, and drafts would carry a note that consent evidence is missing. A person would still review and send. The store would decide, with its own counsel, what counts as enough evidence.

    What it could help with

    • The rep would see a missing consent note before writing, instead of discovering it in a complaint.
    • The draft header would carry the same gap the card shows.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Concept sketch of idea 6, Inquiry-age and relationship-window indicator. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    6. Inquiry-age and relationship-window indicator

    Consent and contact. Research rank P3. Research grouping Parked · Exploratory, no confirmed match on the desk today

    Problem it addresses

    People repeat informal rules about how long a lead stays fair game, without checking the date of the last inquiry, purchase, or service visit.

    What it would do

    The idea would show days since the last inquiry, purchase, or service visit. Windows the store set with its own counsel would color the label. The label would inform the rep and would not block a draft on its own. A person would still decide whether to reach out. It is not legal advice, and it would not make a store's process lawful by itself.

    What it could help with

    • The rep would see the age of the inquiry next to the draft.
    • The label would name the window the store set, and who set it, instead of a folk rule.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 7, Wrong-person and changed-number handling. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    7. Wrong-person and changed-number handling

    Suppression and opt-out. Research rank P2. Research grouping Exploring · Exploratory, no confirmed match on the desk today · Dealership framing

    Problem it addresses

    A call or text reaches someone who never asked about a vehicle, or the number now belongs to someone else.

    What it would do

    A rep could mark "not me / wrong number" in one step. That would suppress the number on that buyer record and add a mark on the lead-source card. Drafts would no longer offer that number. A person would still handle any later contact by hand.

    What it could help with

    • The wrong number would leave the draft instead of staying in the rep's notes.
    • The lead source would pick up one wrong-person mark the owner can review.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Concept sketch of idea 8, Who-is-talking collision guard and single owner. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    8. Who-is-talking collision guard and single owner

    Handoffs and ownership. Research rank P1. Research grouping Near-term

    Problem it addresses

    Several people at the store contact the same buyer within minutes. The buyer does not know whom to work with.

    What it would do

    Before a draft, the desk would show other staff contact in the last stretch of hours the store chose, and the assigned owner. Someone who is not the owner would get an internal note to the owner as the default, instead of a message to the buyer. A manager could reassign. A person would still send any buyer-facing message.

    What it could help with

    • A second rep would see that someone already reached out, and who owns the buyer.
    • The default action would be a note to that owner, not another message to the buyer.

    Compared with the desk today

    A manager can reassign a buyer, and a merge can keep the earlier owner. A warning that another rep already reached out, with an internal note as the default, is not available.

    Concept sketch of idea 9, Neutral credit timeline for split disputes. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    9. Neutral credit timeline for split disputes

    Handoffs and ownership. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    Split deals and "someone took my buyer" disputes get settled from memory and seniority.

    What it would do

    The idea would build a timeline of first contact, appointment set, showroom greet, test drive, and deal work, each with the person and the time. A manager would use it to decide credit. The desk would not decide commission or pay.

    What it could help with

    • The manager would see the sequence of staff actions in one place.
    • The timeline would not assign pay. A person would still decide.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 10, Structured BDC-to-salesperson handoff packet. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    10. Structured BDC-to-salesperson handoff packet

    Handoffs and ownership. Research rank P1. Research grouping Near-term

    Problem it addresses

    Once an appointment is set, the context is lost: what the buyer asked, what was quoted, and what was left open.

    What it would do

    A handoff form would fill from the thread: the buyer's questions, open requests, what was quoted and what was not, the vehicle, and preferences. The receiving rep would have to acknowledge it. Unacknowledged handoffs would show on a manager list after a wait the store set. A person would still send any message to the buyer.

    What it could help with

    • The floor rep would see the open requests without retyping the thread.
    • A handoff nobody accepted would be visible to a manager.

    Compared with the desk today

    The named person can accept a saved handoff on the published floor. An isolated preview proved that accept. A signed-in production exercise is not recorded. A packet filled from the thread is not available.

    Concept sketch of idea 11, Customer-request and promise tracker with due times. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    11. Customer-request and promise tracker with due times

    Follow-up ownership. Research rank P1. Research grouping Near-term

    Problem it addresses

    A buyer asks for photos, an out-the-door price, or a trade number, and the request sits.

    What it would do

    Explicit requests in an inbound message would become tasks with an owner and a due time, after a person confirmed the request. The draft could include the answer. Overdue items would show to a manager as work owed to the buyer, not as a dial count. Closing a task would need a linked outbound message that a person sent.

    What it could help with

    • A photo or price request would have an owner and a due time instead of living in a thread.
    • The manager view would be about the unfinished request, not about activity volume.

    Compared with the desk today

    A rep can record a promise with a due time and mark it done on the signed-in floor. Closing it only when a person sent a message is not available.

    Concept sketch of idea 12, Departure and absence reassignment with context. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    12. Departure and absence reassignment with context

    Handoffs and ownership. Research rank P2. Research grouping Near-term

    Problem it addresses

    A rep leaves or goes away, and open buyers, unmet promises, and quotes are hard to find.

    What it would do

    An away or leaving action would list that rep's open threads, unmet promises, and quotes, write a short summary per buyer for the new owner, and prepare an optional introduction draft for a person to review. A manager could confirm only after every open thread had a summary and a new owner. Nothing would be sent until a person sent it.

    What it could help with

    • Open buyers would not depend on notes that walk out with one rep.
    • The introduction to the new owner would be a draft a person reviews.

    Compared with the desk today

    A manager can reassign a buyer. A leaving-rep list that writes a summary for every open thread is not available.

    Concept sketch of idea 13, Orphan-customer re-engagement brief. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    13. Orphan-customer re-engagement brief

    Stale context. Research rank P3. Research grouping Near-term

    Problem it addresses

    A new rep calls an old customer with no record of the last purchase, the prior rep, or whether contact is allowed.

    What it would do

    For each old customer the store still holds, the brief would show last purchase or service, the prior rep, the last contact, the suppression state, and a factual opener the rep edits. Each fact would carry a source label. Suppressed buyers would be left out. A person would edit and send. This depends on records the store already keeps. It is not a feed from a system the store has not connected.

    What it could help with

    • The opener would start from stored facts, which the rep can edit.
    • A buyer who is already suppressed would not appear as someone to call.

    Compared with the desk today

    Drafts can use facts the rep already pasted or saved. A brief of an old customer, limited to stored records and skipping suppressed buyers, is not available.

    Concept sketch of idea 14, Lead-routing rule transparency. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    14. Lead-routing rule transparency

    Governance and oversight. Research rank P3. Research grouping Parked · Exploratory, no confirmed match on the desk today

    Problem it addresses

    Routing rules change without a record, and reps read the change as arbitrary.

    What it would do

    Rules a manager set would be shown read-only to staff, with the day they took effect and a change history. Changing a rule would record the author and the day, and the new rule would show to the reps it affects. The desk would not route around a person. A person would still work the lead.

    What it could help with

    • A rep could read the current rule and when it changed.
    • The history would name who changed it.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 15, Answer-the-question-first draft check. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    15. Answer-the-question-first draft check

    Messaging quality. Research rank P1. Research grouping Near-term

    Problem it addresses

    Replies skip the buyer's question and only push for an appointment.

    What it would do

    Before Send, the draft panel would list the questions in the buyer's last message and mark each one answered or not. An unanswered question would need a rep choice: answer it, or say why not yet. Send would stay unavailable until the rep resolved each one. A person would still press Send.

    What it could help with

    • The unanswered question would be visible on the draft, not buried in the inbound message.
    • The rep would choose to answer or to say why not, instead of sending past it.

    Compared with the desk today

    The desk can score a draft for the unit, a time, and the store's voice. It does not list each question and hold Send until the rep resolves the ones still open. This idea is not available.

    Concept sketch of idea 16, Vehicle-of-interest consistency guard. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    16. Vehicle-of-interest consistency guard

    Messaging quality. Research rank P1. Research grouping Near-term

    Problem it addresses

    A template names the wrong vehicle, the wrong stock number, or even the wrong store.

    What it would do

    Names in the draft (vehicle, stock number, store) would be checked against the lead and the inventory the store has connected. A mismatch would block Send until the rep fixed it or confirmed it on purpose. A person would still send the corrected draft.

    What it could help with

    • A draft about a different model than the lead would be flagged before copy.
    • The rep would fix it or confirm the mismatch. It would not pass through quietly.

    Compared with the desk today

    A draft that names a different vehicle than the one the buyer asked about is held on the signed-in floor. A signed-in production exercise of that hold is not available.

    Concept sketch of idea 17, Inventory freshness check before confirming availability. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    17. Inventory freshness check before confirming availability

    Quote accuracy. Research rank P1. Research grouping Near-term

    Problem it addresses

    A buyer is told a vehicle is available, then arrives and it is sold or not ready.

    What it would do

    A draft that confirmed availability or set an appointment would pull status (in stock, pending, sold, in recon) with a time stamp, from inventory the store connected. A stale status would ask for a re-check. Appointment wording for a sold vehicle would be blocked. A person would still send. This is not a live inventory feed until a store connects one.

    What it could help with

    • Availability wording would show the status and the time it was read.
    • A sold unit would not get appointment wording until a person dealt with the status.

    Compared with the desk today

    Saying a unit is available is held on the signed-in floor when the lot check is older than 24 hours, and a sold or pending unit is held. A checked-at time on every availability sentence is not available.

    Concept sketch of idea 18, Sender identification in every first contact. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    18. Sender identification in every first contact

    Messaging quality. Research rank P2. Research grouping Near-term

    Problem it addresses

    A first text with no name and no store looks like spam, and the buyer blocks it.

    What it would do

    A store-set identity block (rep name, store name, and how to opt out) would be added to first messages and when the channel changed. The rep could edit the wording and could not remove the block. A person would still review and send.

    What it could help with

    • The first text would name the rep and the store.
    • The opt-out line would stay even if the rep rewrote the greeting.

    Compared with the desk today

    Starter replies are on the desk. A first-text block that must keep the rep's name and the store name is not available.

    Concept sketch of idea 19, Honest AI-assistance setting. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    19. Honest AI-assistance setting

    Messaging quality. Research rank P2. Research grouping Near-term

    Problem it addresses

    A named assistant persona tells a buyer it is a person. The buyer loses trust when that turns out to be false.

    What it would do

    A store setting would keep drafts from claiming to be a human. If a buyer asked whether they were writing to a bot, the draft would say plainly that a person reviews and sends, and the thread would be flagged for a human reply. The draft would not claim to be a named person unless that person was the one sending. A person would still press Send.

    What it could help with

    • A "are you a bot?" question would get a plain answer in the draft, for a person to send.
    • The thread would be flagged so a person replies, instead of another persona line.

    Compared with the desk today

    A rep can add a note that a draft had help, and a manager can save up to five real store phrases. A rule that the draft never claims to be a person, and a flag when a buyer asks, is not available.

    Concept sketch of idea 20, Cadence fatigue view and close-the-loop option. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    20. Cadence fatigue view and close-the-loop option

    Follow-up ownership. Research rank P1. Research grouping Near-term

    Problem it addresses

    A buyer hears from several people and channels, and no one rep can see the total.

    What it would do

    The idea would show touches in the last 7 days and the last 30 days across staff and channels. After a count the store set, with no answer, the next play would offer a polite close-the-loop draft or a pause before another nudge. A person would choose and would still press Send. The count is a store setting for discussion, not a result we are claiming.

    What it could help with

    • The rep would see how many times the store already reached out.
    • The next suggestion could be a close-the-loop note or a pause, before another nudge.

    Compared with the desk today

    The desk can select the next open play. A view of touches across staff, with a close-the-loop suggestion first, is not available.

    Concept sketch of idea 21, Fresh photos or video when the buyer asks. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    21. Fresh photos or video when the buyer asks

    Messaging quality. Research rank P3. Research grouping Near-term

    Problem it addresses

    A buyer asks about condition or for photos, and the reply is a generic template with no picture of that vehicle.

    What it would do

    When a message asked about condition or features, the draft would leave a place for a fresh walkaround or photos and would open a task if none were on file. The rep would add the media. A person would still review and press Send. The file would not leave the store's process on its own.

    What it could help with

    • A photo request would show up as a task, not only as another template.
    • The draft would have a visible gap where the photo belongs, until the rep fills it.

    Compared with the desk today

    A walkaround can be recorded on that phone, and the file stays on that phone. A draft that leaves a place for new photos, plus a task when none exist, is not available.

    Concept sketch of idea 22, Numbers only from approved desk figures. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    22. Numbers only from approved desk figures

    Quote accuracy. Research rank P1. Research grouping Near-term

    Problem it addresses

    A price or payment a rep types does not match what the desk will honor.

    What it would do

    Price, payment, and trade figures would enter a draft only from figures a manager had approved, with what is included and an expiry. A number typed freehand would be flagged and routed for manager approval. A person would send only after that, by hand.

    What it could help with

    • A typed dollar amount that is not on the approved figure would be flagged.
    • The draft could show what the figure includes, and when it expires.

    Compared with the desk today

    The signed-in floor holds a payment quote and a price that does not match the unit. Filling those numbers from a manager-approved figure is not available.

    Concept sketch of idea 23, Quote snapshot and version history. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    23. Quote snapshot and version history

    Evidence and versioning. Research rank P1. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    Later, nobody can show what price, trade number, or payment was shared, when, or on what basis.

    What it would do

    Every figure shared with a buyer would be saved as a snapshot that cannot be edited: the value, the basis, the source listing or appraisal, the expiry, and the sender. A new version would link to the older one. A draft could cite the version. A person would still send. This is a record idea, not a promise that a quote is binding.

    What it could help with

    • A changed trade number would keep version 1 next to version 2, with times and senders.
    • A later export could include both versions instead of the latest number only.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 24, Trade estimate conditions template. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    24. Trade estimate conditions template

    Quote accuracy. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    A trade number given by phone or text turns into a dispute after an inspection or a delay.

    What it would do

    A trade draft would carry a range or a figure plus conditions from the appraiser's entry: inspection, mileage, payoff, and valid-until. A trade draft with no expiry could not be sent until the appraiser filled it in. A person would still review and send. The number would stay an estimate with conditions, not a promise.

    What it could help with

    • The conditions would travel with the number, in the draft the rep sends.
    • A missing expiry would hold the draft until the appraiser filled it.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 25, Listing-price change alert for active conversations. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    25. Listing-price change alert for active conversations

    Quote accuracy. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    The advertised price changes during a conversation, and the rep hears it from the buyer.

    What it would do

    When a vehicle's advertised price changed in a feed the store connected, reps with an open thread on that stock number would get an alert and a draft that acknowledges the change, for a person to review. Nothing would be sent until that person sent it. Without a price feed, this idea has nothing to watch.

    What it could help with

    • The rep with the open thread would see the change before the buyer has to explain it.
    • The acknowledgment would be a draft, not a message that leaves on its own.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 26, Itemized fee and add-on disclosure block. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    26. Itemized fee and add-on disclosure block

    Quote accuracy. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    A package, a fee, or a market adjustment shows up late, after the buyer thought the price was complete.

    What it would do

    A quote draft would include an itemization from the desk record: vehicle price, each fee, and each add-on marked optional or pre-installed. Required lines and wording would be set by the store with its own counsel. A quote missing a desk line could not be sent. A person would still send the completed quote. This is not legal advice.

    What it could help with

    • The draft would list the lines the desk record already has, before the buyer is in the store.
    • A missing line would hold the quote until it was filled in.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 27, Payment-estimate assumptions block. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    27. Payment-estimate assumptions block

    Quote accuracy. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    A monthly figure goes out with no rate, term, down payment, or amount financed, and the buyer cannot tell what it assumes.

    What it would do

    Any payment figure in a draft would have to carry the APR assumption, the term, the down payment, and the amount financed, labeled as an estimate. A monthly figure with no term would fail the check. A person would still review and send. The figure would stay an estimate, not an approval.

    What it could help with

    • The assumptions would sit next to the monthly figure in the draft.
    • A payment line with a blank term would not pass the check.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 28, Verbal promise capture into a written due-bill list. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    28. Verbal promise capture into a written due-bill list

    Evidence and versioning. Research rank P2. Research grouping Near-term

    Problem it addresses

    A verbal promise, such as a second key or a repair, never gets written down.

    What it would do

    Commitments spotted in the thread, or typed by the rep, would go on a "we owe" list for a manager to confirm, plus a confirmation draft for the buyer. A person would still send that confirmation. The list would not create the promise by itself.

    What it could help with

    • A promise said in the thread would land on a list a manager can confirm.
    • The buyer-facing confirmation would be a draft a person sends.

    Compared with the desk today

    A note can be stored on the buyer. A we-owe list that waits for a manager before a confirmation draft is not available.

    Concept sketch of idea 29, Pre-close variance explainer. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    29. Pre-close variance explainer

    Quote accuracy. Research rank P3. Research grouping Exploring · Exploratory, no confirmed match on the desk today · Dealership framing

    Problem it addresses

    The out-the-door price, payment, or fees on the desk worksheet differ from what the buyer was shown earlier, and the change looks like a surprise.

    What it would do

    The idea would compare the earlier quote with the later desk figures, list each changed line with a reason the store entered, and draft an explanation for a person to review. Quotes would carry a note that they are preliminary until the desk review. A person would still send. This does not make a changed number acceptable. It only makes the difference visible.

    What it could help with

    • Each changed line would have a reason next to it, in a draft a person can edit.
    • The earlier quote would stay marked preliminary until the desk review.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Concept sketch of idea 30, Manager approval queue for sensitive drafts. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    30. Manager approval queue for sensitive drafts

    Manager approvals. Research rank P1. Research grouping Near-term

    Problem it addresses

    Price, payment, and promise questions turn into repeated trips to a manager, and a number said earlier gets overridden later with no record.

    What it would do

    Drafts that include price, payment, trade, a promise, a complaint, or legal wording would go to an approval queue. The manager would approve, edit, or reject with a note. The decision would be recorded. A person would then press Send. The queue would not send the message.

    What it could help with

    • The approval, the editor, and the time would be on the record before the rep sends.
    • A rejection would come back with a note, instead of a hallway conversation that is easy to lose.

    Compared with the desk today

    A rep can hand a negotiation to a manager. A queue that records approve, edit, or reject, after which the rep still sends by hand, is not available.

    Concept sketch of idea 31, Lost-deal reason capture and non-punitive review. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    31. Lost-deal reason capture and non-punitive review

    Coaching and training. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    Lost deals get a desk visit one by one, and the reasons are not collected in one place.

    What it would do

    A lost deal would take a structured reason (price, bought elsewhere, timing, or vehicle) and an optional note. A manager would review patterns on a weekly list, not as an alert on every note. "Bought elsewhere" would also write to the suppression ledger. The review would not rank or punish a rep. A person would still do any follow-up.

    What it could help with

    • The reason would be a choice plus a note, not an interrogation in the moment.
    • "Bought elsewhere" would feed the suppression ledger so the next rep does not keep calling.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 32, Outcome-focused coaching dashboard, no keystroke monitoring. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    32. Outcome-focused coaching dashboard, no keystroke monitoring

    Coaching and training. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    A manager watches dial counts. Unanswered questions and overdue promises are harder to see.

    What it would do

    The idea would show unanswered buyer questions, overdue promises, opt-outs honored, and how long inbound messages waited for a reply. It would not collect keystrokes, screen images, or any covert tracking. Each rep would see their own view. A person would still send any follow-up. Nothing on this board would send a message.

    What it could help with

    • The manager view would be unfinished buyer work, not a dial tally.
    • A rep could see the same rows that describe their own work.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 33, Sanctioned business channel with capture path. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    33. Sanctioned business channel with capture path

    Governance and oversight. Research rank P2. Research grouping Near-term

    Problem it addresses

    Reps text from a personal phone or another app. The record leaves when they do, and the store cannot see what was said.

    What it would do

    The idea would be a business number or inbox per rep inside the product, plus a documented way to forward or import a buyer thread from a personal device when the rep asks. Imported threads would be labeled imported, with the day. There would be no device monitoring. A person would still send. This needs a messaging provider the store chooses. It is not connected now.

    What it could help with

    • A work thread could live on a store inbox instead of only on a personal phone.
    • An import would be labeled, with a date, instead of looking like it started inside the desk.

    Compared with the desk today

    The desk does not send messages. A store inbox per rep, plus a labeled import from a phone, is not available.

    Concept sketch of idea 34, Neutral review-request template. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    34. Neutral review-request template

    Messaging quality. Research rank P3. Research grouping Parked · Exploratory, no confirmed match on the desk today

    Problem it addresses

    A review request asks the buyer for a perfect score.

    What it would do

    The store would approve a review request that does not ask for a specific score. A draft that asked for a score would be flagged. A person would still edit and send. The idea does not promise reviews, ratings, or a change in scores.

    What it could help with

    • The approved template would ask for a review without naming a score.
    • A draft that pushes for a score would be flagged before send.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 35, New-rep guided mode. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    35. New-rep guided mode

    Coaching and training. Research rank P1. Research grouping Near-term

    Problem it addresses

    A new hire has questions and no place to see why a draft is shaped a certain way. Asking a manager feels costly.

    What it would do

    For a ramp period the store set, drafts would show the playbook line they drew from, and a price draft would route to a mentor for approval before the new rep could send it. Questions to the mentor would be kept as learning notes the rep can see. A person would still press Send after approval.

    What it could help with

    • The new rep would see which playbook line the draft is using.
    • A price draft in ramp mode would wait for a mentor, and the note would stay visible to the rep.

    Compared with the desk today

    A short drill can be stored for the store. A ramp mode that cites a playbook and holds a price draft for a mentor is not available.

    Concept sketch of idea 36, Coaching from real conversations, opt-in and visible. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    36. Coaching from real conversations, opt-in and visible

    Coaching and training. Research rank P3. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    Coaching stays generic, and people are unsure what is recorded or who can see the notes.

    What it would do

    A manager would pick threads to annotate. The rep would self-review first. Annotations would be visible to that rep. Any call recording would follow a policy the store discloses. There would be no hidden review. A person would still send any message. Nothing here would send on its own.

    What it could help with

    • Notes on a real thread would be visible to the rep whose thread it is.
    • The rep would review first, before a manager's note is the only record.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 37, Store playbook library with sources and versions. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    37. Store playbook library with sources and versions

    Coaching and training. Research rank P2. Research grouping Near-term

    Problem it addresses

    How the store handles a stop, or how it closes a loop, lives in a veteran's head and changes without a record.

    What it would do

    The store would keep approved entries, such as what a stop means here and close-the-loop wording, each with an author, a day, and a version. A draft could cite the entry it used. Editing an entry would create a new version. Earlier drafts would still cite the old version. A person would still send.

    What it could help with

    • A draft could point at the entry it used, including the version.
    • An edit would not rewrite the citation on an older draft.

    Compared with the desk today

    Playbooks can be opened on the signed-in desk. There is no live community. Entries with an author, a day, and a version a draft cites are not available.

    Concept sketch of idea 38, Lead-source quality and complaint scorecard. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    38. Lead-source quality and complaint scorecard

    Governance and oversight. Research rank P2. Research grouping Exploring · Exploratory, no confirmed match on the desk today · Dealership framing

    Problem it addresses

    An owner cannot see which lead sources arrive with a missing consent note, wrong-person marks, or opt-outs.

    What it would do

    Once a month the owner could review each source the store entered: leads, wrong-person marks, opt-outs, and whether consent text was on file. Counts on the sketch are example labels, not results. The card would not rank buyers, and it would not contact anyone.

    What it could help with

    • Wrong-person marks and missing consent notes would sit on the source, not only on one lead.
    • The owner would have one monthly view to review, without a live alert on every row.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Concept sketch of idea 39, Per-customer evidence timeline and export. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    39. Per-customer evidence timeline and export

    Evidence and audit. Research rank P1. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    When a complaint arrives, messages, quotes, approvals, and opt-outs are scattered or missing.

    What it would do

    One timeline per buyer would list messages, drafts, approvals, quote versions, preferences, opt-outs, and handoffs. A person could export a file with a generation date, for the store's own counsel to review. The export would match the on-screen timeline. It is a record, not legal advice, and it does not decide a dispute.

    What it could help with

    • The owner could pull one file in time order, with author and channel, instead of rebuilding the story.
    • The file would be generated for counsel to review. The product would not give legal advice.

    Compared with the desk today

    Exploratory concept for scoping. The signed-in floor can build a dated timeline for one buyer, and message text is not kept in it. A downloaded file and a signed-in production exercise are not part of this idea yet.

    Concept sketch of idea 40, Change-request read-back loop. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    40. Change-request read-back loop

    Evidence and audit. Research rank P2. Research grouping Near-term · Dealership framing

    Problem it addresses

    A buyer asks by text to change a color, add or remove an option, or take a vehicle off the deal. Later, nobody can show that the change was confirmed.

    What it would do

    An inbound change request would create a task and a read-back draft that repeats the change in plain words. The task would close only when a person had sent a confirmation and recorded a verification note against the deal record. Nothing would change the deal by itself, and nothing would send on its own.

    What it could help with

    • The change the buyer asked for would be repeated in a draft before anyone treats it as done.
    • The task would stay open until a confirmation and a verification note exist.

    Compared with the desk today

    A next step can be stored. A change request that stays open until someone verifies it, with a read-back draft a person sends, is not available.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Concept sketch of idea 41, Declined-recommendation acknowledgment record. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    41. Declined-recommendation acknowledgment record

    Evidence and audit. Research rank P3. Research grouping Parked · Exploratory, no confirmed match on the desk today · Dealership framing

    Problem it addresses

    A buyer declines an optional product in the finance office. Later, the conversation about what was offered is hard to reconstruct.

    What it would do

    The idea would record what was offered, what the buyer chose, and an optional acknowledgment (a reply or a signature the store already uses). Wording would be chosen by the store with its own counsel. The row would show in the timeline export. It is not legal advice, and it does not create a waiver by itself. A person would still handle any message.

    What it could help with

    • Offer, choice, and acknowledgment status would be a row, not a memory.
    • The same row could appear in the timeline export.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Concept sketch of idea 42, Configurable retention and legal hold. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    42. Configurable retention and legal hold

    Evidence and audit. Research rank P3. Research grouping Parked · Exploratory, no confirmed match on the desk today · Dealership framing

    Problem it addresses

    An owner does not have a clear place to set how long texts and notes are kept, or to freeze one buyer's file during a dispute.

    What it would do

    The owner, with the store's own counsel, would set a retention window per record type. A person could place a legal hold on one buyer. That hold would stop deletion of that buyer's records and would log who placed it. This is a setting idea. It is not legal advice, and it does not by itself meet a retention duty.

    What it could help with

    • Deletion of a held file would wait, and the hold would name who placed it.
    • Windows would be chosen by the store, not preset by this product as a legal rule.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Concept sketch of idea 43, Owner file-QC sampler. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    43. Owner file-QC sampler

    Governance and oversight. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today

    Problem it addresses

    Nobody routinely checks that a closed deal matches what was quoted or promised.

    What it would do

    Once a month the idea would pull a random sample of closed deals and a checklist: quote matches the contract, promises fulfilled, opt-outs honored. A person would review the sample. Findings would go to coaching by default, not to a public score. The sample size would be chosen by the store. Counts on the sketch are examples. This does not certify a file.

    What it could help with

    • A closed file would be checked against the quote, the promises, and the opt-outs, on a schedule the store picks.
    • The result would record the reviewer and the day, and would default to coaching.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Concept sketch of idea 44, Complaint intake and incident chronology. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    44. Complaint intake and incident chronology

    Governance and oversight. Research rank P2. Research grouping Near-term · Exploratory, no confirmed match on the desk today · Dealership framing

    Problem it addresses

    A buyer complaint arrives and the store rebuilds the story from memory, with no consistent intake.

    What it would do

    A person would log a complaint. That would assemble a chronology from the buyer timeline, track deadlines the owner or the store's counsel set, and record who was notified. One action would link the chronology to that timeline. The product would not give legal advice, and it would not answer the complaint for the store.

    What it could help with

    • The chronology would be assembled from the timeline the store already kept, in one step.
    • Deadlines and who was notified would be fields the store fills, not advice from the product.

    Compared with the desk today

    Exploratory concept for scoping. No confirmed match in the product a store can use today. Not a commitment to build.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Concept sketch of idea 45, Customer-supplied data accuracy check. Example data on a wireframe. Not a live screen.
    Concept sketch. Example data. Not a live screen.

    Concept. Under consideration. Not available.

    45. Customer-supplied data accuracy check

    Quote accuracy. Research rank P3. Research grouping Near-term · Dealership framing

    Problem it addresses

    A fact the buyer supplied, such as mileage or a payoff, gets typed differently by staff, and the change is easy to miss.

    What it would do

    Fields the buyer supplied would keep their source. If staff changed one, the change would be flagged and a confirmation draft would be prepared, unsent, for a person to review. The idea would not infer private traits about a buyer. A person would still send any confirmation.

    What it could help with

    • The buyer's original figure and the edited figure would both stay visible.
    • The confirmation would be an unsent draft, not a message that leaves on its own.

    Compared with the desk today

    A reply that names a listed color or a full mile count missing from the notes, the vehicle line, or the label is held. Navy, reddish, 12k, and a clock time are not treated as those facts. Buyer-supplied mileage and payoff keep source buyer; a staff change is flagged and needs an unsent confirmation draft before Copy. A signed-in production exercise is not recorded. Coverage for every buyer-supplied field type is not available.

    Written for a dealership desk: reps, BDC, managers, and owners. Not presented as confirmed dealership evidence.

    Plans stay month to month. Roadmap items are planned, not promised, and timing may change. See how we compare on vs the field, pricing or request a 14-day store trial.

    Live, demo, rolling-out, and not-claimed are different feature states. A working demo is not proof that an integration is available in production.
    Live, demo, rolling-out, and not-claimed are different feature states. A working demo is not proof that an integration is available in production.