CRM migration

Migrate from BigChange to Freshsales

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

BigChange logo

BigChange

Source

Freshsales

Destination

Freshsales logo

Compatibility

100%

10 of 10

objects map 1:1 between BigChange and Freshsales.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

BigChange logo

BigChange

What's pushing teams away

  • Unclear pricing changes and awkward cost increases frustrate users; feedback is dismissed with claims improvements would take too long.
  • The platform is described as quick to upsell additional services but difficult to work with when trying to reduce costs or remove services.
  • Requests to scale back usage are met with delays and resistance, with some reviewers citing deceptive billing practices.
  • High costs for setting up quoting documents and system reliability issues — CRM systems failing on JobWatch and map view crashes on mobile — drive dissatisfaction.
  • Performance slows noticeably during evening hours, grinding to a halt during peak usage windows.

Choosing

Freshsales logo

Freshsales

What's pulling them in

  • Lowest barrier to entry among major CRMs — the free tier supports up to 3 users and includes core CRM functionality before committing to per-seat pricing.
  • Built-in chat, email, and phone reduce reliance on third-party integrations for basic sales communication and contact management.
  • Freddy AI contact scoring and deal insights are included on Pro plans at a lower price than comparable HubSpot tiers.
  • Kanban pipeline views across Contacts, Accounts, and Deals provide visual deal management without requiring custom configuration.
  • Integration with the broader Freshworks ecosystem (Freshdesk, Freshchat, Freshservice) reduces tool sprawl for teams already using Freshworks.

Object mapping

How BigChange objects map to Freshsales

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

maps to

Freshsales

Contact

1:1
Fully supported

BigChange 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

maps to

Freshsales

Account

1:1
Fully supported

BigChange 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

maps to

Freshsales

Deal

1:1
Fully supported

BigChange 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

maps to

Freshsales

Deal Stage

1:1
Fully supported

BigChange 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

maps to

Freshsales

Product or Custom Object

1:1
Fully supported

BigChange 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)

maps to

Freshsales

Custom Fields

1:1
Mapping required

BigChange 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

maps to

Freshsales

Custom Object: Asset

1:1
Fully supported

BigChange 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

maps to

Freshsales

User

1:1
Fully supported

BigChange 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

maps to

Freshsales

File

1:1
Fully supported

Files 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

maps to

Freshsales

Sales Activity (Note)

1:1
Fully supported

BigChange 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.

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.

BigChange logo

BigChange gotchas

High

DaaS data retention limits what historical data is available for export

Medium

Financial document exports require a separate migration pass

Medium

Custom quote fields and worksheet templates need manual field-level mapping

High

No documented public bulk REST API for direct record insertion

Low

Evening performance degradation can interrupt migration window planning

Freshsales logo

Freshsales gotchas

Medium

Freddy AI is Pro-tier only despite heavy marketing

High

Post-migration emails and sequences are disabled

Medium

Bot session credits are a one-time 500-session allocation

Medium

Phone credits charged per minute with no cap

Low

File storage limits scale with plan tier

Pair-specific challenges

  • BigChange has no public REST API for standard record export

    BigChange's primary export interface is their DaaS (Data as a Service) layer offering read-only database views into Snowflake, plus CSV exports for Persons and Jobs. There is no documented REST or GraphQL API covering all standard objects. This limits direct API-based migration: we extract via DaaS views and CSV, then transform and load into Freshsales. If your BigChange plan does not include DaaS access, CSV exports are the only bulk export mechanism, which affects field coverage and requires additional preprocessing before Freshsales import. We identify your export options during discovery before migration planning begins.

  • Freshsales API rate limits throttle bulk import speed by plan tier

    Freshsales enforces per-hour API request limits that vary by plan: 1,000 req/hr on Growth, 2,000 req/hr on Pro, and 5,000 req/hr on Enterprise. A 400 req/min sub-limit applies across all tiers. During bulk migration of large job and contact volumes, these limits can cause throttling and HTTP 429 errors if batches are not sized correctly. We monitor response headers and implement retry logic with exponential backoff; for large datasets we schedule migration runs in off-peak hours and split batches across multiple API keys where the Freshsales plan supports it. This is discussed during scoping so the migration plan accounts for pacing overhead.

  • Custom field limits by Freshsales plan tier require pre-creation planning

    Freshsales custom field availability is capped per module by plan: Sprout has no custom fields, Blossom allows 10 per module, Garden allows 100, and Estate and Forest allow 300 per module. Migrating BigChange jobs with 15+ custom properties into a Blossom plan account will silently drop fields beyond the limit. We audit the target Freshsales plan during discovery, pre-create required custom fields before migration, and flag any fields that exceed the plan limit so the team can upgrade or archive non-critical properties. This step is included in the schema setup phase before any data moves.

  • Job-centric data model requires manual rebuild of scheduling and dispatch logic

    BigChange treats Jobs as the primary operational entity with scheduling rules, skill requirements, and site-access properties embedded in the job record. Freshsales has no native scheduling, dispatch, or skill-matching module — these belong to dedicated field service tools. Job-level scheduling metadata (required skills, engineer assignment rules, site access instructions) has no direct equivalent in Freshsales and must be rebuilt manually using Freshsales Workflows or stored as custom fields for reference. We preserve all job data but do not migrate scheduling logic, as it cannot be mechanically translated to Freshsales automation constructs.

  • Freshsales lead-to-contact conversion discards unmapped custom fields

    Freshsales lead conversion maps standard lead fields to Contact, Account, and Deal fields, but custom lead fields must be explicitly mapped in Conversion Settings or the data is silently dropped. If any BigChange Person records land as Freshsales Leads first (e.g., cold contacts without a linked Customer), any custom fields not pre-mapped in Freshsales will be lost on conversion. We flag all custom field mappings during schema setup and configure lead conversion field maps before migration so that any Lead that converts retains the full field set.

Migration approach

Six steps for a successful BigChange to Freshsales data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

Context on both ends of the pair

BigChange logo

BigChange

Source

Strengths

  • Scheduling and mobile workforce management that demonstrably increases engineer job throughput from 1-2 to 6+ per day.
  • All-in-one platform combining job management, quoting, invoicing, vehicle tracking, and customer portals without tool sprawl.
  • Permanent access to BigChange University training across Core, Advanced, and Expert levels at no extra cost.
  • Customer-facing booking portal and business performance dashboards included on all tiers.
  • Hardware bundle with rugged tablet, vehicle tracking hardware, data SIM, and 2-year warranty reduces upfront deployment cost.

Weaknesses

  • Pricing opacity and perceived billing inflexibility — customers report difficulty reducing services or understanding cost increases.
  • System performance degrades noticeably in evenings, with some users reporting slowdowns and crashes on mobile map views.
  • High per-license cost (£99.95/month) makes the platform more suited to larger field service teams than small operators.
  • Feature richness and heavy customisation options create a steeper learning curve for smaller teams.
  • No publicly documented bulk API — DaaS is read-only and used for analytics, not direct data export for migration purposes.
Freshsales logo

Freshsales

Destination

Strengths

  • Generous free tier for small teams with core CRM functionality without per-seat costs.
  • All-in-one sales CRM with built-in telephony, chat, and email reducing third-party tool dependency.
  • Freddy AI contact scoring and deal predictions available on Pro tier.
  • Multiple pipeline views with Kanban and list options across all plans.

Weaknesses

  • Reports lack depth compared to competitors like HubSpot, with limited customization options.
  • Integration setup is poorly documented with no clear guides for connecting third-party tools.
  • AI features gated behind $39/user/month Pro tier despite marketing emphasis on Freddy AI.
  • Bot sessions limited to 500 one-time allocation with no monthly refresh.

Complexity grading

How hard is this migration?

Standard CRM migration. 2 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 BigChange and Freshsales.

  • Object compatibility

    B

    2 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

    BigChange: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your BigChange to Freshsales 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 BigChange to Freshsales data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most BigChange-to-Freshsales migrations complete in 48–72 hours of clock time for under 50,000 records. Larger datasets with 50,000–500,000 records or heavy custom-object usage extend to 5–10 days. The discovery and schema design phase typically adds 3–5 business days before migration runs. The longest single step is usually Freshsales custom field creation and mapping verification. We provide a detailed timeline during scoping based on your specific record counts and custom field complexity.

Adjacent paths

Related migrations to explore

Ready when you are

Move from BigChange.
Land in Freshsales, 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