CRM migration

Migrate from Brokerkit to Nutshell

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

Brokerkit logo

Brokerkit

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

12 of 12

objects map 1:1 between Brokerkit and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Brokerkit is a recruiting-and-retention CRM built for real estate brokerages, with agent-centric objects, custom properties for license data, and dialer-integrated activity tracking. Nutshell is a general-purpose sales CRM that models contacts as People (a merged person+lead record), companies as Companies, and deals as Nutshell Deals with customizable pipeline stages. The two platforms share no native object-equivalence contract: Brokerkit's agent-person model requires careful mapping to Nutshell's People, and Brokerkit custom fields (license_number, recruiting_source, dialer_log) must be recreated as Nutshell custom fields on People or Companies since Nutshell does not support custom fields on Deals. FlitStack AI extracts from Brokerkit's API or CSV export, applies a field-level transform, and loads into Nutshell via the JSON-RPC API. A 24–48-hour delta-pickup window captures in-flight changes during cutover. Workflows, sequences, and dialer automations do not migrate and must be rebuilt in Nutshell or a third-party tool — we export Brokerkit workflow definitions as a reference document for your team.

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

Brokerkit logo

Brokerkit

What's pushing teams away

  • The platform lacks deep customization options, leaving brokerages with non-standard recruiting workflows forced to work around the tool's opinionated structure.
  • Canadian market integrations do not exist, and no native equivalents to US tools like RealMetrix means international teams have no path forward within the platform.
  • Reporting and analytics fall short for teams that need pipeline attribution broken down beyond basic source-level tracking.

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How Brokerkit objects map to Nutshell

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

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

Brokerkit

People (Agent / Contact)

maps to

Nutshell

People

1:1
Fully supported

Nutshell's People object is a unified contact record that merges what other CRMs call 'contacts' and 'leads.' Brokerkit agent and contact records map directly to People. The Nutshell People record carries a 'Lead' flag for records in a pre-conversion state — we set this flag based on Brokerkit record type.

Brokerkit

Company / Brokerage Account

maps to

Nutshell

Company

1:1
Fully supported

Brokerkit's company records (brokerage name, office name, franchise) map to Nutshell's Company object. If the Brokerkit company is the primary employer of an agent, we link it via Nutshell's 'Works for Company' relationship on the associated People record. We also map the address (street, city, state, postal code, country) to the Nutshell Company address fields. For franchises, we create separate Company records and link them to the parent brokerage.

Brokerkit

Deal / Recruiting Pipeline

maps to

Nutshell

Deal

1:1
Fully supported

Brokerkit's deal records representing agent-recruiting transactions map to Nutshell Deals. Nutshell Deals have customizable stage names and a dollar-value amount field — Brokerkit deal stage names are preserved through a value-mapping table during migration, and stage-entered timestamps are stored as custom datetime fields.

Brokerkit

Activity (Call, Email, Meeting)

maps to

Nutshell

Activity / Task

1:1
Fully supported

Brokerkit activities (calls via the built-in dialer, emails, and meetings) map to Nutshell's Activity records (Business plan and above) or Tasks (all plans). Original timestamps, owner email resolution, and the associated People or Deal link are preserved. If the activity references a dialer call, the duration and outcome fields map to Nutshell's call logging fields.

Brokerkit

Task / Reminder

maps to

Nutshell

Task

1:1
Fully supported

Brokerkit task and reminder records map directly to Nutshell Tasks. Status (open, completed), due date, and assigned owner (resolved by email) are preserved. Tasks linked to a specific Deal in Brokerkit retain that association via the DealId link in Nutshell.

Brokerkit

Note / Comment

maps to

Nutshell

Note

1:1
Fully supported

Brokerkit notes attached to People, Companies, or Deals migrate as Nutshell Notes. Rich-text formatting in Brokerkit notes is preserved as plain-text in Nutshell Notes. If a note references an attachment, the file is downloaded and re-uploaded to Nutshell Files, and the Note record carries a link to the file.

Brokerkit

Custom Field: license_number

maps to

Nutshell

People (custom field)

1:1
Fully supported

Brokerkit custom field for agent license numbers maps to a Nutshell custom text field (License Number) on the People object. This field is created in Nutshell before migration runs. If the license applies to a specific deal (e.g., a recruiting deal requiring proof of licensure), the value is attached to the People record associated with that deal.

Brokerkit

Custom Field: recruiting_source

maps to

Nutshell

People (custom field)

1:1
Fully supported

Brokerkit's recruiting_source field (values such as Indeed, LinkedIn, Referral, BrokerBoost) migrates as a Nutshell custom pick-list field on People. Value-by-value mapping preserves the exact source labels. If the pick-list values differ between Brokerkit and Nutshell, we flag mismatches before migration commits.

Brokerkit

Custom Field: MLS_ID

maps to

Nutshell

People (custom field)

1:1
Fully supported

MLS identifier fields from Brokerkit migrate as custom text fields on the People record in Nutshell. The field is created as a custom text field named MLS_ID__c. If an agent has multiple MLS IDs, we store them as a comma‑separated list. Brokerkit typically stores this on the agent's brokerage‑association record — we attach the value to the Person record, and we preserve the Brokerkit record ID as Source_System_ID__c for traceability.

Brokerkit

Custom Field: dialer_log / call_outcome

maps to

Nutshell

Activity (custom field)

1:1
Fully supported

Brokerkit's dialer call logs (duration, outcome, recording link) map to custom fields on the Activity record in Nutshell. Nutshell's Activities module (Business plan) supports custom fields for detailed call logging. For lower plans, call metadata is stored as custom fields on the related Task record.

Brokerkit

Owner / Assigned Agent

maps to

Nutshell

User (owner_id)

1:1
Fully supported

Brokerkit's owner_id on records maps to Nutshell's owner_id (the assigned User). We resolve Brokerkit owner email addresses against Nutshell user accounts by email match. Unmatched owners are flagged before migration — the team either creates a Nutshell user or assigns the record to a fallback owner before the full run commits.

Brokerkit

Tag / Label

maps to

Nutshell

People (custom field: Tags)

1:1
Fully supported

Brokerkit tags (e.g., 'Top Producer', 'New Hire', 'Renewal Due') migrate as a custom multi-select text field (Tags) on the People object in Nutshell. Since Nutshell's native tag model is limited, we store all tags as a comma-separated string in a custom field for searchability and reporting.

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.

Brokerkit logo

Brokerkit gotchas

High

CSV exports truncate long text fields

High

No public API means migration tooling is limited

Medium

Plan tier limits restrict what data exists

Medium

Integration connections do not transfer on migration

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • Brokerkit API access requires scoped credentials and may return truncated fields in bulk exports

    Brokerkit does not publish a public-facing bulk API — migration relies on its internal REST endpoints accessed via scoped API keys. Fields with long values (notes with HTML, JSON-embedded agent metadata) may be truncated at export. We validate field-length distributions during discovery and apply truncation warnings before migration so no data silently drops. For records with embedded JSON in text fields, we parse the JSON and extract individual values into separate Nutshell custom fields rather than discarding the payload.

  • Nutshell custom fields are only supported on People, Companies, and Leads — not on Deals

    This is the most consequential structural constraint in the Brokerkit-to-Nutshell mapping. Brokerkit stores real estate-specific fields (license_number, MLS_ID, recruiting_source) on deal records representing agent-recruiting transactions. Nutshell does not support custom fields on the Deal object — only on People, Companies, and Leads. We handle this by attaching Brokerkit deal-level attributes to the associated Person record in Nutshell, creating a custom field (e.g., License_Number__c) on People. Before migration, we deliver a field-restructure plan showing exactly which attributes move where, so Nutshell admins can pre-create the fields and adjust views.

  • Nutshell Activities module is restricted to Business plan ($59/user/mo) and above

    Brokerkit tracks dialer calls, emails, and meetings natively within the platform. Nutshell's full Activities module — supporting call logging, email logging, and meeting records with timestamps and owner assignment — requires the Business plan. If your Nutshell plan is Foundation or Pro, activity history migrates as Tasks (all plans) rather than Activity records, losing the native meeting and call-type structure. We confirm your Nutshell plan tier during discovery and advise whether upgrading before migration is worth it for full activity fidelity.

  • Brokerkit dialer call recordings require a file re-hosting step during migration

    Brokerkit stores call recordings as hosted audio files with URLs in the dialer_log field. These URLs point to Brokerkit's storage and are not accessible after the account closes. During migration, we download all call recordings from Brokerkit's storage, re-upload them to Nutshell Files, and attach the new Nutshell file URL to the corresponding Activity or Task record. This re-hosting step adds to migration time for datasets with heavy call volume — we estimate file-transfer time separately and include it in the scope proposal.

  • Brokerkit recruiting pipelines use custom stage names that require a value-mapping table

    Nutshell's deal pipeline uses named stages with IDs (e.g., Appointment Scheduled, Decision Maker Bought-In, Contract Sent). Brokerkit pipelines can have entirely custom stage names specific to a brokerage's recruiting process. Before migration runs, FlitStack AI builds a value-mapping table mapping each Brokerkit stage name to a Nutshell stage ID. If your Brokerkit pipeline has stages that don't map cleanly to Nutshell defaults (e.g., 'Orientation Scheduled', 'License Verified'), we surface this in the discovery report and your team chooses whether to rename Nutshell stages or collapse stages during migration.

Migration approach

Six steps for a successful Brokerkit to Nutshell data migration

  1. Audit Brokerkit data export and build the mapping plan

    FlitStack AI connects to Brokerkit's API using scoped credentials and extracts a full data export — People, Companies, Deals, Activities, Tasks, Notes, and all custom property values. We profile field lengths, pick-list distributions, and attachment URLs during this step. The output is a discovery report including the full field-mapping table, custom-field creation list for Nutshell, and the stage-value mapping table for deal pipelines. Your team reviews and approves the plan before any data moves.

  2. Create Nutshell custom fields and pipeline stages

    Before migration, FlitStack AI creates all required Nutshell custom fields: License_Number__c, Recruiting_Source__c, MLS_ID__c, Tags__c, Source_System_ID__c, Original_Create_Date__c, Original_LastModified__c, Call_Duration__c, and any other fields identified in the discovery report. For deals with real estate attributes, we document the field-restructure (moving deal-level attributes to People) and your Nutshell admin creates the People custom fields in advance. We also confirm your Nutshell plan tier to determine whether Activities or Tasks will carry activity history.

  3. Resolve Brokerkit owners by email against Nutshell users

    We extract all Brokerkit owner_id values and resolve them against Nutshell user accounts by email address. Any owner without a corresponding Nutshell user is flagged in a pre-flight report. Your team either creates a Nutshell user for that owner or designates a fallback owner before the migration run. No record is migrated without a resolved owner — this prevents orphaned records in Nutshell after cutover.

  4. Run a sample migration with field-level diff

    A representative slice — typically 100–500 records spanning People, Companies, Deals, and Activities — migrates into Nutshell first. We generate a field-level diff showing every source field and its destination value so you can verify that license_number landed in License_Number__c on People, that deal stages mapped via the correct stage ID, and that owner resolution succeeded. You approve the sample before the full run commits. Any mapping adjustments are made at this stage.

  5. Execute full migration with delta-pickup cutover window

    The full dataset migrates into Nutshell. A delta-pickup window (24–48 hours) captures any records created or modified in Brokerkit during the migration run. All operations are logged in FlitStack AI's audit log. If reconciliation reveals a mismatch (record count, field count, or association integrity), one-click rollback reverts the Nutshell target to its pre-migration state. Your team continues working in Brokerkit throughout the window — the migration uses scoped read access only.

  6. Post-migration validation and workflow-rebuild reference package

    After cutover, FlitStack AI delivers a validation report comparing Brokerkit record counts and field distributions against Nutshell. We also provide a Workflow-Rebuild Reference document — a structured export of Brokerkit workflow definitions (sequence steps, trigger conditions, agent onboarding stages) formatted for reconstruction in Nutshell Sequences (Pro plan) or your chosen automation tool. We do not migrate workflows automatically, but we give your team the complete map to rebuild them.

Platform deep dives

Context on both ends of the pair

Brokerkit logo

Brokerkit

Source

Strengths

  • Tiered plans scale from solo broker to 10-seat brokerage with predictable per-user pricing.
  • Built-in SMS and email follow-up sequences without requiring a separate engagement platform.
  • Multi-admin account support on Core and Expansion tiers enables office manager delegation.
  • Strong customer support reputation with responsive ticket resolution and webinar-based onboarding resources.

Weaknesses

  • No public API documentation means migration relies on CSV exports, which can truncate long text fields.
  • Canadian market has no integrations or localization, making the platform US-only for practical purposes.
  • Limited customization compared to general-purpose CRMs like HubSpot or Follow Up Boss.
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

Complexity grading

How hard is this migration?

Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Brokerkit and Nutshell.

  • Object compatibility

    B

    2 of 8 objects need a mapping; the rest are 1:1.

  • 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

    Brokerkit: Not publicly documented — confirm with Brokerkit support during scoping..

  • Data volume sensitivity

    B

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

Estimator

Estimate your Brokerkit to Nutshell 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 Brokerkit to Nutshell data migrations

Answers to the questions buyers ask most during Brokerkit to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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

Book a free 30 minute consultation

Most Brokerkit-to-Nutshell migrations complete in 48–72 hours for under 25,000 records. Larger datasets with heavy custom-field usage or multi-pipeline setups extend to 5–7 days. The longest step is the discovery and mapping phase — building the stage-value mapping table for Brokerkit deal pipelines and confirming Nutshell custom field creation takes 2–4 days of planning before any data moves. Actual data transfer is clocked separately based on API rate limits and file-rehosting volume.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Brokerkit.
Land in Nutshell, 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