CRM migration

Migrate from Bluwave CRM to Nutshell

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

Bluwave CRM logo

Bluwave CRM

Source

Nutshell

Destination

Nutshell logo

Compatibility

78%

7 of 9

objects map 1:1 between Bluwave CRM and Nutshell.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Bluwave CRM to Nutshell is a data-first migration constrained by Bluwave's lack of a public API. We extract all source records via the system's built-in Excel export, validate against source row counts, then load into Nutshell using its CSV import API with custom field pre-creation and type mapping. The key schema decision is how to handle Bluwave Leads: Nutshell maintains separate People (customers and contacts) and Leads (unqualified prospects) objects, so we split at migration time based on the customer's lifecycle stage values, preserving the original stage in a custom field for audit. Geocoded location data from Bluwave migrates as a Latitude/Longitude custom property on the relevant record. Workflows, sequences, travel claim reports, and the bundled BluWave Service module do not migrate; we deliver a written inventory of automations and travel claim logic requiring rebuild in Nutshell.

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

Bluwave CRM logo

Bluwave CRM

What's pushing teams away

  • Small businesses find the per-user monthly cost in ZAR prohibitive as headcount grows, with reviews citing it as expensive relative to alternatives.
  • The platform lacks a built-in report writer, forcing power users to export to Excel for any analysis beyond pre-built dashboards.
  • Limited customisation options mean teams with non-standard sales processes struggle to fit the CRM to their workflow rather than adapting their workflow to the CRM.
  • No publicly documented API means integrations with external tools rely on third-party connectors or manual exports, creating friction for technically-minded teams.

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

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

Bluwave CRM

Contact

maps to

Nutshell

Person

1:1
Fully supported

Bluwave Contact records map directly to Nutshell Person. Standard fields (name, email, phone, address) map to Nutshell's standard Person fields. The geocoded latitude and longitude stored against the contact's address migrate as a custom Lat/Lng property pair in Nutshell. Bluwave's contact type picklist (if used) maps to a Nutshell custom picklist field. We validate email uniqueness in Nutshell before insert to avoid duplicate Person records for contacts sharing an email address.

Bluwave CRM

Lead

maps to

Nutshell

Lead

1:1
Fully supported

Bluwave Lead records map directly to Nutshell Lead, preserving the source attribution, lifecycle stage (if present), and owner assignment. The Bluwave lead source field maps to Nutshell's standard Lead Source picklist. Owner resolution runs by email match against Nutshell User records. Any Lead without a matching User goes to a reconciliation queue for manual provisioning before the import phase begins.

Bluwave CRM

Company

maps to

Nutshell

Company

1:1
Fully supported

Bluwave Company records map to Nutshell Company. Company name, industry, website, and address fields migrate to their Nutshell equivalents. Company is imported before Person records so that the Company lookup relationship on Person resolves correctly at insert time. Dedupe is performed on Company name during import to avoid creating duplicate Company records.

Bluwave CRM

Deal

maps to

Nutshell

Opportunity

1:1
Fully supported

Bluwave Deals map to Nutshell Opportunities. The deal value maps to Amount, stage name maps to Status, expected close date maps to Close Date, and owner maps by email resolution to the Nutshell User. The parent Contact and Company associations migrate as Person and Company lookups on the Opportunity record. Closed-Lost and Closed-Won statuses from Bluwave map to Nutshell's Won and Lost status values.

Bluwave CRM

Pipeline Stage

maps to

Nutshell

Opportunity Stage

lossy
Fully supported

Bluwave pipeline stages are configurable per organisation. We extract the current stage names and order from the exported data, then pre-create matching stages in Nutshell's pipeline configuration before Deal import begins. Probability percentages associated with each stage in Bluwave are not natively stored but can be mapped to Nutshell stage probabilities if the customer provides the mapping during scoping.

Bluwave CRM

Activity

maps to

Nutshell

Activity

1:1
Fully supported

Bluwave face-to-face activities (calls, meetings, site visits) map to Nutshell Activity records. Activity type picklist values require explicit mapping at migration time because the Bluwave picklist schema is not publicly documented. We infer the type from the exported activity records and create matching Activity type values in Nutshell before import. Geocoded location attached to the activity is preserved as a custom property. Activity assignment migrates by resolving the owner email to the Nutshell User.

Bluwave CRM

Custom Fields

maps to

Nutshell

Custom Fields

lossy
Mapping required

Bluwave CRM supports custom fields but publishes no field name or data type reference. During scoping we export sample records from each module, infer data types from content patterns (date, number, text, picklist), then pre-create matching custom fields in Nutshell before the full import. Any misidentified field type causes validation failures in Nutshell's CSV import, so we validate with a 10-20 record batch before committing the full load. This inference step adds one to two days to the discovery phase.

Bluwave CRM

Attachment

maps to

Nutshell

File Attachment

1:1
Fully supported

File attachments on Deals, Contacts, and Companies do not export via Bluwave's Excel export method. We extract attachments separately through the web interface where accessible and re-associate them manually after the data migration using Nutshell's file attachment feature. The customer receives a manifest of extracted files indexed by source record so that manual re-upload can proceed in batches. Attachments not accessible via web interface cannot be migrated and are listed in the exceptions report.

Bluwave CRM

User / Owner

maps to

Nutshell

User

1:1
Fully supported

Bluwave User records (name, email, role) map to Nutshell User accounts. We resolve by email match. Role hierarchies and permission sets in Bluwave are not exportable and do not map to Nutshell; the customer configures Nutshell User roles post-migration. Any Bluwave User without a matching Nutshell User is held in the reconciliation queue and provisioned by the customer before the production import phase runs.

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.

Bluwave CRM logo

Bluwave CRM gotchas

High

No public API — migration relies on Excel export

Medium

Custom field schema is not publicly documented

Medium

Pricing is in ZAR with mandatory upfront training package

Low

Geocoded location data is address-derived, not GPS-captured

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

  • No API — extraction relies entirely on Excel export

    Bluwave CRM publishes no public API or developer reference. Our migration engine cannot pull records programmatically. We extract data via the system's built-in Excel export, which is limited to columns currently visible in each module view. We request access to all relevant modules before export to confirm columns are not hidden by default filters or personal view configurations. Exports are capped by the system's row limit per module. If records exceed this limit, multiple exports with date-range filters are required, and date-range overlaps must be deduplicated during the transform step. Binary attachments and images do not export via this method.

  • Custom field schema must be inferred from data

    Bluwave CRM supports custom fields but provides no published field name, data type, or picklist value reference. We audit custom fields during scoping by exporting a sample of 50-100 records per module, identifying unique field headers in the export, and inferring data types from content patterns. Any field misidentified as text when it is a picklist will cause Nutshell import validation failures if the value is not in the pre-created picklist. We validate with a small batch before committing the full load. The customer may need to confirm picklist value sets during scoping if the values are ambiguous.

  • Geocoded coordinates are address-derived, not GPS-captured

    Bluwave CRM automatically geocodes customer addresses at entry by appending latitude and longitude. This is a forward-geocoding approximation based on the address string, not GPS coordinates captured during a field visit. Travel claim reports in Bluwave rely on these stored coordinates rather than actual travel routes. We preserve the geocoded values as a custom Latitude and Longitude property pair in Nutshell. The customer should review whether the destination platform's reporting tools can make use of these coordinates, and whether the travel claim logic needs to be rebuilt in a separate expense management tool.

  • Role hierarchies do not export from Bluwave

    Bluwave CRM stores user roles and organisational hierarchies within the platform, but these are not accessible via the Excel export. We cannot migrate reporting lines, role-based access controls, or team structures. Nutshell User accounts are provisioned with standard access during migration; the customer's admin configures Nutshell roles, teams, and sharing rules post-migration based on the role inventory delivered in the written handoff document.

  • The bundled Service module has no direct Nutshell equivalent

    Bluwave CRM bundles a Service module in every licence, covering after-sales service tickets, field service scheduling, and travel claim associations. Nutshell CRM does not include a native service or field service module. Service tickets and travel claim data migrate as-is as Activity or Note records with the available custom fields, but the travel claim calculation logic, service scheduling features, and geocoded service visit records do not have a direct replacement in Nutshell's data model. We document the service module schema and flag which records are migratable versus requiring a separate helpdesk tool post-migration.

Migration approach

Six steps for a successful Bluwave CRM to Nutshell data migration

  1. Discovery and Excel export scoping

    We request read-only access to all relevant Bluwave CRM modules (Contacts, Leads, Deals, Activities, Companies, Pipeline) and export each via the built-in Excel export at the module level with all columns visible. We count record totals per module, note any custom field headers that appear, and identify attachments stored against records. If any module exceeds the export row limit, we coordinate date-range segmented exports. We also request a sample of the geocoded location data to confirm the format of Latitude/Longitude values stored against records.

  2. Custom field inference and schema mapping

    We analyse the exported headers and sample data to infer custom field names and data types. Date fields, numeric fields, text fields, and picklist fields are identified by content pattern. Picklist values are extracted as a distinct set per field. We produce a schema mapping guide that defines each Bluwave field, its inferred type, and its Nutshell equivalent (standard field or custom field to pre-create). This guide is reviewed with the customer before Nutshell configuration begins.

  3. Nutshell schema pre-creation and pipeline configuration

    We configure the destination Nutshell workspace before any data loads. This includes pre-creating all required custom fields (with correct types and picklist values), configuring the Opportunity pipeline stages to match the extracted Bluwave pipeline names and order, and creating the custom Latitude and Longitude properties on Person and Company. Custom fields are created via Nutshell's field management interface, and pipeline stages are configured under the CRM Settings. We validate that all required Nutshell fields exist before the import step begins.

  4. Owner and user reconciliation

    We extract all distinct Bluwave User records and their email addresses from the owner fields on Contacts, Leads, Deals, and Activities. We match each by email against the Nutshell destination User list. Any Bluwave User without a matching Nutshell User account goes to a reconciliation list. The customer provisions missing Users in Nutshell before production import begins. This step is a prerequisite for record import because OwnerId references must resolve at insert time.

  5. Test migration and validation

    We run a test import of all modules into a Nutshell trial or sandbox environment using a subset of the exported data (typically 100-200 records per object). We validate record counts, field mapping accuracy, picklist value resolution, geocoded coordinate preservation, and association integrity (Person-Company, Opportunity-Person, Activity-Opportunity). The customer reviews the test output and flags any mapping corrections before we proceed to the production migration.

  6. Production migration in dependency order

    We run production migration in dependency order: Companies first (reference objects), then People (with Company lookups resolved), then Leads, then Opportunities (with Person and Company lookups resolved), then Activities (with Person and Opportunity lookups resolved). Each phase emits a row-count reconciliation report. Attachments are extracted separately via the web interface and re-uploaded manually post-import using a manifest. A delta re-import captures any records modified during the migration window.

  7. Cutover, validation, and automation handoff

    We freeze Bluwave CRM write access during cutover and run a final delta import of any records modified during the migration window. We validate record counts against the source totals and deliver a migration completion report. We provide a written inventory of Bluwave workflows, travel claim report configurations, and any service module elements that could not migrate. The customer's admin team uses this inventory to rebuild automations in Nutshell or evaluate a dedicated helpdesk or expense management tool for the service and travel claim use cases.

Platform deep dives

Context on both ends of the pair

Bluwave CRM logo

Bluwave CRM

Source

Strengths

  • Simple onboarding with mandatory setup and training packages that get new users operational quickly.
  • Integrated field sales tools including geocoding, travel claim reports, and face-to-face activity logging.
  • Bundled after-sales service module means field service and CRM share a single database and licence.
  • Strong ease-of-use ratings across G2 and Capterra with minimal learning curve for sales reps.
  • Monthly licence is cancellable with 7 days notice, reducing long-term commitment risk for small teams.

Weaknesses

  • No public API documentation or developer reference, limiting migration tooling and third-party integration options.
  • Mandatory setup package (from R9,750 for 1-3 users) adds significant upfront cost before a single user logs in.
  • Lacks a built-in report writer, requiring Excel exports for any custom analysis.
  • Customisation is limited compared to platforms like HubSpot or Zoho, with fewer field types and workflow options.
  • The platform is primarily documented in English but priced exclusively in South African Rand, which may complicate budgeting for international teams.
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. 3 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 Bluwave CRM and Nutshell.

  • Object compatibility

    B

    3 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

    Bluwave CRM: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Bluwave CRM to Nutshell migrations land between two and four weeks for accounts under 5,000 total records with fewer than 20 custom fields and no binary attachments. Migrations exceeding 10,000 records, with extensive custom field schemas, large activity histories, or attachment sets requiring manual web-interface extraction move to six to ten weeks. The Excel export scoping and custom field inference steps add one to two days to the discovery phase compared to API-based migrations.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Bluwave CRM.
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