Skip to content
Field Academy
NEWNEW 16 min

Commercials, pricing & the business case

Support the deal in the buyer's dialect — without being the AE.

0/6 sections

Your lane: support the motion, don't run it

As a Field Engineer you are the technical truth-teller in a commercial conversation, not the person who quotes a number or signs a deal. Knowing exactly where your lane ends is what makes an AE trust you in the room.

The Account Executive owns price, terms, and the close. You own proof: the technical evaluation, the success criteria, the value translation, and the removal of friction in security and procurement. When you blur that line you create chaos — an AE can't walk back a number you blurted out, and Legal can't unsay a compliance commitment you improvised.

The thesis

The FE makes the business case credible and the buying process frictionless. The AE makes the deal. You translate engineering reality into the buyer's dialect — dollars, throughput, ramp — so the AE can negotiate from evidence instead of vibes.

OwnsFEAE
Pricing & discountNever quotesOwns
Contract terms / legalNever improvisesOwns w/ Legal
Technical eval & POVOwnsSets the goal
Value model / ROIReturn on Investment. The value gained versus what it cost, the language an economic buyer funds deals in.Builds the mathCarries it to the buyer
Security/procurement frictionRemoves & routesQuarterbacks

When in doubt, route price and terms to the AE and follow up.

Say it like this

"I'm not the right person to talk price — my job is to make sure the technical case is airtight so that conversation is easy. Let me get your AE the exact number and bring back the value model."

Self-check

How Cursor is priced: list vs negotiated

The two worlds: self-serve list and enterprise negotiated

Cursor has a published, self-serve tier and a negotiated enterprise motion. The published number is a starting point, not the deal. Treat list price the way you'd treat a sticker price on a car: it anchors the conversation, it is not what a 2,000-seat customer pays.

Price reference
Business / Teams
~$40 / user / month (list, self-serve)
Enterprise
Negotiated; volume discounts at 100+ seats
List price role
Anchor / starting point, NOT the final deal

Numbers are list reference points; the enterprise number is set by the AE.

Watch out

Never let a buyer multiply list × headcount and call that 'the price.' That math ignores volume discounts (which kick in at 100+ seats), enterprise features, and negotiated terms. If you let that number stand unchallenged, you've handed the buyer a fake-high anchor that makes your deal look expensive.

Enterprise adds the admin plane buyers actually need at scale: Organizations (GA, admin over teams), Groups for cohort-based spend and agent permissions, SSOSingle Sign-On. One company login (usually via SAML or OIDC) instead of a separate password per tool./SAMLAn enterprise standard that powers single sign-on./OIDCOpenID Connect. A modern standard that powers single sign-on, built on OAuth., SCIMSystem for Cross-domain Identity Management. A standard for automatically creating and removing user accounts when people join or leave., RBACRole-Based Access Control. Granting permissions by role rather than configuring each person individually., model/MCPModel Context Protocol. A standard that lets an AI agent pull in context from outside the repo, like Jira tickets or internal docs./repo allowlists, audit logs, and AI-code tracking. That's why enterprise isn't 'list plus a markup' — it's a different product surface, and the price reflects governance, not just seats.

Business / Teams

Self-serve, card-on-file

~$40/user/mo list

Team admin, privacy controls

Right for pilots and small teams

Enterprise

Negotiated annual contract

Volume discounts at 100+ seats

Org admin plane, SSOSingle Sign-On. One company login (usually via SAML or OIDC) instead of a separate password per tool./SCIMSystem for Cross-domain Identity Management. A standard for automatically creating and removing user accounts when people join or leave./RBACRole-Based Access Control. Granting permissions by role rather than configuring each person individually.

Allowlists, audit, AI-code tracking

Self-check

Usage, compute & avoiding bill-shock

Seats are predictable; compute is where buyers get nervous. Agentic features — Cloud Agents in isolated VMs, BugbotCursor's automated PR reviewer that posts inline findings and can push fix commits from isolated VMs. runs, Autofix — consume model/compute, and a security or finance gatekeeper's first fear is an unbounded bill. Your job is to show that Cursor gives admins the dials to make spend governed and predictable.

The three dials that kill bill-shock

  • Model allowlists — admins control which models can run, so spend can't leak to an expensive model nobody approved.
  • Spend limits via Groups — set budgets at the cohort level, not per individual, matching how orgs actually fund teams.
  • Per-team budgets — fund a pilot squad differently from a 2,000-seat rollout; expansion doesn't silently inflate everyone's compute.
Reframe spend as a feature

Don't apologize for usage-based compute. Reframe: 'You get to set model allowlists, Group-level spend limits, and per-team budgets — so finance gets a ceiling, not a surprise.' Governance over compute is a selling point to the economic buyer, not a liability.

Map the fear to the control
"We'll get a runaway bill"
Spend limits via Groups + per-team budgets
"Devs will use pricey models"
Model allowlists set by admin
"We can't predict next quarter"
Per-team budgets + usage visibility in the admin plane
Watch out

Privacy ModeCursor's setting that routes requests under zero-data-retention terms so providers don't store or train on your code. + ZDRZero Data Retention. A contractual guarantee that the model provider won't store your code or train on it. are available, but NOT when the customer uses their own API keys. If a security gatekeeper assumes they can BYO-key and keep ZDR, correct it precisely or route to the right doc — do not hand-wave.

Self-check

The business case in the buyer's dialect

Engineers measure in tokens, latency, and merged PRs. Buyers buy in dollars and throughput. Every technical metric you cite must be translated into the buyer's currency or it's just trivia.

Technical metricBuyer's dialect
Time-to-first-commit for new hiresOnboarding ramp → weeks of salary recovered per hire
Cycle time / PR lead timeThroughput → more features per quarter, same headcount
Review & CI toil reduced (BugbotCursor's automated PR reviewer that posts inline findings and can push fix commits from isolated VMs. ~10% more bugs, 90% runs <3min)Senior-engineer hours returned → $ at fully-loaded cost
Autofix ~35% merged from isolated cloud-VM agentsDefects fixed without human time → hours saved
Migration effort (Box: 80–90% less)Project cost avoided → headcount freed for roadmap

If you can't name the dollar or throughput equivalent, you haven't made the case.

Verified proof points

Box: 85%+ daily active, 30–50% throughput increase, 80–90% less migration effort, +75% usage in 6 weeks driven by mentorship. Cursor is trusted by 64% of the Fortune 500. Use these as social proof, not as guaranteed outcomes for the prospect.

Lead with the metric the specific buyer loses sleep over. A platform VP buys cycle-time and review toil. A CTO scaling a team buys onboarding ramp and time-to-first-commit. A CFO buys throughput-per-dollar and migration cost avoided. Same product, three different opening lines.

Say it like this

"Your new hires take six weeks to their first meaningful commit. If Cursor takes two off that, across 40 hires a year that's 80 engineer-weeks back — call it your fully-loaded cost times eighty. That's the line your CFO will care about, not the seat price."

Self-check

ROI / TCO framing and the seat-math objection

A simple, defensible value frame

Keep the model so simple a CFO can poke at it without a spreadsheet. The whole frame is: value created minus cost to own. The discipline is in being conservative on the inputs so the number survives scrutiny.

The frame an FE can defend in a procurement room
ROI value = fully-loaded engineer cost/hr × hours saved per engineer per period × realistic adoption rate <-- discount this HARD × number of seats Net value = ROI value - (seat cost + enablement/mentorship cost) # Then: payback = net cost / monthly value created
Adoption is the honesty dial

The most common way these models lie is assuming 100% of engineers save 100% of the claimed hours on day one. Apply a realistic adoption rate (Box hit 85%+ daily — but over time, with mentorship). Model a ramp, not a step function. A conservative model that lands beats an aggressive one that gets torn apart in procurement.

Guard against vanity metrics

Tab-accepts, suggestions shown, lines of AI code — these feel good and prove nothing about value. Tie the case to outcome metrics: cycle time, time-to-first-commit, review hours, escaped defects, migration cost. If a metric can go up while nothing ships faster, it's vanity.

The seat-math objection, done well

The objection: '$40 × 2,000 seats = $960K/yr — that's a lot.' The weak FE argues the price. The strong FE reframes the denominator and corrects the anchor.

  1. 1Correct the anchor: list × headcount isn't the deal — enterprise is negotiated with volume discounts at 100+ seats.
  2. 2Reframe vs. one input cost: compare the seat cost to a single fully-loaded engineer, or to the eng-hours saved across those same seats.
  3. 3Convert to throughput: 'If each engineer gets back even an hour a day at adoption, that's the equivalent of N extra engineers you didn't hire.'
  4. 4Land on payback: show the period in which value created exceeds total cost — then hand price negotiation to the AE.
Say it like this

"Compare that seat cost to one fully-loaded senior engineer. If the tool gives your 2,000 engineers back an hour a day at realistic adoption, the math isn't 'a lot' — it's the cheapest capacity you'll add all year. Your AE will sharpen the actual number."

Self-check

QWhich is the single most important variable to discount when building a Cursor ROIReturn on Investment. The value gained versus what it cost, the language an economic buyer funds deals in. model, and why?

Procurement, security review & land-and-expand

Procurement and security as a path you clear, not a wall you climb

Enterprise deals die in procurement and security review more often than in the demo. Your job is to remove friction and route precisely — surface the right artifact, set the follow-up, and never improvise legal or compliance terms.

Buyer asks forYou provide / routeOwner
Master agreementMSAMaster Service Agreement. The overarching contract between a customer and a vendor. → AE/LegalLegal
Data processing termsDPAData Processing Agreement. A contract spelling out how a vendor is allowed to handle your data. → AE/LegalLegal
Security attestationSOC 2 Type II reportSecurity/FE routes
Who touches our dataSub-processors listTrust Center
Self-service due diligenceTrust CenterTrust Center

Surface the artifact, set the follow-up. Never invent a term.

Security posture you can state

SOC 2 Type II, AES-256 at rest, TLS 1.2+ in transit, annual penetration test, Privacy ModeCursor's setting that routes requests under zero-data-retention terms so providers don't store or train on your code. + ZDRZero Data Retention. A contractual guarantee that the model provider won't store your code or train on it. (not with your own API keys), PrivateLinkAn AWS feature that keeps traffic to a service on your private network instead of the public internet. + Cloudflare Tunnel, SSOSingle Sign-On. One company login (usually via SAML or OIDC) instead of a separate password per tool./SAMLAn enterprise standard that powers single sign-on./OIDCOpenID Connect. A modern standard that powers single sign-on, built on OAuth., SCIMSystem for Cross-domain Identity Management. A standard for automatically creating and removing user accounts when people join or leave., RBACRole-Based Access Control. Granting permissions by role rather than configuring each person individually., model/MCPModel Context Protocol. A standard that lets an AI agent pull in context from outside the repo, like Jira tickets or internal docs./repo allowlists, hooks, terminal sandboxing, audit logs, AI-code tracking. State what's verified; route anything you're unsure of.

Never improvise legal or compliance

If asked 'do you support [specific regulation]?' or 'can you commit to X in the contract?' and you don't have a verified answer, say 'let me get you the precise answer from our security/legal team' and set the follow-up. An invented compliance commitment can sink the deal or worse. Confidence in your lane; routing outside it.

Land-and-expand: expansion gated on evidence

The motion is land-and-expand: a focused pilot proves value, then you expand to the broader org — typically scaling from a pilot into the 500–5,000 seat range. Expansion is gated on evidence, not optimism. You don't ask for 3,000 seats; you let the pilot's measured outcomes ask for them.

  1. 1Land a pilot with explicit, pre-agreed success criteria (cycle time, time-to-first-commit, adoption, review toil).
  2. 2Drive adoption deliberately — Box got +75% usage in 6 weeks via mentorship, not by hoping.
  3. 3Measure against the criteria; capture outcomes in the buyer's dialect (dollars/throughput).
  4. 4Expand only when the evidence clears the bar — scale toward 500–5,000 seats with the AE carrying the commercial.

Map the buying committee

Champion

Usually an eng lead/IC who loves the product

Sells internally when you're not in the room

Arm them with the value model and proof

Economic buyer

VP Eng / CTO / sometimes CFO

Buys throughput-per-dollar and ramp

Wants payback and predictable spend

Security gatekeeper

CISOChief Information Security Officer. The executive who owns security; usually the hardest and most important person to win over. / security review team

Can veto; rarely champions

Win with SOC 2, allowlists, Trust Center

Procurement

Owns MSAMaster Service Agreement. The overarching contract between a customer and a vendor./DPAData Processing Agreement. A contract spelling out how a vendor is allowed to handle your data., vendor process

Optimizes for terms and risk

Clear the path; route to AE/Legal

Interview watch

Expect: 'Walk me through how you'd handle a security review and a seat-math objection in the same call.' Strong answer: route price/terms to the AE, state verified security posture (SOC 2 Type II, allowlists, Trust Center) and set follow-ups for anything unverified, then reframe seat math via fully-loaded cost and throughput. Show you know your lane and the buying committee.

Self-check