CRM migration

Migrate from Bright to Nutshell

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

Bright logo

Bright

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

15 of 15

objects map 1:1 between Bright and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Bright and Nutshell both organize sales data around people, companies, and deals, but they diverge in how they model leads, pipeline stages, and activity history. Bright typically uses a unified contact model with a lead flag, while Nutshell separates People and Leads into distinct record types with different field sets. This migration carries all Bright records — people, companies, deals, tasks, notes, and custom fields — into Nutshell's schema using Nutshell's JSON-RPC API for imports and file-based bulk uploads for high-volume activities. The main translation work happens at the object boundary: Bright contacts with a lead status flag route to Nutshell Leads, while converted or active contacts become Nutshell People. Deal stages map to Nutshell pipeline stages by name with probability and forecast category reapplied. Custom fields from Bright migrate as Nutshell custom fields on the corresponding record type. Activities (calls, emails, meetings, notes) transfer with original timestamps and owner attribution preserved as Nutshell activities linked to the parent record. FlitStack runs a sample migration first with a field-level diff so you verify every mapping before the full cutover commits. Workflows, sequences, and automation rules do not transfer — those must be rebuilt in Nutshell using your exported workflow definitions as a reference.

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

Bright logo

Bright

What's pushing teams away

  • Reporting flexibility is limited compared to enterprise payroll systems — customers needing custom analytics often bridge to external BI tools.
  • Document storage and viewer functionality lacks the polish of dedicated document management platforms, an annoyance for HR-heavy users.
  • UK-only focus means companies expanding internationally have to migrate to multi-country payroll providers like Deel, Remote, or ADP iHCM.
  • Bureau pricing scales aggressively (e.g., £329 for 10 employers, £549 for 25 employers per tax year), pushing larger payroll bureaus toward subscription-based alternatives.
  • Cloud transition is still in progress — historically a desktop-installed Windows product, customers wanting fully cloud-native payroll without local install evaluate alternatives during the transition window.

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 Bright objects map to Nutshell

Each row shows how a Bright 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.

Bright

Person / Contact

maps to

Nutshell

Person

1:1
Fully supported

Bright's Person (contact) records map directly to Nutshell People. All standard fields — name, email, phone, address, title — transfer as-is. A Bright Person without a company link becomes a standalone Nutshell Person. Original create and update timestamps are preserved as metadata fields for reporting continuity.

Bright

Person with Lead Flag

maps to

Nutshell

Lead

1:1
Fully supported

Bright records flagged as leads (status = 'lead' or equivalent) map to Nutshell Leads. Nutshell Leads have a different field set than People — they include lead source, status, and rating fields that do not exist on People. FlitStack maps the relevant Bright lead-status and source fields to Nutshell's Lead object fields and sets the Lead status to 'New' by default for migrated records.

Bright

Company / Organization

maps to

Nutshell

Company

1:1
Fully supported

Bright Company records map 1:1 to Nutshell Companies. Standard fields — name, website, industry, phone, address — transfer directly. Nutshell's Company object does not use a parent-child hierarchy like some CRMs; multi-level company structures in Bright flatten to individual Nutshell Company records linked to People via the People record.

Bright

Deal / Opportunity

maps to

Nutshell

Deal

1:1
Fully supported

Bright Deals map to Nutshell Deals with deal name, value (amount), stage, and expected close date preserved. Nutshell Deals are tied to a Pipeline — FlitStack maps Bright's pipeline name to a Nutshell Pipeline object, creating it if it does not exist, and then associates all Deals to that Pipeline. Stage-by-stage probability values are reapplied based on Nutshell's stage configuration.

Bright

Pipeline

maps to

Nutshell

Pipeline

1:1
Fully supported

Each Bright pipeline becomes a Nutshell Pipeline object. Bright's stage names, probabilities, and stage order transfer to Nutshell stage definitions. If Bright uses a single pipeline, a single Nutshell Pipeline is created. Multiple Bright pipelines create multiple Nutshell Pipelines — teams configure which pipeline view appears by default in Nutshell settings after migration.

Bright

Task / Activity

maps to

Nutshell

Task

1:1
Fully supported

Bright tasks map to Nutshell Tasks. Task subject, description, due date, completion status, and owner transfer. Tasks are linked to the parent Nutshell record (Person, Company, or Deal) by matching the Bright record ID preserved in Nutshell's integration reference field. Incomplete tasks retain their due date; completed tasks preserve completion date.

Bright

Logged Call / Meeting

maps to

Nutshell

Call / Meeting

1:1
Fully supported

Bright logged calls map to Nutshell Calls with subject, duration, direction (inbound/outbound), and outcome notes preserved. Bright meetings map to Nutshell Meetings with start/end times, location, and invitee list. Both are linked to the parent Person or Deal in Nutshell using the preserved Bright record ID.

Bright

Email Log

maps to

Nutshell

Activity / Note

1:1
Fully supported

Bright email logs (sent/received records) migrate as Nutshell Activities attached to the Person record. The email subject becomes the activity subject; the email body becomes the description. If Bright stores threaded email history, each message becomes a separate activity entry in chronological order. Bounce or delivery status flags are not transferred as Nutshell does not track email delivery status natively.

Bright

Note

maps to

Nutshell

Note

1:1
Fully supported

Bright notes map to Nutshell Notes attached to the parent record. Note title and body text transfer. If notes contain HTML formatting, the text is preserved and HTML stripped — plain-text note content is what Nutshell renders in its UI. Timestamps and owner attribution are preserved.

Bright

Custom Field (Person)

maps to

Nutshell

Custom Field (Person)

1:1
Fully supported

Bright custom fields on Person records create corresponding Nutshell custom fields on the Person object. Field type mapping: text → text, number → number, date → date, picklist → choice (with values mapped one-by-one), checkbox → boolean. FlitStack creates the Nutshell custom fields before the migration run and maps values during data transfer.

Bright

Custom Field (Company)

maps to

Nutshell

Custom Field (Company)

1:1
Fully supported

Bright custom fields on Company records create Nutshell custom fields on the Company object. Same type-mapping rules apply as for Person custom fields. If Bright stores multi-select picklist values in a custom field, Nutshell's choice field stores the comma-separated values as a single string — your team decides whether to split this into separate choice values post-migration.

Bright

Custom Field (Deal)

maps to

Nutshell

Custom Field (Deal)

1:1
Fully supported

Bright custom fields on Deal records create Nutshell custom fields on the Deal object. These appear on the Deal detail page in Nutshell. If Bright stores deal-specific metrics (e.g., win probability override, competitor tracked, decision-maker name) these appear as custom fields on the Nutshell Deal.

Bright

User / Owner

maps to

Nutshell

User

1:1
Fully supported

Bright user records are resolved against Nutshell users by email address match. A Bright owner assigned to a record migrates to the Nutshell user with the matching email. If no match exists, the record is assigned to the migration fallback owner you designate before the run. FlitStack generates an unmatched-owner report so you can invite missing users before or immediately after migration.

Bright

Attachment / File

maps to

Nutshell

File Attachment

1:1
Fully supported

Bright file attachments on People, Companies, or Deals are downloaded and re-uploaded as Nutshell file attachments. Files are associated with the correct Nutshell record based on the Bright record ID mapping. Nutshell stores files linked to the parent record; inline images in notes are extracted and reattached as separate files.

Bright

Tag / Label

maps to

Nutshell

Tag

1:1
Fully supported

Bright tags on any record type map to Nutshell Tags. Tags are stored as a tag array on the Nutshell record — there is no separate tag object. If Bright uses a hierarchical tag taxonomy, only the leaf-level tags transfer, as Nutshell does not support nested tag hierarchies.

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.

Bright logo

Bright gotchas

Medium

CIS deduction rates are employee-specific and must transfer as discrete fields

High

No bulk document export API forces manual file downloads

Low

Leave entitlement balances require separate export alongside the request history

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

  • Lead/Person split creates two record types with different field sets

    Bright stores contacts and leads in a single object with a status flag. Nutshell separates People and Leads into distinct record types — a Person record in Nutshell cannot later become a Lead record, and vice versa. If Bright marks a contact as a lead but you want it in Nutshell as a Person, the routing decision must be made before migration. FlitStack defaults to the Bright status flag: records flagged as leads in Bright become Nutshell Leads; all others become People. You can override this rule by specifying a custom routing condition before the migration runs.

  • Pipeline stage probability is controlled by Nutshell's stage configuration, not the migrated value

    Nutshell derives deal probability from the Pipeline stage definition — each stage has a fixed probability percentage that applies to all Deals in that stage. Bright stores a probability on the Deal record itself. If your Bright deals have probability values that deviate from stage averages (e.g., a Deal marked 80% won in an early-stage bucket), Nutshell will overwrite that value with the stage probability after migration. FlitStack preserves the original Bright probability in a custom field (Original_Bright_Probability__c) so your team can see the source value and manually adjust Nutshell stage probabilities if needed.

  • Activity linking requires ID cross-reference; detached activities transfer as orphans

    Nutshell activities must be attached to a parent record (Person, Company, or Deal). FlitStack links migrated activities by matching the preserved Bright record ID against the migrated Nutshell record. If a Bright activity references a Person or Deal that was never created (e.g., a deleted record), that activity cannot be linked and is flagged as an orphan. Orphaned activities are included in the migration report with the original Bright parent ID so your team can manually reassign them in Nutshell after migration.

  • Nutshell's per-company pricing model requires pipeline scoping before migration

    Nutshell charges per user per month plus a per-company add-on fee starting at $5/month for additional companies beyond the plan allowance. If Bright has a large number of Companies (more than your Nutshell plan's included company count), the total Nutshell cost increases after migration. FlitStack includes a company-count report in the pre-migration audit so you can confirm your Nutshell plan covers the migrated company volume before the cutover runs. Review your current Bright company count and compare it against your selected Nutshell plan limits to avoid unexpected billing adjustments. The per-company add-on fees are predictable, but they compound with large datasets.

  • Multi-select picklist values in custom fields become comma-separated strings

    Bright custom fields of type multi-select picklist store multiple selected values per record. Nutshell's choice field type does not natively support multi-select — it stores a single value. FlitStack migrates multi-select values as a comma-separated string in the Nutshell custom field (e.g., 'Enterprise, Mid-Market, SMB'). Your Nutshell admin can decide post-migration whether to create separate choice values, use a text field instead, or split into multiple boolean checkboxes. This structural difference means you should review multi-select fields in Bright in the planning phase and determine the best representation in Nutshell before migration begins. The comma-separated format preserves all original data but may require downstream adjustment for reporting or filtering purposes.

Migration approach

Six steps for a successful Bright to Nutshell data migration

  1. Audit Bright data and generate a pre-migration field map

    FlitStack connects to Bright via API using your credentials and pulls a full inventory of all record types, custom fields, pipeline configurations, and activity counts. We generate a pre-migration audit report that shows record volumes per object, a list of custom fields with their types and picklist values, a pipeline-to-Nutshell-pipeline mapping plan, and a list of users who need Nutshell accounts before migration. You review and approve the mapping plan before any data moves.

  2. Create Nutshell custom fields and pipelines from the field map

    Before the migration run, FlitStack creates all Nutshell custom fields on the Person, Company, and Deal objects, and configures Nutshell Pipelines and stages based on your Bright pipeline structure. This happens via the Nutshell API using an admin account. You can review the custom field names and pipeline configuration in Nutshell before the data load begins. If you prefer to create these manually, we provide the full field map with API-ready field names and picklist values as a setup checklist.

  3. Resolve Bright users to Nutshell users by email

    FlitStack matches Bright owner records to existing Nutshell users by email address. For each Bright user who has no matching Nutshell account, we generate a roster of unresolved owners with their Bright email addresses. You create Nutshell user accounts for those people before the migration run. Any records with still-unresolved owners are assigned to your designated fallback Nutshell user and flagged in the migration report.

  4. Run a sample migration with field-level diff

    A representative slice of 100–500 records (spanning People, Companies, Deals, and Activities) migrates first. FlitStack generates a field-level diff comparing the Bright source value to the Nutshell destination value for every mapped field. You review the diff to verify routing decisions (Lead vs. Person, pipeline assignments), custom field value mapping, and activity linking. No records are committed to Nutshell until you approve the sample.

  5. Execute full migration with delta-pickup window

    After sample approval, the full migration runs. Records load in dependency order: Companies first, then People and Leads, then Deals, then Activities. A delta-pickup window (24–48 hours after the full run starts) captures any Bright records created or modified during the cutover so Nutshell reflects Bright's final state at go-live. An audit log records every operation. One-click rollback reverts all Nutshell changes if reconciliation identifies unexpected data gaps.

  6. Deliver reconciliation report and workflow export package

    FlitStack delivers a post-migration reconciliation report showing record counts per object, any records that failed to migrate with error reasons, orphaned activities with their original Bright parent IDs, and unmatched owner records. We also export your Bright workflow definitions (as visible in Bright's export tools) as a reference PDF for rebuilding automation in Nutshell Sequences and Rules. You then configure Nutshell workflows using the exported definitions as a guide.

Platform deep dives

Context on both ends of the pair

Bright logo

Bright

Source

Strengths

  • Integrated RTI payroll submissions for UK construction companies under the CIS scheme
  • Clock-in and timesheet tracking with leave management in a single platform
  • CIS verification and deduction calculation built directly into the payroll workflow
  • Support team rated highly in G2 reviews for setup and query resolution

Weaknesses

  • Document storage interface lacks the polish of dedicated document management tools
  • Reporting flexibility is limited compared to standalone payroll systems
  • Pricing and tier structure is not publicly documented in a standard pricing page
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. 1 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 Bright and Nutshell.

  • Object compatibility

    B

    1 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

    Bright: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Bright-to-Nutshell migrations complete in 48–72 hours of clock time for databases under 50,000 total records. Larger datasets — particularly those with heavy activity history (thousands of logged calls or emails per rep) or more than 20 custom fields — extend to 5–10 days. The longest planning step is configuring Nutshell pipelines and custom fields to match Bright's structure before the data load runs. FlitStack handles this in parallel with the sample migration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Bright.
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