CRM migration
Field-level mapping, validation, and rollback between BigChange and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
BigChange
Source
Freshsales
Destination
Compatibility
10 of 10
objects map 1:1 between BigChange and Freshsales.
Complexity
BStandard
Timeline
48–72 hours
Overview
BigChange organizes field-service operations around Jobs, Customers, Quotes, and Assets, treating the job as the central operational record. Freshsales is a traditional CRM organized around Leads, Contacts, Accounts, and Deals, where the deal represents revenue opportunity. These data models diverge significantly: BigChange's custom job-type properties have no native Freshsales equivalent, and job status requires explicit pipeline-stage mapping. We extract BigChange records via their DaaS (Data as a Service) layer and CSV exports, then map each object into Freshsales standard or custom objects. Activity history including notes and attachments migrates as Freshsales Sales Activities and Files. Any BigChange custom fields without Freshsales counterparts are created as custom fields before migration runs. Workflows, templates, and job-scheduling rules do not transfer — those require manual rebuilding in Freshsales Workflows. The migration uses scoped read access on BigChange, with a delta-pickup window capturing any in-flight changes during cutover. This architectural difference between a job-centric field-service tool and a deal-centric CRM means the migration is a transformation project, not a simple data dump.
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 BigChange object lands in Freshsales, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
BigChange
Person
Freshsales
Contact
1:1BigChange Persons (customers and stakeholders) map 1:1 to Freshsales Contacts. Email, phone, and address fields map directly with no transformation required. Persons without email addresses are flagged before migration begins — Freshsales Contacts require a valid email address by default via API validation rules, so records missing email are held for manual correction or email assignment before the import runs.
BigChange
Customer
Freshsales
Account
1:1BigChange Customers (business entities) map to Freshsales Accounts. Company name, industry, annual revenue, employee count, and website URL map as direct field pairs with no transformation. Multi-site customers in BigChange with multiple Persons create a primary Account with multiple linked Contacts, preserving the relationship hierarchy. Industry pick-list values are mapped per source value, with unmapped values defaulting to Freshsales Other.
BigChange
Job
Freshsales
Deal
1:1BigChange Jobs are the primary operational record. We map Jobs with revenue value to Freshsales Deals, preserving the job name as Deal Name, total value as Amount, scheduled start/end as custom date fields, and job status as Deal Stage via value mapping. Jobs without monetary value are mapped as Deals with zero amount or archived as a custom Job object.
BigChange
Job Status
Freshsales
Deal Stage
1:1BigChange job status values (e.g., Booked, In Progress, Complete, Invoiced, Cancelled) map value-by-value to Freshsales pipeline stage names. Each BigChange pipeline maps to one Freshsales pipeline, and status values map to stage names within that pipeline. Stage probability and forecast category are re-applied on the Freshsales side.
BigChange
Quote
Freshsales
Product or Custom Object
1:1BigChange Quotes with pricing tiers and line items map to Freshsales Products if they represent sellable items, or to a custom Quote object if the structure carries custom fields not supported by the standard Product model. Quote status (Draft, Sent, Accepted, Rejected) migrates as a custom pick-list field.
BigChange
Custom Fields (Person / Job / Quote)
Freshsales
Custom Fields
1:1BigChange custom properties defined via DaaS quote_custom_fields and job-type custom fields are mapped to Freshsales custom fields on Contact, Account, Deal, or custom objects. Field types are matched (text to text, number to number, date to date) and pick-list values are mapped value-by-value before migration runs.
BigChange
Asset
Freshsales
Custom Object: Asset
1:1BigChange Asset Register has no native Freshsales equivalent. We create a custom Asset object with fields for asset name, serial number, linked Account lookup, maintenance history, and site location. The asset-to-customer link migrates as an Account lookup field on the custom object.
BigChange
User / Owner
Freshsales
User
1:1BigChange users are matched to Freshsales users by email address. Unmatched users are flagged before migration — your team either provisions the user in Freshsales first or reassigns their BigChange records to an existing Freshsales user before the import runs. Owner resolution is critical for accountability tracking after migration, so this step is verified during the sample migration phase.
BigChange
Job Attachment / File
Freshsales
File
1:1Files attached to BigChange Jobs — including photos, PDFs, worksheets, and site photos — are downloaded and re-uploaded to Freshsales as Files linked to the corresponding Deal record. File size limits vary by Freshsales plan tier and are observed during upload; files exceeding the limit are flagged for manual retrieval from BigChange after migration.
BigChange
Activity Note
Freshsales
Sales Activity (Note)
1:1BigChange job notes and internal comments migrate as Freshsales Sales Activities of type Note. Original timestamps and the linked user (matched by email) are preserved during migration. Notes linked to a specific Person or Job carry the corresponding Contact or Deal association in Freshsales, maintaining the full audit trail for customer interactions.
| BigChange | Freshsales | Compatibility | |
|---|---|---|---|
| Person | Contact1:1 | Fully supported | |
| Customer | Account1:1 | Fully supported | |
| Job | Deal1:1 | Fully supported | |
| Job Status | Deal Stage1:1 | Fully supported | |
| Quote | Product or Custom Object1:1 | Fully supported | |
| Custom Fields (Person / Job / Quote) | Custom Fields1:1 | Mapping required | |
| Asset | Custom Object: Asset1:1 | Fully supported | |
| User / Owner | User1:1 | Fully supported | |
| Job Attachment / File | File1:1 | Fully supported | |
| Activity Note | Sales Activity (Note)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.
BigChange gotchas
DaaS data retention limits what historical data is available for export
Financial document exports require a separate migration pass
Custom quote fields and worksheet templates need manual field-level mapping
No documented public bulk REST API for direct record insertion
Evening performance degradation can interrupt migration window planning
Freshsales gotchas
Freddy AI is Pro-tier only despite heavy marketing
Post-migration emails and sequences are disabled
Bot session credits are a one-time 500-session allocation
Phone credits charged per minute with no cap
File storage limits scale with plan tier
Pair-specific challenges
Migration approach
Audit BigChange export options and extract source data
We identify which BigChange export mechanisms are available for your plan — DaaS Snowflake views, CSV exports for Persons and Jobs, or a combination. We extract all Persons, Customers, Jobs, Quotes, Assets, and custom field definitions, then profile the data for quality issues: missing emails, duplicate records, invalid dates, and unmapped pick-list values. A data quality report is delivered before mapping begins so the team can decide whether to clean records first or proceed with known gaps flagged in Freshsales.
Design Freshsales schema and create custom fields
Based on the BigChange data audit, we design the Freshsales schema: standard objects (Contacts, Accounts, Deals), custom objects (Asset, Job), and all custom fields required to capture BigChange properties. Custom pick-list values for job status, asset type, and quote status are created and their Freshsales API names are confirmed. If the target Freshsales plan has custom field limits, we prioritize critical fields and flag the rest for upgrade or archiving. This schema plan is delivered for your admin to review before any data loads begin.
Run sample migration with field-level diff
A representative slice of 100–500 records (spanning Persons, Customers, Jobs, Quotes, and Assets) is migrated first. We generate a field-level diff showing the source value, the mapped Freshsales field, and any transformation applied. The diff is reviewed with your team to verify job status mapping, owner resolution, custom field visibility, and asset linkage. This sample validates the mapping logic before the full migration commits any records to Freshsales.
Execute bulk import with API rate-limit pacing
The full dataset is migrated in sized batches respecting Freshsales API limits for your plan tier. We monitor HTTP 429 responses and adjust batch size dynamically. Unmatched owners are assigned to a fallback Freshsales user and flagged in the audit log. Duplicate records are detected by email and source_system_id cross-reference and either merged or flagged for manual review. Files and attachments are uploaded in parallel, with size limits observed per Freshsales plan.
Cut over with delta-pickup and audit log delivery
A delta-pickup window of 24–48 hours captures any records created or modified in BigChange during the cutover period. Once delta records are confirmed, the team switches to Freshsales as the live system. FlitStack delivers a full audit log of every import operation including source record ID, destination record ID, field mappings applied, and any records that failed. One-click rollback is available if reconciliation identifies missing or incorrectly mapped records, allowing the team to revert and re-run without data loss.
Platform deep dives
BigChange
Source
Strengths
Weaknesses
Freshsales
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 BigChange and Freshsales.
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
BigChange: Not publicly documented.
Data volume sensitivity
BigChange 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 BigChange to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your BigChange to Freshsales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave BigChange
Other ways to arrive at Freshsales
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.