CRM migration
Field-level mapping, validation, and rollback between ClientTether.com and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
ClientTether.com
Source
Nutshell
Destination
Compatibility
10 of 10
objects map 1:1 between ClientTether.com and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from ClientTether.com to Nutshell is primarily a simplification and cost-model transition. ClientTether's franchise-first architecture creates nested hierarchies — brand accounts, franchise owner entities, FBC structures — that have no direct equivalent in Nutshell's horizontal account-contact model. We extract the full hierarchy as parent-child relationships on Nutshell Accounts, flattening it to a depth that Nutshell supports while preserving lineage. ClientTether's account-based pricing (flat rate per sales account, unlimited users) contrasts with Nutshell's per-seat model, which means the billing structure flips and total user count must be scoped against Nutshell's tiers. We migrate Contacts, Leads, Accounts, Deals, tags, custom fields, and engagement history (calls, emails, meetings, tasks) via Nutshell's REST API with batch handling. ClientTether's workflow automations, email sequences, and franchise-specific objects like Proposals and Work Orders do not migrate as functional code; we deliver a written inventory of every active automation and sequence for the customer's admin to rebuild manually in Nutshell or document for a follow-on automation project.
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 ClientTether.com 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.
ClientTether.com
Contact
Nutshell
Person
1:1ClientTether Contacts migrate to Nutshell People. Standard fields — name, phone, email, company association, address — map directly to Nutshell's People object fields. Communication history (call logs, email records, meeting records) attaches to the Person record via Nutshell's activity timeline. We resolve the Contact-to-Account linkage and set the Person's Company field to the corresponding migrated Account. Any tags on the Contact migrate as a multi-select picklist or tag field on Person, depending on Nutshell's field configuration at the destination account tier.
ClientTether.com
Lead
Nutshell
Lead
1:1ClientTether Leads (generated via web forms, IVR, or CSV import) map directly to Nutshell Lead records. Lead source attribution and the originating campaign or form ID migrate to custom fields on the Lead since Nutshell's standard Lead object tracks source name and status but not campaign ID natively. We flag any Leads with a status of 'converted' in ClientTether and resolve them to a corresponding Person or Deal record at migration time.
ClientTether.com
Account
Nutshell
Company
1:1ClientTether Accounts (franchisee entities, franchise owner organizations, FBC structures) map to Nutshell Company records. The key migration work is hierarchy flattening: ClientTether's nested brand accounts, franchise owner accounts, and FBC structures translate to Nutshell Company records with a parent_company_id reference where the nesting depth is one level. Multi-level hierarchies (brand account > franchise owner > franchise entity) are remapped to two levels of parent_company references and flagged for manual review because Nutshell supports only single-level parent Account nesting. The franchise owner type designation migrates as a custom field on the Company record.
ClientTether.com
Pipeline
Nutshell
Pipeline + Stage
1:1ClientTether Pipelines map to Nutshell Pipelines with their stage definitions. Stage names, positions, and probabilities migrate to Nutshell Pipeline stages. If ClientTether uses multiple named pipelines (e.g., separate pipelines per brand or FSO), these map to separate Nutshell Pipelines with distinct stage sets. We configure the pipeline and stage structure in Nutshell before any Deal records are imported.
ClientTether.com
Deal
Nutshell
Deal
1:1ClientTether Deals map directly to Nutshell Deals. The dealstage and pipeline assignments from ClientTether map to the corresponding Nutshell Pipeline and Stage values created during pipeline configuration. Closed-Won and Closed-Lost reason fields from ClientTether custom properties migrate to Nutshell Deal custom fields. We resolve AccountId and OwnerId at migration time using the Account and User mapping.
ClientTether.com
Tag
Nutshell
Tag
1:1ClientTether Tags used as segmentation markers on Contacts, Leads, Accounts, and Deals migrate to Nutshell Tags. Tag assignments are preserved per record, and tags used as automation trigger conditions are flagged separately in the migration inventory. Nutshell Tags are a first-class object and display in list views and filtering, so the segmentation logic carries forward even though the triggering automation does not.
ClientTether.com
Custom Field
Nutshell
Custom Field
1:1Custom fields on Contacts, Leads, Accounts, and Deals in ClientTether are enumerated during discovery. We map field types (text, number, date, picklist, checkbox, phone) to Nutshell's equivalent custom field types. Picklist fields migrate with their option values preserved. Fields that have no direct Nutshell equivalent (e.g., franchise-specific multi-select fields) are translated to text fields and flagged for review. We pre-create all custom fields in Nutshell before record import begins.
ClientTether.com
Call Log
Nutshell
Activity (call)
1:1ClientTether inbound and outbound call records — duration, direction, timestamp, disposition, linked Contact — migrate to Nutshell Activity records of type call. We preserve the original call timestamp as the Activity date, call duration as a custom field (since Nutshell's standard call activity does not include a dedicated duration field), and the disposition note as the Activity description. The Contact association is resolved via the Contact-to-Person migration mapping.
ClientTether.com
Email Engagement
Nutshell
Activity (email)
1:1ClientTether email sequence enrollment records and email engagement history (sent, opened, clicked timestamps) migrate to Nutshell Activity records linked to the corresponding Person. Email body content migrates as a note or activity description depending on content length and format. If ClientTether tracks email sequence step position, this is stored as a custom field on the activity record for sequence reconstruction documentation.
ClientTether.com
Meeting / Task
Nutshell
Activity (meeting or task)
1:1ClientTether scheduled meetings and task records migrate to Nutshell Activity records. Meeting records preserve date, time, duration, and linked Contact. Tasks migrate with status (open, completed), due date, assigned user, and description. Task assignment is resolved via the Owner mapping from ClientTether users to Nutshell users.
| ClientTether.com | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Account | Company1:1 | Fully supported | |
| Pipeline | Pipeline + Stage1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Call Log | Activity (call)1:1 | Fully supported | |
| Email Engagement | Activity (email)1:1 | Fully supported | |
| Meeting / Task | Activity (meeting or task)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.
ClientTether.com gotchas
Workflow automation logic is not fully API-accessible
Pricing is per sales account, not per user — an unusual model
Multi-brand hierarchy requires remapping at the destination
Proposal and Work Order linkage may not survive export intact
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Discovery and hierarchy mapping
We audit the ClientTether account across all active objects: Contacts, Leads, Accounts, Deals, Pipelines, tags, custom fields, Proposals, Work Orders, and engagement history volume. We specifically map the franchise hierarchy depth — identifying brand accounts, franchise owner entities, and FBC structures — and document the nesting levels that will require flattening for Nutshell. We also enumerate active workflows and email sequences for the automation inventory deliverable. The discovery output is a written migration scope with the full object list, hierarchy flattening plan, and Nutshell edition recommendation.
Nutshell sandbox configuration and schema pre-creation
We configure a Nutshell sandbox or trial account and pre-create all custom fields, picklist option values, pipelines, and stage definitions before any record import. Tag fields are provisioned and naming conventions are aligned with ClientTether's existing taxonomy. The hierarchy flattening strategy is validated here: we create test Company records with parent_company relationships to confirm Nutshell's nesting behavior matches our mapping plan. Any field type translation decisions (e.g., ClientTether multi-select to Nutshell text) are finalized in this phase.
Sandbox migration and reconciliation
We run a full migration into the configured Nutshell sandbox using a representative data sample (typically 5-10% of total records). The customer's admin reviews record counts, spot-checks 25-50 records for field-level accuracy, and validates that parent-child account relationships rendered correctly after flattening. Any mapping corrections — field name collisions, picklist value mismatches, tag truncation — are resolved here before production migration begins. Sign-off from the customer's admin is required before we proceed to production.
User roster and owner reconciliation
We extract every distinct user referenced on ClientTether records (Contacts, Leads, Deals, Tasks) and match them by email against the Nutshell destination account's user list. Users without a matching Nutshell account go to a reconciliation queue for the customer's admin to provision. Open Tasks are reassigned to the nearest active Nutshell user during this phase. This step gates record import because OwnerId references are required on Deals and Activities.
Production migration in dependency order
We run production migration in dependency order: custom fields and picklists (schema deployed first), Companies (Accounts), People (Contacts), Leads, Deals, tags, Proposal text and line items (as Deal custom fields), Work Order inventory (as CSV + Nutshell custom object), and engagement history (call logs, email records, meetings, tasks via batched API inserts). Each phase emits a row-count reconciliation report before the next phase begins. Delta records modified during the migration window are caught in a final incremental sync pass.
Cutover, validation, and automation handoff
We freeze ClientTether writes during cutover, run a final delta migration of any records created or modified during the migration window, then enable Nutshell as the system of record. We deliver the Workflow and Sequence inventory document — listing every active automation with its trigger conditions, actions, and recommended Nutshell workflow equivalent — to the customer's admin team. We support a 72-hour hypercare window to resolve reconciliation issues. We do not rebuild ClientTether automations as Nutshell workflows inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
ClientTether.com
Source
Strengths
Weaknesses
Nutshell
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 ClientTether.com and Nutshell.
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
ClientTether.com: Not publicly documented.
Data volume sensitivity
ClientTether.com 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 ClientTether.com to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your ClientTether.com to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave ClientTether.com
Other ways to arrive at Nutshell
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.