CRM migration
Field-level mapping, validation, and rollback between Brokerkit and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Brokerkit
Source
Nutshell
Destination
Compatibility
12 of 12
objects map 1:1 between Brokerkit and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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)
Nutshell
People
1:1Nutshell'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
Nutshell
Company
1:1Brokerkit'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
Nutshell
Deal
1:1Brokerkit'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)
Nutshell
Activity / Task
1:1Brokerkit 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
Nutshell
Task
1:1Brokerkit 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
Nutshell
Note
1:1Brokerkit 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
Nutshell
People (custom field)
1:1Brokerkit 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
Nutshell
People (custom field)
1:1Brokerkit'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
Nutshell
People (custom field)
1:1MLS 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
Nutshell
Activity (custom field)
1:1Brokerkit'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
Nutshell
User (owner_id)
1:1Brokerkit'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
Nutshell
People (custom field: Tags)
1:1Brokerkit 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.
| Brokerkit | Nutshell | Compatibility | |
|---|---|---|---|
| People (Agent / Contact) | People1:1 | Fully supported | |
| Company / Brokerage Account | Company1:1 | Fully supported | |
| Deal / Recruiting Pipeline | Deal1:1 | Fully supported | |
| Activity (Call, Email, Meeting) | Activity / Task1:1 | Fully supported | |
| Task / Reminder | Task1:1 | Fully supported | |
| Note / Comment | Note1:1 | Fully supported | |
| Custom Field: license_number | People (custom field)1:1 | Fully supported | |
| Custom Field: recruiting_source | People (custom field)1:1 | Fully supported | |
| Custom Field: MLS_ID | People (custom field)1:1 | Fully supported | |
| Custom Field: dialer_log / call_outcome | Activity (custom field)1:1 | Fully supported | |
| Owner / Assigned Agent | User (owner_id)1:1 | Fully supported | |
| Tag / Label | People (custom field: Tags)1:1 | Fully supported |
Gotchas + challenges
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 gotchas
CSV exports truncate long text fields
No public API means migration tooling is limited
Plan tier limits restrict what data exists
Integration connections do not transfer on migration
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
Brokerkit
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Brokerkit and Nutshell.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Brokerkit: Not publicly documented — confirm with Brokerkit support during scoping..
Data volume sensitivity
Brokerkit doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Brokerkit to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Brokerkit to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Brokerkit
Other ways to arrive at Nutshell
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.