CRM migration

Migrate from Property Shell to Freshsales

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

Property Shell logo

Property Shell

Source

Freshsales

Destination

Freshsales logo

Compatibility

100%

10 of 10

objects map 1:1 between Property Shell and Freshsales.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Property Shell is a property-development-specific CRM built around projects, lots, releases, and stages. Freshsales is a general sales CRM with leads, contacts, accounts, deals, and activities. The migration carries everything Property Shell stores natively — leads, contacts, companies, deals, pipeline stages, activity history, notes, files, and custom properties — into Freshsales standard and custom objects. The hardest problems are mapping Property Shell's property-specific nested data (stages, releases, lots, and interactive mapping metadata) into Freshsales deal custom fields, preserving Property Shell's N:N contact-to-company associations using Freshsales AccountId plus Account Contact Relationships, and rebuilding Property Shell marketing automations and nurture sequences in Freshsales Workflows. FlitStack AI sequences the migration so foreign keys resolve correctly: accounts first, then contacts, then deals. A sample migration with field-level diff runs before the full cutover, and a 24–48-hour delta-pickup window captures in-flight records during the switch. Workflows, sequences, and automations do not migrate — they must be rebuilt in Freshsales using the exported definitions as a rebuild 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

Property Shell logo

Property Shell

What's pushing teams away

  • Limited publicly documented API or export mechanisms, making it difficult to extract data for reporting, backups, or migrations to another platform.
  • Smaller review base (29 verified reviews on Capterra) and thin community resources compared to established CRM platforms, making peer support harder to find.
  • As a niche platform targeting property developers in Australia and New Zealand, teams operating in other regions or industries may find the feature set too specialised for broader CRM needs.

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 Property Shell objects map to Freshsales

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

Property Shell

Lead

maps to

Freshsales

Lead

1:1
Fully supported

Property Shell leads map directly to Freshsales leads. Any property-specific fields on leads (e.g., preferred development, budget range) migrate as Freshsales custom fields. Owner resolution runs by email match against Freshsales users. Leads without an email route to Freshsales with a null email address and a custom source field for manual review.

Property Shell

Contact

maps to

Freshsales

Contact

1:1
Fully supported

Direct map. Property Shell contacts migrate to Freshsales contacts preserving first name, last name, email, phone, mobile, job title, address, and lifecycle stage. Contact ownership resolves by email match to Freshsales users. The primary company association becomes the AccountId; secondary associations surface as Account Contact Relationships in Freshsales.

Property Shell

Company

maps to

Freshsales

Account

1:1
Fully supported

Direct map with structural nuance. Property Shell allows N:N contact-to-company relationships. Freshsales accounts have a one-to-many relationship with contacts. We migrate the primary company per contact as AccountId and surface secondary company associations as Account Contact Relationships or a custom multi-company field — your team chooses the preferred approach before migration runs.

Property Shell

Deal

maps to

Freshsales

Deal

1:1
Fully supported

Direct map for deal name, amount, stage, close date, owner, and notes. Property Shell deal properties like stage name, release, lot number, and development project become Freshsales custom fields on the deal. Deals link to the primary AccountId and to associated contacts via Freshsales Contact Roles. The pipeline-to-pipeline mapping runs before deals to ensure stage pick-lists are active in Freshsales.

Property Shell

Pipeline

maps to

Freshsales

Deal Pipeline

1:1
Fully supported

Property Shell deal pipelines map 1:1 to Freshsales deal pipelines. Each pipeline is created in Freshsales before migration so stage pick-list values are live and ready for deal records to reference. If Property Shell pipelines have custom stage names, those names are preserved verbatim as Freshsales stage values during migration.

Property Shell

Property / Development

maps to

Freshsales

Custom Object or Custom Fields on Deal

1:1
Fully supported

Freshsales has no native property object. We migrate Property Shell development and property records as a Freshsales custom object (on Enterprise plans) or as a set of custom fields on the deal record. The mapping plan determines which approach fits your data structure — custom object preserves the lot/release hierarchy better, while custom fields are faster to implement.

Property Shell

Workflow / Sequence / Automation

maps to

Freshsales

Freshsales Workflow

1:1
Fully supported

Property Shell automations do not migrate. They must be rebuilt in Freshsales using the Automation tool. FlitStack exports your Property Shell workflow definitions as a structured rebuild reference document so your Freshsales admin can recreate each automation step-by-step. This is a manual step that adds to your internal project timeline but is handled entirely by your team.

Property Shell

Activity (Call, Email, Meeting, Note)

maps to

Freshsales

Sales Activity / Appointment / Note

1:1
Fully supported

Property Shell calls and emails map to Freshsales Sales Activities with Type = Call or Email and original timestamps preserved. Meetings map to Freshsales Appointments with start/end times and owners preserved. Notes migrate as Freshsales Notes with body text and timestamps. Attachments re-upload to Freshsales Files with parent-record links intact.

Property Shell

Contract / Document

maps to

Freshsales

File / Attachment on Account or Deal

1:1
Fully supported

Property Shell contracts and attached documents migrate as Freshsales files linked to the relevant account or deal record. File metadata (original filename, upload date, file type) is preserved. If Property Shell stores contract fields as structured data rather than just files, those fields map to Freshsales custom fields on the account or a custom Contract object.

Property Shell

Custom Property / Custom Object

maps to

Freshsales

Custom Field / Custom Object

1:1
Fully supported

Property Shell custom properties and custom objects map to Freshsales custom fields on the matching standard object or to Freshsales custom objects (Enterprise plan). Nested pick-list values require value-by-value mapping if the destination field type is a dropdown. Multi-select values in Property Shell map to Freshsales multi-select custom fields with each selected value preserved.

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.

Property Shell logo

Property Shell gotchas

High

No documented public API for data export

High

Highly customised per-customer schema requires pre-migration field audit

Medium

Interactive Maps are visualisation-layer only and cannot be migrated

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

  • Interactive mapping data has no native Freshsales equivalent

    Property Shell's interactive mapping layers — development stages, release names, lot numbers, and sales status across the project site — are stored as structured metadata tied to deal and property records. Freshsales has no native equivalent to an interactive property map. We export this metadata as structured data and either attach it to the relevant Freshsales deal or convert it to custom fields on the deal and account records. Your team should review how property teams use interactive maps in Property Shell and plan how that information will be accessed in Freshsales after migration — it will not appear as a map layer.

  • Property Shell's property-development object model does not map to Freshsales standard objects

    Property Shell is built around property development concepts: development projects, stages, releases, lots, and settlement timelines. Freshsales is a general sales CRM with no native property, lot, or release object. Development names, release names, lot numbers, stages, and settlement dates must be migrated as Freshsales custom fields on the deal object, or as a separate custom object on Enterprise plans. Property-specific pick-list values require value-by-value mapping against Freshsales custom field pick-lists before migration. Teams should audit all Property Shell custom property fields before migration and confirm the custom field plan with FlitStack.

  • Property Shell workflows and automations do not migrate to Freshsales

    Property Shell automations — marketing sequences, lead nurture journeys, and project-specific workflows — are defined in Property Shell's automation builder and cannot be exported as portable automation logic. They do not migrate to Freshsales. Your team must rebuild each automation in Freshsales using the Automation tool. FlitStack exports a structured reference document of your Property Shell workflow definitions so your Freshsales admin can recreate each sequence step-by-step. This is a manual rebuild step that adds to your internal project timeline and is not included in the FlitStack migration scope.

  • Freshsales custom reports are known to break on schema changes

    Freshsales users report in G2 and Reddit reviews that custom reports break when fields are renamed, removed, or re-typed in Freshsales — the platform's reporting engine does not gracefully handle schema changes to custom fields that reports reference. After migration, any Freshsales custom reports that referenced fields carrying Property Shell data may fail. FlitStack validates the report definitions as part of the post-migration audit and flags any reports that use migrated custom fields so your admin can rebuild them before go-live.

  • Property Shell N:N contact-to-company associations collapse to one primary AccountId

    Property Shell supports many-to-many contact-to-company relationships natively — a single contact can be associated with multiple development entities simultaneously. Freshsales contacts have a single primary AccountId with optional Account Contact Relationships for additional associations. We migrate the most-recently-modified or most-recently-associated company as the primary AccountId and surface secondary company associations as Account Contact Relationships. If a contact has more than one secondary company association beyond what Account Contact Relationships can accommodate, those additional companies are preserved in a custom text field on the contact record for reference.

Migration approach

Six steps for a successful Property Shell to Freshsales data migration

  1. Conduct data audit in Property Shell

    FlitStack reviews your Property Shell account to catalog every standard object (leads, contacts, companies, deals, pipelines, activities, notes, files), every custom property, and every custom object. We identify property-specific fields (development stage, release name, lot number, settlement date) that need Freshsales custom field mapping. We also flag any Property Shell workflows, sequences, and automations that require the export-for-rebuild step. The audit output is a migration plan with a complete object and field inventory.

  2. Build Freshsales schema before migration

    Before any data moves, your Freshsales admin (or FlitStack) creates the custom fields and custom objects needed for property-specific data. Development stage, release name, lot number, property type, and settlement date become Freshsales custom fields on the deal object. If you are on a Freshsales Enterprise plan, a custom Property object can be created to preserve the lot/release hierarchy. The Freshsales pipeline and stage setup is completed so stage pick-list values are live and ready to accept deal records. This step requires input from whoever knows your Freshsales account configuration.

  3. Sequence migration: accounts, contacts, leads, deals

    Freshsales requires Accounts before Contacts (via AccountId) and Contacts or Leads before Deals (via Contact Roles). We sequence the migration so accounts migrate first, then contacts with AccountId links resolved, then leads, then deals with owner resolution by email match. Property Shell company associations that have no direct Freshsales Account counterpart are surfaced as Account Contact Relationships or preserved in custom fields. Any records with unmatched owners are flagged for your team to resolve before the full migration runs.

  4. Run sample migration with field-level diff

    A representative slice — typically 100–500 records spanning leads, contacts, accounts, deals, and activities — migrates into Freshsales first. We generate a field-level diff between the Property Shell source values and the Freshsales destination values so you can verify custom field mapping, stage mapping, owner resolution, and activity timestamps before the full migration commits. This is the validation step before go-live.

  5. Execute full migration with delta-pickup and rollback

    The full migration runs against Freshsales. A delta-pickup window (typically 24–48 hours) captures any records created or modified in Property Shell during the cutover period so Freshsales reflects Property Shell's final state at go-live. FlitStack audit logs capture every operation. One-click rollback is available if reconciliation identifies missing or misaligned records. After rollback verification, your team confirms the go-live and Property Shell access is retired.

Platform deep dives

Context on both ends of the pair

Property Shell logo

Property Shell

Source

Strengths

  • Purpose-built for property development projects with native concepts for lots, stages, releases, and settlements.
  • Real-time interactive mapping for display suites and project websites showing stock status and lot availability.
  • AI-powered lead scoring and automated nurture journeys from first enquiry through to settlement.
  • Comprehensive contract management with variation and upgrade tracking across the settlement lifecycle.
  • Integrates development, marketing, sales, and finance team collaboration within a single platform.

Weaknesses

  • No publicly documented API or developer portal — export and migration rely on ad-hoc data extraction.
  • Small review cohort and limited third-party community resources for troubleshooting or peer support.
  • Interactive Map geometry and visual stock statuses are UI-layer data not exposed for migration or backup.
  • Highly custom implementations per customer mean no standard schema — every migration requires a full field audit.
  • Platform is primarily oriented to the Australian property development market, limiting applicability for teams in other regions.
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. 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 Property Shell and Freshsales.

  • 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

    Property Shell: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Property Shell to Freshsales migrations complete in 48–72 hours for under 50,000 records. Complex migrations with nested property-object data, multiple custom property types, and heavy activity history extend to 5–10 days. The Freshsales schema setup phase — creating custom fields for development stages, lot numbers, and releases — is typically the longest planning step and runs before data movement begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Property Shell.
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