Sales CRM

CRM

Sales CRM: pipelines, board & custom fields

The Sendcore CRM turns your account into a sales workspace: configurable pipelines, a drag & drop board, and custom fields. Living next to the same contacts your campaigns and automations already use. It fits any sales process: B2B leads, quotes, event requests, wholesale, partnerships.

On this page7 sections

How the CRM is organized#

  • Contact: a person, unique per account by email. The same contact record your audience, campaigns and automations use: the CRM never duplicates it.
  • Card: one sales relationship between a contact and a pipeline (a lead, a deal, a request). The same contact can hold cards in several pipelines at once (say, a wholesale lead and an event request) with a single contact record behind both.
  • Pipeline: a sales process, made of ordered stages. Pipelines are your configuration, not fixed vocabulary: create as many as your processes need.
  • Stage: a step of the pipeline, with a name, a color and a kind: open, won or lost. The kind is what makes win-rate and outcome reporting work regardless of how you name your stages.
  • Custom fields: typed fields you define once and use on every card (sector, VAT number, expected guests… anything). Values are validated against the type.
  • External IDs: each card can carry identifiers from outside systems (a spreadsheet row ID, another CRM's record ID), which is what makes integrations idempotent.

Cards are not subscriptions

A contact created from the CRM starts with marketing consent UNKNOWN: adding a lead to a pipeline never subscribes anyone to your emails, and working a card never touches an existing contact's consent. If you also want to email a lead, collect explicit consent (for example with a signup form).

The customer list#

Open CRM to see every store customer as a row: search by name or email, then click one. The card shows Lifetime value (LTV), total spent, orders, average order value, first and last order, the Timeline of store activity and Sendcore emails, Purchased products, the same tags and subscription status as the audience, Internal notes, tasks (New task) and Operations (assignee, priority, follow-up).

From the same page, Pipelines opens the sales processes, Board the kanban, Import & Sync the Google Sheet and file imports. Those three are the sales CRM; the list is the customer card for everyone who ordered.

Plans and roles#

  • Standard: CRM in read-only, plus file import/export.
  • Pro: adds the contact timeline, notes, tags and customer metrics.
  • Enterprise: the full sales CRM (pipelines, cards, the board, the write API and scheduled data sources).

Within a workspace, roles gate what each member can do: every member reads; editing roles (owner, admin, manager) work the cards: move, assign, edit; only admin-level roles (owner, admin) configure pipelines, stages and field definitions. The API enforces the same plan gates as the UI.

Creating a pipeline#

  1. Go to CRM → Pipelines and click New pipeline.
  2. Name it after the process (e.g. “B2B Sales”, “Event requests”) and add a short description.
  3. Add the stages in order. For each stage pick a color and its kind: leave open for working steps, mark the terminal ones as won or lost.
  4. Save. New cards enter the first stage automatically; you can add, rename, recolor and reorder stages at any time.

Starting from zero? The empty state offers a sample pipeline with a typical lead-to-won flow. It is ordinary configuration: rename it, reshape it, or delete it. A pipeline with cards can be archived (hidden but intact); deleting requires it to be empty first.

Why stage kinds matter

Two accounts can name their stages “Cliente acquisito” and “Deal won”: the won kind is what lets Sendcore treat both as a win. Mark every terminal stage correctly and future reporting (win rate, lost reasons, forecast) will work with no renaming.

Custom fields#

Field definitions live in CRM → Pipelines, under the pipelines list. Each definition has a display name, a stable machine key (generated from the name, e.g. “Partita IVA” → partita_iva), and a type. Twelve types are available:

  • text and long_text: short and long free text.
  • number and currency: numeric values; comma decimals (“1234,56”) are accepted on input.
  • boolean: yes/no.
  • date (YYYY-MM-DD) and datetime (ISO 8601, stored in UTC).
  • email, phone, url: validated formats.
  • select and multi_select: one or many choices from the options you define.
  • Values are validated by type everywhere: board, API, imports. A number field can never hold “abc”, a select can never hold a value outside its options.
  • Required fields block manual creation until filled; automated integrations are deliberately tolerant, so an external row with an empty required field is imported rather than lost.
  • The key and the type are immutable once created: stored values were validated against them. To change a field's nature, archive it and create a new one.
  • Archiving a field hides it from new writes while keeping historical values readable.

Working the board#

Open a pipeline to get its board: one column per stage, one card per lead. The board is designed so a lead can be worked without opening anything:

  • Drag & drop a card between stages (the move is recorded on the contact's timeline), or within a column to set your working order.
  • Owner: assign the card to a workspace member straight from the card.
  • Follow-up: pick the next follow-up day on the card (it lands at 9:00 local time; set a precise time from the panel).
  • Quick note: the note icon opens a one-line composer; notes land on the contact's CRM timeline, visible everywhere.
  • Quick add: type an email at the bottom of a column to create a card right there. If the contact doesn't exist yet, it is created.

Clicking a card opens the side panel with everything else: stage and owner selectors, title, amount, priority, precise follow-up, and every custom field with a type-appropriate input. Archive closes a card without deleting its history.

Everything is also an API#

Every CRM operation (pipelines, stages, fields, cards, moves) exists as a REST endpoint with the same permissions and validation as the UI. That is what makes external integrations first-class citizens: see CRM API & Google Sheets sync.

Next steps