CRM migration
Field-level mapping, validation, and rollback between Star CRM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Star CRM
Source
Nutshell
Destination
Compatibility
5 of 8
objects map 1:1 between Star CRM and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Star CRM and Nutshell share a small-business CRM orientation with a similar Contacts-Companies-Deals data model, but Star CRM does not publish API documentation or a developer portal. We work around this by performing live API discovery during scoping, exporting a sample record set to infer actual field names and types, and building all field mappings from that observed data. Nutshell's Import2 tool handles CSV-based import of companies, people, and deals, which works cleanly for standard record types. Activity history (calls, emails, notes) presents the most complex challenge because Import2's CSV format does not natively preserve activity-to-contact relationship links, so we use a staging approach to re-associate activities with their parent records after initial load. Workflows, sequences, and automations do not migrate as code; we deliver a written inventory for the customer admin to rebuild in Nutshell.
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 Star CRM 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.
Star CRM
Contacts
Nutshell
People
1:1Star CRM Contact records map directly to Nutshell People. We infer the Contact field schema during API discovery by exporting a sample of 10-20 records and extracting all present field names and types. Standard fields (name, email, phone, address) map 1:1. Custom contact properties are documented during discovery, and matching custom fields are pre-created in Nutshell via Import2 configuration before the full import. Email address is used as the dedupe key during import.
Star CRM
Companies
Nutshell
Companies
1:1Star CRM Company records map directly to Nutshell Companies. Company names and addresses migrate 1:1. We use company name as the dedupe key for Company records and as the lookup resolution key for linking child People records to their parent Company. If the source Company data uses a domain field, that maps to the Nutshell Company website field.
Star CRM
Deals
Nutshell
Deals
1:1Star CRM Deal records map to Nutshell Deals. Deal name, value (amount), stage, owner, and created/modified timestamps migrate directly. Pipeline stage names from Star CRM may not match Nutshell's default stage values, so we map each observed stage name to a Nutshell stage value during the scoping call. The Deal-to-Contact association uses the linked Contact ID from Star CRM, resolved against the migrated Contact's new Nutshell ID.
Star CRM
Activities (calls, emails, meetings)
Nutshell
Activities (Tasks and Events)
lossyStar CRM Activity records (calls, emails, meetings, tasks, notes) map to Nutshell Activities. Date formats and activity types vary between systems and are normalized during the transform phase. Note content migrates as Activity notes. Activity-to-Contact linkage requires post-load re-association because Import2's CSV format does not natively preserve relationship links; we build a staging table linking each activity to its original Contact ID, then update Nutshell Activity records to point to the migrated Contact after initial load.
Star CRM
Users (Owners)
Nutshell
Users
1:1Star CRM User records containing name, email, and role assignment map to Nutshell Users. User assignment on Deals and Activities maps to the Nutshell owner field. We match Users by email address. Any Star CRM Owner without a matching Nutshell User is flagged for the customer admin to provision before the migration runs. Inactive users are flagged separately for the customer to decide whether they are included.
Star CRM
Tags
Nutshell
Tags or Custom Fields
lossyTags on Star CRM Contacts or Deals transfer as label fields in Nutshell. Multi-select tags may split into separate fields depending on whether the destination field is a single-select or multi-select type. We preserve all tag names and apply them consistently during import. The customer chooses the tag handling strategy during scoping.
Star CRM
Pipelines
Nutshell
Deal Pipelines
lossyStar CRM pipeline stages map to Nutshell deal pipeline stages. We configure Nutshell pipeline stages before migration to match the source stage names and probabilities as closely as possible. Each Star CRM stage value maps to a corresponding Nutshell stage value, and stage-specific notes or custom fields migrate as custom Activity fields.
Star CRM
Attachments
Nutshell
Files
1:1Star CRM attachments export as individual files per record, with no structured archive or parent-record manifest in the export. We download all attachment files, build a manifest associating each file with its parent record ID or name, and upload files to Nutshell after the parent records are created. The re-association step uses the manifest to link each file to the correct Nutshell record. This step adds time proportional to attachment volume.
| Star CRM | Nutshell | Compatibility | |
|---|---|---|---|
| Contacts | People1:1 | Fully supported | |
| Companies | Companies1:1 | Fully supported | |
| Deals | Deals1:1 | Mapping required | |
| Activities (calls, emails, meetings) | Activities (Tasks and Events)lossy | Fully supported | |
| Users (Owners) | Users1:1 | Fully supported | |
| Tags | Tags or Custom Fieldslossy | Mapping required | |
| Pipelines | Deal Pipelineslossy | Mapping required | |
| Attachments | Files1:1 | Mapping required |
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.
Star CRM gotchas
Sparse public documentation and no published API spec
No bulk export endpoint confirmed
Attachment export produces individual files per record
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
API discovery and scoping call
We perform live API discovery calls against Star CRM to infer the actual field structure across all active record types. We export a sample of 10-20 records per object (Contacts, Companies, Deals, Activities) and document every observed field name, type, and value pattern. During the scoping call, we review the discovered schema with the customer, identify custom fields, pipeline stages, user accounts, and any non-standard record types, and confirm the target Nutshell configuration. This step is required before any mapping work begins because Star CRM provides no public schema reference.
Data quality audit and cleansing
We run a data quality audit against the Star CRM export to identify duplicate records (deduped by email), incomplete records (missing required fields), inconsistent address formats, and stale Deals that should be archived rather than migrated. We present a cleansing report to the customer and perform agreed-upon deduplication and normalization before the migration runs. Pre-migration data cleansing reduces migration time and prevents dirty data from spreading into Nutshell, where it is harder to fix after go-live.
Nutshell custom field and pipeline configuration
We pre-configure Nutshell before any data loads. This includes creating any custom fields discovered in Star CRM (with field types matched to Nutshell's supported types: text, long text, currency, date), configuring deal pipeline stages to match the Star CRM stage names and probabilities, and setting up the Nutshell user accounts that will receive migrated records. Import2 configuration is set up during this phase so that the migration is ready to run once data extraction is complete.
Sample migration and reconciliation
We run a sample migration using a subset of the production data volume (typically 100-500 records per object) into the customer's Nutshell environment to validate the field mappings and reconciliation logic. The customer reviews the sample import in Nutshell, spot-checks 20-30 records against the Star CRM source, and signs off before the full production migration begins. Any mapping corrections happen at this stage. This step prevents field mapping errors from reaching production data.
Production migration in dependency order
We run the full production migration in record-dependency order: Companies first (independent records), then People (with Company lookup resolved), then Deals (with People and Company lookups resolved), then Activities (with post-load re-association to parent People or Deals), then Attachments (with file-to-record re-association via manifest). Each phase emits a row-count reconciliation report. We freeze Star CRM writes during the cutover window and run a final delta migration of any records modified during the migration run.
Validation, cutover handoff, and automation inventory
We validate the production migration by matching record counts, spot-checking 50 random records against Star CRM, and confirming activity linkage in Nutshell. We deliver a written handoff document that includes the full data inventory (records migrated, records skipped with reasons), a list of custom fields created in Nutshell, a written inventory of all Star CRM automations or workflows that require rebuilding in Nutshell, and a recommended Nutshell automation approach for each item. We do not rebuild automations as part of the standard migration scope.
Platform deep dives
Star CRM
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 3 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 Star CRM and Nutshell.
Object compatibility
3 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
Star CRM: Not applicable.
Data volume sensitivity
Star CRM 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 Star CRM to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Star CRM 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 Star CRM
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.