An account is a business. Contacts are the people inside it. Everything on this screen is either a fact you or an import supplied about the company, or a number rolled up from the contacts linked to it — Leed does not buy firmographic data, and it does not guess at revenue.
Accounts is the default section of the Engage workspace, so /engage lands here. It is absent from the feature catalog entirely, which means it works on every plan including Free. Two things on this page do carry conditions, and both are called out where they appear: the Site engagement block needs Starter, and the pricing page’s Account-based qualification row describes something else (see the end of this page).
What an account is
One row in your accounts table: a business name, a set of firmographics, and the contacts linked to it. Leed adds one computed layer on top — a rolled-up readiness, fit, intent and journey stage, averaged from the member contacts’ own scores.
Where accounts come from
There are three ways a company name reaches Leed, and the account’s stored source records which one it was:
| Source | What creates the account | What it fills in besides the name |
|---|---|---|
upload | A CSV import with a column mapped to the company name field | Nothing — the name only |
form | A form submission carrying a company field | Address, city, state, postal code and country, where the form collects them |
salesforce | The bespoke Salesforce integration | Depends on the integration |
A CSV import is the one you can drive yourself: map a column to name and Leed builds the account and links the contact for you. That is described in full on Importing contacts. The leed contacts import command and the import_engage_contacts MCP tool do the same from their name column, and record the account as upload too. A contact whose Source reads salesforce came in through a single inbound webhook rather than a configurable sync — CRM integration says exactly what is and is not connected.
Reading the list
Each row carries a generated company mark, the account name, its industry (or an em dash when the industry is unset), and a readiness dot. The list is sorted highest readiness first, under the group label By readiness · N.
The search box matches the account name and industry only. It does not search addresses, and it does not search the people inside the account — searching for a person is what the Contacts section is for.
The readiness dot
| Dot | Rolled-up readiness | What it means |
|---|---|---|
| Green | 75 and above | Every signal Leed has points the same way |
| Amber | 50 to 74 | Real engagement, incomplete picture |
| Gray | Below 50, or never scored | Not enough signal — or no score has ever been computed |
A gray dot is ambiguous on purpose: it covers both “scored low” and “never scored”. If every dot in your list is gray, nobody has run Recompute scores yet. What actually feeds these numbers is on Engage scores.
The header
The account’s mark and name, then a row of chips: the industry, or “Industry unknown” when it is unset; the employee count, shown only when Employees has a value; and the number of linked contacts. There is no ARR chip, because Leed never fabricates one.
To the right, anyone with contact:write gets a New email menu: Blank, then the five templates your workspace used most recently. Picking one starts a draft in Engage ▸ Emails addressed to everyone linked to the account — resolved when the email is sent, so a contact linked in the meantime is included. The menu is disabled while the account has no contacts. Sending a marketing email picks the story up from there.
Company details
The first card on the record is the firmographics, and every field on it edits in place. Click a value, type, move on — each field saves on its own. There is no edit mode and no Save button, so there is also nothing to forget to press.
Editing needs contact:write, which starts at the Content Publisher role. Without it the same card renders as read-only text.
| Field | Type | Placeholder when empty | Filled in for you by |
|---|---|---|---|
| Name | Text | Account name | The company column of an import, or a form’s company field |
| Industry | Text | Manufacturing | Nothing |
| Website | URL | https://acme.com | Nothing |
| Employees | Number | 150 | Nothing |
| Revenue | Number | 12000000 | Nothing |
| Current customer | Toggle — Customer / Prospect | — | Nothing; defaults to Prospect |
| Address | Text | 123 Main St | A form submission that collects it |
| Address line 2 | Text | Suite 400 | Nothing |
| City | Text | Chicago | A form submission that collects it |
| State / Region | Text | IL | A form submission that collects it |
| Postal code | Text | 60601 | A form submission that collects it |
| Country | Text | United States | A form submission that collects it |
| SIC codes | Text | 3674 | Nothing |
| Purchased products | Text | None recorded | Nothing |
| Competitive products | Text | None recorded | Nothing |
| Linked contacts | Read-only count | — | Contacts whose Account field points here |
Two fields behave differently from the rest. Revenue stores a plain number and displays a humanized one, so you type 12000000 and read back “$12 million”; opening it for editing shows the raw figure again. And Name cannot be blanked — clearing it and pressing enter leaves the previous name in place, because the name is the key the account is matched on.
The status strip
Below the details card sits a strip of five cells: a Readiness meter, the Journey stage as four dots plus a stage pill, Fit out of 100, Intent out of 100, and ARR potential.
ARR potential permanently reads — not modeled. That is not a value still loading and not a field waiting on a setting: Leed does not model deal value at all, and the cell exists to say so rather than to leave a suspicious gap in the row. Every other number in the strip is a roll-up of the member contacts’ scores, described on Engage scores.
Until the first recompute, all four computed cells render as dashes.
What Leed says about the account
The sentence under the strip is generated, but not by a model. It names the account’s stage, states how many of the six committee roles are covered, and adds one of two fixed next steps depending on whether all six are. With no score at all it says so and tells you to run Recompute scores.
It is worth reading it as a summary of the two numbers above it, which is exactly what it is.
What they need
The What they need card is deliberately empty. Needs, interests and blockers are captured for contacts nowhere and for accounts nowhere, so the card says that rather than showing an empty list you might mistake for a data problem.
Site engagement
Above Starter, this block rolls up every linked contact’s real sessions and page views:
- Sessions, Pages viewed, Form fills and Last active, across all history rather than a rolling window.
- Content consumption — the six most-viewed pages, each with a bar and a view count, and a
+N more pagestail. - Recent sessions — the six most recent, each with its date, duration, page count, the contact it belongs to, and an entry source. Entry source is the referring host of the session’s first page view; when there is no referrer it reads
Emailfor a session that started from an email link andDirectotherwise. A session row is clickable and jumps to the contact it belongs to.
Because the roll-up is built from the member list further down the record, it covers the contacts that list has loaded — see the note under the facet rail below.
The buying committee
Six coverage cards, one per role, under a N of 6 roles covered · M contacts label. A card counts the linked contacts who hold that role and names up to three of them, or reads N people past that; a role nobody holds is dashed and reads Not identified. Selecting a card filters the member list beneath to that role’s holders — selecting it again, or Show everyone, clears the filter.
Roles are set by people and never inferred. A contact can hold several roles, and several contacts can share one. The member list under the cards shows every linked contact with their personas and a Roles control: open it, toggle a role on or off, and each toggle saves at once. Editing needs contact:write. The same control is the Roles row on the contact’s own record in Contacts, and the two stay in step. Selecting a contact’s name jumps to that record.
| Role | Card label | What the role does in a deal |
|---|---|---|
champion | Champion | Advocates internally, drives the deal forward. |
economic | Economic buyer | Owns the budget and final spend approval. |
decision | Decision maker | Signs off on the technical / vendor choice. |
influencer | Influencer | Shapes opinion; trusted technical voice. |
user | End user | Uses the product day-to-day. |
blocker | Blocker | Can veto — security, legal, procurement. |
A contact with no role fills no card, whatever their title. If the committee looks emptier than it should, assign roles in the member list here or on each contact’s record; there is nothing to recompute. How personas are matched is on Personas.
The facet rail
| Facet | What it holds |
|---|---|
| Contacts | The loaded members with a dot for their first role and their readiness, sorted most-ready first. The icon carries the account’s whole contact count as a badge. |
| Engagement | Readiness percentage, Fit / Intent, Stage, Linked contacts and the date the score was computed — or “Not scored yet.” |
| Actions | Create targeted landing page, which jumps to the page list. The Draft campaign for … button that opened Chat is not shown while Chat is hidden. |
| Leed suggests | One of two fixed sentences, chosen by whether anybody at the account holds the Economic buyer role. Not model output, despite the styling. |
Targeting a whole account with a sequence of outreach is what Campaigns and deliverables is for; accounts are one of the two kinds of audience a campaign can address.
Accounts from an AI client
Two Operator MCP tools cover accounts: list_engage_accounts returns every account with its firmographics and its score, and update_engage_account edits one by id, changing only the fields you supply. There is no create-account tool, which matches the UI exactly — an AI client can read and correct accounts, and cannot conjure one. Both gate on the same contact:* privileges as the screen. See MCP tools for contacts and accounts.
Why ARR potential is always a dash
Leed has no deal-value model, no pipeline object and no revenue forecast. The ARR potential cell was kept in the status strip because the alternative — five cells on some accounts and four on others — reads as a rendering fault, and because a permanently honest dash is better than a number derived from headcount and a guess.
If you need deal value against an account, it belongs in whatever system already owns your pipeline. Leed’s job here is the qualification signal: readiness, fit, intent, and who on the committee you have actually reached.
The pricing page’s Account-based qualification row is a related but separate thing — an Enterprise capability that has no surface and no gate in the product today. It is listed with the rest of the honest gaps on What Leed does not do. Nothing on this page depends on it, and nothing on this page is withheld below Enterprise.