CRM migration

Migrate from Makesbridge to Twenty CRM

Field-level mapping, validation, and rollback between Makesbridge and Twenty CRM. We move data and schema; workflows are rebuilt natively in Twenty CRM.

Makesbridge logo

Makesbridge

Source

Twenty CRM

Destination

Twenty CRM logo

Compatibility

64%

7 of 11

objects map 1:1 between Makesbridge and Twenty CRM.

Complexity

CModerate

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Makesbridge to Twenty CRM is a migration from a marketing automation platform built around subscribers and drip campaigns toward a CRM-first data model built around People, Companies, and Opportunities. Makesbridge tracks contacts as Subscribers with behavior-based lead scores and Hot Lists; Twenty stores them as People with optional custom fields and a free-text workspace. We map Subscribers to Twenty People, Companies to Twenty Company records, Deals to Opportunities, and Hot List memberships to a priority custom field. Makesbridge's unlimited custom fields require type validation against Twenty's supported field types before import to avoid silent coercion. Segment memberships migrate as static list snapshots because dynamic segment rules cannot be exported from Makesbridge. Makesbridge Workflows and automation sequences do not migrate to Twenty's Workflow builder; we deliver a written inventory of the step logic for manual reconstruction.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Makesbridge logo

Makesbridge

What's pushing teams away

  • Large companies report hitting platform limitations in workflow customization and volume capacity, driving them toward more scalable enterprise marketing platforms.
  • The Salesforce integration relies on an iframe rather than field-level API sync, which frustrates teams that need tight bi-directional CRM data coherence and accurate contact record updates.
  • Workflows are text-based only — there is no graphical funnel builder — which users describe as limiting visibility into complex customer journeys and harder to audit.
  • Some customers cite the platform as clunky or outdated compared to newer marketing automation tools with more modern UX and drag-and-drop experience.
  • A small number of teams move to more comprehensive platforms when they need broader CRM, social monitoring, or advanced reporting features that Makesbridge does not cover.

Choosing

Twenty CRM logo

Twenty CRM

What's pulling them in

  • Top open-source CRM on GitHub with 40.6K stars, giving teams full source code access and infrastructure ownership without per-feature licensing surprises.
  • Free self-hosting under AGPL-3.0 means unlimited users and custom objects for the cost of cloud infrastructure alone, typically $20–100/month.
  • Pricing page explicitly mocks competitors for charging add-on fees for API access, webhooks, and workflows — transparency that resonates with RevOps teams burned by Salesforce.
  • Unlimited custom objects and fields with no price impact, letting teams shape the data model to their business rather than forcing business into rigid schemas.
  • Modern TypeScript/React/PostgreSQL stack means developer-led teams can extend, self-host, or integrate without fighting legacy architecture.

Object mapping

How Makesbridge objects map to Twenty CRM

Each row shows how a Makesbridge object lands in Twenty CRM, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Makesbridge

Subscriber

maps to

Twenty CRM

People

1:1
Fully supported

Makesbridge Subscribers map to Twenty People records. Standard fields (first name, last name, email, phone) migrate directly. Custom field values on each Subscriber transfer to custom fields on the People record. The migration extracts Subscribers via Makesbridge's individual API operations (no bulk endpoint available), which extends the extraction phase for large subscriber lists. We deduplicate on email address before import to avoid duplicate People records in Twenty.

Makesbridge

Company (implicit on Subscriber)

maps to

Twenty CRM

Company

1:1
Fully supported

Makesbridge Subscribers can carry a company name field. Where a company name is present, we create a corresponding Company record in Twenty and link it to the People record via the main contact or work group relationship. Where no company name is present, the Subscriber becomes a standalone People record without a Company link. Company deduplication uses domain-based matching on email addresses when available.

Makesbridge

Deal

maps to

Twenty CRM

Opportunity

1:1
Fully supported

Makesbridge Deals (if present in the customer's data model) map to Twenty Opportunities. We map deal stage to Twenty pipeline stage, amount to amount, close date to close date, and owner to the assigned Twenty workspace member. Deal owner resolution requires matching the Makesbridge owner email to a provisioned Twenty user before import.

Makesbridge

List

maps to

Twenty CRM

Tag or Workspace List

1:1
Fully supported

Makesbridge Lists are named audience groups containing Subscribers. We export the list structure and member assignments, then map each List to a corresponding Tag applied to the relevant People records in Twenty. If the customer maintains a large number of Lists with distinct purposes (e.g., industry segmentation, lifecycle stage lists), we discuss whether to map them as Tags or as separate workspace views during scoping.

Makesbridge

Segment (evaluated member set)

maps to

Twenty CRM

Tag (static snapshot)

lossy
Fully supported

Makesbridge Segments are defined by dynamic rules combining behavior triggers and demographic conditions. The segment rule definitions themselves are not accessible via the Makesbridge API. We export the evaluated Subscriber set at migration time as a static list and apply a corresponding Tag to each People record in Twenty. Customers who depend on dynamic segment rules for ongoing segmentation must plan to recreate those rules in Twenty using the migrated subscriber data as a reference starting point.

Makesbridge

Hot List

maps to

Twenty CRM

Priority custom field (Tag or checkbox)

lossy
Fully supported

Makesbridge Hot Lists are high-priority subscriber groups surfaced by the lead scoring engine. We export Hot List memberships and assign a priority indicator on each migrated People record. The migration delivers this as a Tag (e.g., 'Hot List — Q3 Priority') or as a custom checkbox field depending on the customer's preference, confirmed during scoping. The numeric lead score itself migrates as a custom number field on the People record.

Makesbridge

Lead Score

maps to

Twenty CRM

Custom number field on People

1:1
Fully supported

Makesbridge computes lead scores per Subscriber based on behavior and data triggers. We export the current score value as a numeric custom field on each People record at migration time. Because Twenty does not have a native lead scoring engine, the migrated score is a static snapshot reflecting the value at cutover. Future scoring logic must be rebuilt using Twenty's Workflow builder or a third-party scoring integration.

Makesbridge

Campaign

maps to

Twenty CRM

Note on People or Opportunity

1:1
Fully supported

Makesbridge Campaigns represent individual email sends or nurture sequences. Campaign metadata (name, subject line, send date, aggregate open rate, click rate, send count) migrates as structured text in a Note attached to the relevant People records. The HTML content of individual emails is preserved and delivered as a file artifact for reference. Campaign-level aggregates provide historical context for reporting even though granular per-email open events are not accessible via Makesbridge's API.

Makesbridge

Custom Field

maps to

Twenty CRM

Custom field on People or Company

lossy
Fully supported

Makesbridge supports unlimited custom fields per Subscriber. We retrieve the full custom field schema via the Makesbridge API and map each field name and type to a corresponding Twenty custom field. Field type differences require validation: Makesbridge text fields can map to Twenty text fields; date fields map to date fields; numeric fields map to number fields. If a Makesbridge custom field uses a type that Twenty does not support natively, we discuss alternatives (multi-select text, date stored as ISO string) during field mapping.

Makesbridge

Tag

maps to

Twenty CRM

Tag

1:1
Fully supported

Tags applied to Makesbridge Subscribers export as individual tag strings per contact and map directly to Twenty Tags on the People record. Tag strings are preserved as-is; no transformation is applied unless the customer requests normalization during scoping. Tags used for multiple purposes (industry, lifecycle stage, team assignment) remain as separate tag entries on each record.

Makesbridge

Workflow (step inventory)

maps to

Twenty CRM

Workflow (manual rebuild required)

lossy
Fully supported

Makesbridge Workflows define automation sequences with triggers, conditions, delays, and CRM actions. The workflow logic is stored in a text-based format without a documented export schema, so workflows cannot be re-imported directly into Twenty. We extract the step sequence, trigger conditions, delay settings, and action list as a structured migration artifact document. Twenty's admin uses this document to rebuild each workflow in Twenty's Workflow builder. The rebuild is outside standard migration scope.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Makesbridge logo

Makesbridge gotchas

High

Iframe-based Salesforce integration causes field sync misalignment

Medium

No bulk export API — large subscriber lists take multiple sessions

Medium

Workflows are not programmatically portable

Medium

Activity history is not accessible via API

Low

Segment logic cannot be exported — only evaluated member sets

Twenty CRM logo

Twenty CRM gotchas

High

Import order is enforced and critical

High

Export limited to 20,000 records and visible columns only

Medium

Soft-deleted records count toward uniqueness and trigger restores

Medium

API rate limits cap at 200 req/min on Organization tier

Low

No native email sequences — follow-up cadences require external tools

Pair-specific challenges

  • Makesbridge has no bulk export API — large subscriber lists extend timelines

    Makesbridge's API only supports individual Subscriber operations (Get Subscriber, Add Subscriber). There is no bulk export, batch query, or bulk download endpoint. For migrations with tens of thousands of subscribers, we paginate through individual API calls which extends the extraction phase proportionally to list size. We run parallel API sessions within rate limit guidelines to minimize wall-clock time, but customers with very large lists should anticipate a longer discovery and extraction window before the import phase begins.

  • Makesbridge custom fields require type validation against Twenty's schema

    Makesbridge supports unlimited custom fields but does not enforce strict field types at the API level. Some custom fields that appear as text in Makesbridge may contain date values, numeric values, or JSON blobs depending on how they were used over time. We audit the actual data values in each custom field before mapping to a Twenty field type. Fields containing mixed data types must be cleaned or split into separate Twenty fields before import to avoid silent type coercion that could corrupt records.

  • Segment rule definitions cannot migrate — only evaluated member sets

    Makesbridge Segments are defined by dynamic rules combining behavior triggers and demographic field conditions. The rule definitions themselves are not exposed via the Makesbridge API. We export the evaluated Subscriber set at migration time as a static list snapshot. Customers who rely on dynamic segment logic for ongoing audience segmentation must plan to recreate those rules in Twenty using the migrated People records as a reference. We document the segment membership size and the approximate rule criteria from the available metadata to assist in reconstruction.

  • Twenty requires custom fields to exist before CSV import — order of operations matters

    Twenty's CSV import creates records but does not create fields. All custom fields referenced in the import file must be created in Settings → Data Model before the import runs. We create the full custom field schema in Twenty during the setup phase before any People or Company records are imported. If a custom field is missing, the import skips the corresponding column silently. We validate field existence against Twenty's data model before every import run.

  • Makesbridge activity history (opens, clicks, bounces) is not accessible via API

    Makesbridge tracks individual email open, click, and bounce events internally, but these granular engagement records are not exposed via the public API. Only campaign-level aggregate metrics (open rate, click rate, send count) are available for export. We preserve campaign aggregates as Notes on the relevant People records and flag separately that per-contact activity timelines will not reflect historical engagement data in Twenty. Customers requiring activity history should plan to implement a tracking integration (e.g., via Twenty's API or a compatible email tracking tool) post-migration.

Migration approach

Six steps for a successful Makesbridge to Twenty CRM data migration

  1. Discovery and data audit

    We audit the Makesbridge account across all object types present in the customer's instance: Subscribers, Companies, Deals, Lists, Segments, Hot Lists, Custom Fields, Campaigns, and Tags. We assess custom field schema by retrieving the full field list via the Makesbridge API and sampling data values to identify type inconsistencies. We also identify all distinct owner emails referenced across records for Twenty user mapping. The discovery output is a written migration scope with a preliminary object mapping, a custom field audit report, and an estimated extraction timeline based on subscriber volume.

  2. Twenty workspace setup

    Before importing any data, we prepare the Twenty workspace. This includes provisioning all Twenty workspace members (matched by email to Makesbridge owners), creating all custom fields on People and Company objects via Settings → Data Model, and verifying that field types match the sampled data values from the Makesbridge custom field audit. We also set up any required Tags that will receive List and Segment member assignments. This phase must be completed before CSV import begins because Twenty's import function does not create fields, only records.

  3. Makesbridge data extraction

    We extract data from Makesbridge in dependency order: first Companies (if stored as distinct objects), then Subscribers (individually paginated via the API), then Deals, then Tags and List memberships, then Hot List memberships and lead scores, then Campaign metadata. For each extraction we run parallel API sessions within rate limits to reduce wall-clock time. We deduplicate on email address during extraction to prevent duplicate People records from entering the migration pipeline. The extraction phase emits a row-count manifest for each object type.

  4. Data transformation and field mapping

    We transform extracted records into Twenty's CSV import format for each object type. Custom field values are validated and cleaned; fields containing mixed data types are either normalized or split. Hot List memberships are converted to Tags or custom checkbox values. Segment member sets are converted to static Tag assignments. Campaign metadata is converted to Note body text. Owner email addresses are resolved to Twenty user IDs via the member mapping created in step two. The transformation output is a set of validated CSV files ready for Twenty's import pipeline.

  5. Test import and reconciliation

    We run a test import into the customer's Twenty workspace using production-like data volumes to validate field mapping, record linkage, and tag assignment. The customer reconciles a sample of records against the Makesbridge source data, checks for missing fields or incorrect values, and confirms that the People-Company relationship structure is correct. Any mapping corrections are applied to the transformation logic and the test is rerun until the customer signs off. This step prevents errors from reaching the production import.

  6. Production import and cutover

    We run the production import using the validated CSV files. Companies import first, then People (with Account links resolved), then Deals, then Tags, then custom field values, then Hot List priority flags and lead scores, then Campaign metadata as Notes. Each phase emits a row-count reconciliation report. We freeze Makesbridge writes during the final cutover window, run a delta migration of any records modified during the window, then mark the migration complete. We deliver the Workflow inventory document for manual rebuild and provide a one-week hypercare window for reconciliation issues.

Platform deep dives

Context on both ends of the pair

Makesbridge logo

Makesbridge

Source

Strengths

  • Rated #1 on the Salesforce AppExchange for customer support, with dedicated success managers and phone/chat coverage.
  • Lead scoring engine accurately identifies high-value prospects and surfaces them via Hot Lists for sales follow-up.
  • Unlimited custom fields, lists, and segments on paid tiers allow flexibility for complex data models without additional cost.
  • Behavior tracking and website activity triggers enable automated sequences based on prospect actions.
  • Strong Salesforce integration connects marketing automation directly to the CRM, though it operates via iframe rather than field-level API.

Weaknesses

  • Workflows are text-based only — no visual funnel builder — making complex automation sequences harder to audit and document.
  • Salesforce integration is iframe-based rather than field-level, limiting deep bidirectional data sync between the two platforms.
  • No bulk API endpoint — all subscriber operations are individual get/add calls, which slows migrations for large lists.
  • Large companies report outgrowing the platform's capabilities, particularly in workflow flexibility and volume capacity.
  • No native social monitoring feature, pushing teams that need social engagement tracking to third-party tools.
Twenty CRM logo

Twenty CRM

Destination

Strengths

  • AGPL-3.0 open-source license with full source code on GitHub — no vendor lock-in, no sunset risk.
  • Unlimited users and unlimited custom objects on self-hosted, with no feature gating based on headcount.
  • REST and GraphQL APIs available on all paid tiers, not locked behind an enterprise add-on fee.
  • MCP server and webhooks shipped as standard features, not premium upgrades.
  • Modern PostgreSQL-backed data model that developer teams can query, extend, and self-host.

Weaknesses

  • Recent v1.0 release means limited production hardening compared to CRMs with multi-year operational track records.
  • No native email sequencing or sales engagement tools — follow-up cadences require a separate platform.
  • No native two-way email sync or inbox integration, requiring third-party connectors for full activity logging.
  • Self-hosting 'free' pricing hides real infrastructure and DevOps costs that stack up over time.
  • Workflow automation is functional but lacks the complexity needed for sophisticated multi-step sales motions.

Complexity grading

How hard is this migration?

Moderate CRM migration. 1 of 8 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Makesbridge and Twenty CRM.

  • Object compatibility

    C

    1 of 8 objects need a manual workaround.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Makesbridge: Not publicly documented. Makesbridge does not publish rate-limit ceilings on its developer pages..

  • Data volume sensitivity

    B

    Makesbridge doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Makesbridge to Twenty CRM migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Makesbridge to Twenty CRM data migrations

Answers to the questions buyers ask most during Makesbridge to Twenty CRM migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Makesbridge to Twenty CRM migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Straightforward migrations under 20,000 Subscribers, 2,000 Companies, and 1,000 Deals with a clean custom field schema complete in two to three weeks. Migrations with a large number of custom fields, multiple Hot List segments, complex type validation requirements, or significant deduplication work extend to four to six weeks. The extraction phase is the primary variable; Makesbridge's individual API operations mean that large subscriber lists add time proportionally.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Makesbridge.
Land in Twenty CRM, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day