CRM migration

Migrate from Daylite to Nutshell

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

Daylite logo

Daylite

Source

Nutshell

Destination

Nutshell logo

Compatibility

60%

6 of 10

objects map 1:1 between Daylite and Nutshell.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Daylite to Nutshell is a cross-platform migration from a macOS-native CRM with bundled project management to a web-based SaaS CRM without a native project management layer. Daylite exports its full database as a compressed archive of CSVs covering every table, but the download link expires after 14 days and must be refreshed if scoping begins after expiration. Daylite's Opportunity stage names are freeform text stored per record, while Nutshell manages stages as a configured taxonomy that maps to pipeline-specific values. We extract the full set of unique stage strings from the export, deduplicate and normalize them during scoping, then configure the Nutshell pipeline before any Opportunity data loads. People and Companies maintain their 1:1 linkage through foreign key columns in the Daylite CSV; we resolve the Company record first, then attach each Person to the matched Account during import. Project records, sub-tasks, and Appointments follow as separate object passes. We do not migrate Billings Pro billing records (separate application), iOSXpert plugin data if the plugin was not active during export, or Daylite workflows and automations. We deliver a written inventory of all active automations for the customer's admin to rebuild in Nutshell or a connected automation tool.

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

Daylite logo

Daylite

What's pushing teams away

  • Apple-only platform becomes a constraint — teams that need web access, cross-platform mobile support, or Windows/Linux compatibility hit a hard wall and must migrate away entirely.
  • Limited third-party integrations — compared to cloud-first CRMs with deep Zapier, API, or native connector ecosystems, Daylite's integration surface is narrow, frustrating teams needing to connect billing, marketing, or analytics tools.
  • Steep learning curve for non-power users — the rich object model and deep Apple integration come with complexity that new team members find intimidating without dedicated onboarding.
  • Plugin ecosystem fragility — iOSXpert plugins are third-party and must be maintained alongside Daylite updates; plugin breakage or abandonment leaves data stranded in non-standard tables.
  • Data export limitations — while CSV export is possible, the 14-day download window and manual column-selection process make large or automated migrations difficult to execute reliably.

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

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

Daylite

Person

maps to

Nutshell

Person (Contact)

1:1
Fully supported

Daylite People map to Nutshell Person records. The Daylite CSV includes first name, last name, email, phone, address, and custom field values with foreign key references to the Company table. We load Nutshell Persons first in the migration sequence, then update each Person record with the resolved Account (Company) reference using a lookup-by-name strategy against the Nutshell Account table after it has been populated. Any Person without a matching Company in Daylite's export is loaded as a standalone Nutshell Person with no Account association and flagged for customer review.

Daylite

Company

maps to

Nutshell

Account

1:1
Fully supported

Daylite Companies map to Nutshell Accounts. The export includes company name, industry, website, address, and custom properties. Account is loaded before Person to satisfy the lookup dependency. We use company name as the dedupe key; if a duplicate Account name exists in Nutshell, we append a suffix and flag the record for the customer to merge post-migration. Industry and website fields map directly to Nutshell's standard Account fields.

Daylite

Opportunity

maps to

Nutshell

Lead or Deal

1:many
Fully supported

Daylite Opportunities map to Nutshell Leads for open or early-stage records and Nutshell Deals for qualified, pipeline-active records. We apply a split rule during scoping: Opportunities with a Stage value indicating qualification (as defined by the customer's stage normalization mapping) land as Nutshell Deals linked to the resolved Account and Person. Opportunities in early or unspecified stages land as Leads. The original Daylite stage string is preserved in a custom field on both Nutshell record types for audit and reconciliation.

Daylite

Opportunity Stage

maps to

Nutshell

Lead Status or Deal Stage

lossy
Fully supported

Daylite Opportunity stages are freeform text strings stored per record, not a managed taxonomy. We deduplicate all unique stage values across the export, deduplicate and normalize them into a customer-reviewed stage mapping table, then configure Nutshell Lead Status values (for migrated Leads) and Deal Stage values (for migrated Deals) before import. Typos and variant names in historical records are preserved verbatim in the raw stage field; the normalized value becomes the target Nutshell stage.

Daylite

Project

maps to

Nutshell

Note or Custom Object

lossy
Fully supported

Daylite Projects have no direct Nutshell equivalent because Nutshell is CRM-only without native project management. We discuss the customer's preference during scoping: Projects can migrate as Nutshell Notes attached to the related Account or Deal (preserving project name, status, dates, and description as note body text), or as a custom Projects object that Nutshell creates during the migration if the customer has a Nutshell Enterprise plan. Budget and cost threshold fields from the iOSXpert Time&Budget plugin migrate as custom number fields on the Project mapping target if that plugin table is present in the export.

Daylite

Task

maps to

Nutshell

Task

1:1
Fully supported

Daylite Tasks (standalone and sub-tasks) map to Nutshell Tasks. The export includes task title, status, due date, priority, assignee (owner email), and parent project reference. We resolve assignees by email match against Nutshell Users, hold any unresolved owners in a reconciliation queue, and write tasks with status mapping (Open to Open, Completed to Completed, Cancelled to Cancelled). Sub-tasks carry a parent Task foreign key; we preserve the hierarchy by writing the child task with a link back to the parent Nutshell Task ID after the parent insert.

Daylite

Appointment

maps to

Nutshell

Activity

1:1
Fully supported

Daylite Appointments map to Nutshell Activities. The CSV includes start time, end time, timezone, all-day flag, location, category, and linked Person and Project IDs. We reconstruct the calendar chronology in Nutshell Activities, setting the activity type to Meeting and preserving the original UTC timestamp as a custom field for ordering. Location and category transfer to standard Nutshell Activity fields where supported; any unmapped category values are written to a custom field for the customer's admin to remap post-migration.

Daylite

Note

maps to

Nutshell

Note

1:1
Fully supported

Daylite Notes are freeform text records attached to any object. The export includes the target object type (Person, Company, Opportunity, Project) and ID. We write them to Nutshell as Note records linked via ContentDocumentLink to the corresponding Nutshell record (Person or Account). Notes with no resolvable target (referenced object was deleted in Daylite) are held in a notes-without-parent queue for the customer to review.

Daylite

Group

maps to

Nutshell

Tag

lossy
Fully supported

Daylite Groups are static groupings of People or Companies used for segmentation. The export is a membership mapping table (group name, member type, member ID). We recreate group membership in Nutshell as Tags on Person and Account records. The customer chooses during scoping whether to create Tags as Nutshell native tags or as custom picklist values on a custom segmentation field.

Daylite

Custom Field

maps to

Nutshell

Custom Field

1:1
Fully supported

Daylite custom fields on People, Companies, Opportunities, Projects, Tasks, and Appointments are defined in a separate metadata table within the export and referenced by field ID in the record tables. We extract both the definition table and the value columns, present a custom field mapping worksheet during scoping, and pre-create equivalent custom fields in Nutshell before import. Field type mapping: Daylite text and number map to Nutshell text and number; date maps to date; multi-select maps to a comma-separated text field in Nutshell unless Nutshell's multi-select custom field type is available on the customer's plan.

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.

Daylite logo

Daylite gotchas

High

Database export download expires after 14 days

High

Billings Pro self-serve is discontinued, cloud migration required

Medium

Plugin-stored data is only exportable if the plugin is installed

Medium

Custom field definitions must be manually mapped

Low

Pipeline stage names are plain text, not a managed taxonomy

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

  • Daylite export download link expires after 14 days

    When you trigger a full database export from Daylite Account Settings, the compressed archive of CSVs and attachments is available for download for 14 days only. If scoping begins after the link has expired, the export must be regenerated and a new 14-day window begins. We confirm link validity before any migration work starts and trigger a fresh export if needed. Do not request a scoping call and then delay for weeks before engaging a migration provider; the export window will have closed.

  • Billings Pro data lives outside Daylite's export

    Marketcircle discontinued self-serve Billings Pro, and the billing application maintains a separate database that does not appear in Daylite's CSV export. Any invoice records, billing addresses, payment history, or time-tracking data from Billings Pro must be exported independently from Billings Pro before the account is transitioned. We do not migrate Billings Pro records. If the customer needs this data in Nutshell, they must provide a separate Billings Pro export and confirm how billing data should appear in Nutshell (Notes, custom fields, or a third-party integration).

  • Pipeline stage names are freeform text requiring manual normalization

    Daylite Opportunity stage names are freeform text strings stored per Opportunity, not a centrally managed taxonomy. The export shows each Opportunity with whatever stage text was entered, including typos, abbreviations, and duplicate variants. We deduplicate all unique stage strings from the export and present a normalization worksheet during scoping so the customer explicitly maps each source stage to a Nutshell stage value. Skipping this step results in Nutshell Deals scattered across stages that were meant to be the same, breaking pipeline reporting and sorting.

  • iOSXpert plugin data requires active plugin during export

    iOSXpert extensions (Time&Budget, FinanceConnector) write data into additional tables within Daylite's database. If the plugin was not installed when the export was generated, those tables are absent from the archive. We audit the exported table list for plugin signatures during scoping and flag any missing plugin tables. If the customer needs plugin data migrated, they must reinstall the plugin, allow the data to repopulate, and trigger a new export. Plugin data that is present migrates to Nutshell as custom fields on the target object.

  • Custom field definitions live in a separate metadata table

    Daylite custom field definitions (name, type, options) are stored in a metadata table separate from the record value tables. Both must be extracted and joined before the mapping worksheet can be built. If the customer exported only specific record tables without the definitions table, custom field mapping becomes guesswork. We request both the record CSVs and the field definition metadata during scoping and cross-reference them before presenting any field mapping to the customer.

Migration approach

Six steps for a successful Daylite to Nutshell data migration

  1. Export validation and scoping

    We confirm that the Daylite export download link is still valid (within 14 days of generation) or request a fresh export if it has expired. We audit the exported table list for all standard Daylite objects (Person, Company, Opportunity, Project, Task, Appointment, Note, Group), custom field definitions, iOSXpert plugin tables (if present), and the attachment folder. We extract a row-count inventory for each table and identify any tables that are missing or empty. The scoping output is a written migration scope document with record counts, object list, and a custom field mapping worksheet for the customer to complete before design begins.

  2. Stage normalization and mapping design

    We deduplicate all unique Opportunity stage strings from the export and present them as a stage normalization worksheet. The customer explicitly maps each Daylite stage value to a Nutshell stage (for Deals) or Lead Status (for Leads). We also define the Lead-versus-Deal split rule based on the customer's stage matrix. This step is the critical design gate; no Opportunity data moves until the stage mapping is signed off because it determines the entire pipeline structure in Nutshell.

  3. Schema preparation in Nutshell

    We create all required custom fields in Nutshell before any data import, matching Daylite field types (text, number, date, picklist) to Nutshell equivalents. We configure the Deal stages and Lead statuses using the signed-off normalization worksheet. We create Tags in Nutshell for Daylite Group membership if that is the customer's chosen segmentation strategy. We provision the Nutshell migration user with sufficient permissions for bulk import and verify that validation rules and required-field settings will not block the incoming records.

  4. Account and Person migration

    We load Nutshell Accounts first from the Daylite Company export, using company name as the dedupe key. After Account load completes and the Nutshell Account IDs are captured, we load Persons from the Daylite Person export and attach each to the resolved Nutshell Account using a lookup-by-company-name strategy. The two-phase load ensures that no Person is orphaned from an Account during import.

  5. Opportunity migration with stage resolution

    We load Nutshell Leads and Deals from the Daylite Opportunity export, applying the signed-off split rule and stage normalization map. Each record receives the resolved Account ID (from the Account load) and Person ID (from the Person load) as lookup targets. Owner assignment is resolved by email match against Nutshell Users; any unresolved owners are flagged in the reconciliation report for the customer's admin to provision or reassign before the next migration phase.

  6. Task, Appointment, and Note migration

    We load Tasks with parent-child hierarchy resolved (sub-tasks written after their parent Task ID is known). Appointments migrate as Nutshell Activities with original timestamps preserved. Notes migrate as Nutshell Notes linked via ContentDocumentLink to the parent Person or Account. Groups migrate as Tags on the corresponding Person and Account records. We run a row-count reconciliation report for each object against the Daylite export counts and investigate any discrepancy above 0.5 percent before proceeding to cutover.

  7. Cutover, delta sync, and automation handoff

    We freeze Daylite writes during the cutover window, run a final delta migration of any records modified during the migration process, then enable Nutshell as the system of record. We deliver a written automation inventory documenting every Daylite workflow, sequence, and scheduled task that requires rebuild in Nutshell's workflow builder or a connected automation platform. We do not rebuild Daylite workflows as Nutshell workflows as standard scope. We support a three-day hypercare window for reconciliation issues reported by the customer's team in the first 72 hours post-cutover.

Platform deep dives

Context on both ends of the pair

Daylite logo

Daylite

Source

Strengths

  • Deep Apple platform integration with Contacts, Calendar, Mail, and Siri.
  • Built-in project management with Tasks, Appointments, and budget tracking.
  • Full database CSV export available to all customers without restrictions.
  • Single pricing tier with no feature gating between plans.
  • Rich ORM-based data model with well-structured foreign key relationships.

Weaknesses

  • Apple-only deployment excludes all other desktop and mobile platforms.
  • Limited third-party integration ecosystem beyond native Apple apps.
  • Self-serve data export window expires after 14 days.
  • API documentation is sparse and not publicly indexed.
  • Plugin data from iOSXpert add-ons may not be consistently exportable.
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. 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 Daylite and Nutshell.

  • 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

    Daylite: Not publicly documented as specific numeric quotas; standard SaaS limits assumed and confirmed during scoping.

  • Data volume sensitivity

    A

    Daylite exposes a bulk API — large-volume migrations stream efficiently.

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between two and four weeks for accounts under 5,000 People and 1,000 Opportunities without iOSXpert plugin data. Migrations with Time&Budget or FinanceConnector plugin tables, more than 10,000 total records, or multiple linked Projects with Appointments and sub-tasks move to five to eight weeks because of relationship resolution, custom field mapping workshops, and stage normalization. The Daylite export window (14 days) and the time to complete the stage normalization worksheet are the most common schedule risks; delays in either extend the overall timeline.

Adjacent paths

Related migrations to explore

Ready when you are

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