CRM migration
Field-level mapping, validation, and rollback between Signpost and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Signpost
Source
Nutshell
Destination
Compatibility
7 of 9
objects map 1:1 between Signpost and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Signpost and Nutshell take fundamentally different approaches to data organization. Signpost structures its CRM around a per-business model with an AI layer called Mia that manages review requests, SMS and email campaigns, and appointment reminders based on proprietary behavioral scoring. Nutshell uses the standard Account-Contact-Person model familiar to most CRM users, with Leads, Companies, People, Deals, and Tasks as first-class objects. We resolve the business-to-account mapping, preserve the most recent review request status as a custom Contact field, and document every active Mia automation rule in a structured rebuild form for the customer's admin. Shared inbox message history from Signpost has no export mechanism and cannot migrate; we flag this upfront and recommend customers screenshot or archive critical threads before cutover. Campaign content and timing rules migrate; the automated Mia trigger logic does not. A typical Signpost-to-Nutshell migration for a local service business with under 10,000 contacts completes in two to four weeks.
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 Signpost 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.
Signpost
Contact
Nutshell
Person
1:1Signpost Contact records map directly to Nutshell Person. Name, phone, email, address, and owner association migrate as standard fields. We resolve owner email against Nutshell's user list and hold any unmatched owners in a reconciliation queue. Signpost contact-level suppression flags and do-not-contact preferences migrate as a custom Person field since Nutshell uses the standard HasOptedOutOfEmail pattern for opt-out tracking.
Signpost
Business
Nutshell
Account
1:1Signpost Business records map to Nutshell Account. The business name becomes Account Name, and any parent-child business structure in Signpost maps to Account Hierarchy in Nutshell. We use Account as the dedupe key during import so that contacts can be linked to their associated Account at insert time. Business-level custom properties migrate as Account custom fields.
Signpost
Campaign
Nutshell
Email Campaign + Automation
1:1Signpost campaigns spanning email and SMS migrate as Nutshell email campaigns with campaign content, subject lines, and recipient lists preserved. Campaign timing rules and contact targeting criteria migrate as the campaign record is configured. The automated Mia trigger logic that governed when campaigns fired does not migrate; we document every active Mia campaign rule in a structured rebuild form so the customer can manually configure equivalent Nutshell automation triggers post-migration.
Signpost
Review Request
Nutshell
Custom Person Field
lossySignpost's review solicitation object tracks when a customer was asked for a review, the request status, and whether the response was positive, negative, or flagged for internal resolution. Nutshell has no native review object. We migrate the most recent review request status and response as a custom Person field called Last Review Request Status. Full solicitation history across all time is too complex to flatten into a single field; we document this limitation in the migration scope and recommend the customer manually archive historical review data if it is business-critical.
Signpost
Appointment
Nutshell
Task
1:1Signpost appointment records including scheduling data, customer association, status, and appointment type map to Nutshell Task records. We set Task Type to Appointment or Meeting and preserve the original scheduling date, time, and duration. Custom appointment types in Signpost become custom Task fields in Nutshell. Any appointment notes or descriptions migrate as the Task description field.
Signpost
Custom Properties
Nutshell
Custom Fields
lossySignpost custom fields on contacts and businesses export with their field types preserved. We map text fields to Nutshell text custom fields, date fields to Nutshell date fields, and numeric fields to Nutshell numeric fields. Nutshell supports custom fields for People, Companies, and Leads with a character limit of 225 for text fields. Any field types that exceed Nutshell's supported types are flagged for customer review and flattened to text where feasible.
Signpost
Tags and Segments
Nutshell
Tags
1:1Signpost contact segments and tags used for campaign targeting migrate as Nutshell Tags on the Person record. Tag logic that relied on Mia's behavioral scoring is flagged for manual reconstruction in Nutshell's segmentation tool. We preserve the tag names exactly so the customer can rebuild equivalent segments post-migration without renaming.
Signpost
Users and Owners
Nutshell
Users
1:1Signpost user accounts and owner assignments on records map to Nutshell Users. We match by email address as the dedupe key. Any Signpost user who does not have a matching Nutshell account goes to a reconciliation queue for the customer to provision before record import resumes. Inactive Signpost users can be created as inactive Nutshell Users to preserve historical owner attribution.
Signpost
Loyalty and Referral Programs
Nutshell
Custom Fields or Custom Object
1:1Referral and loyalty program enrollment records in Signpost migrate as custom Person fields or a custom Nutshell object depending on the enrollment data complexity. Program rules and point balances do not migrate as executable logic; they require manual configuration in Nutshell. We extract enrollment status, referral source, and loyalty tier as structured fields and deliver a program reconstruction guide as part of the migration handoff documentation.
| Signpost | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Business | Account1:1 | Fully supported | |
| Campaign | Email Campaign + Automation1:1 | Fully supported | |
| Review Request | Custom Person Fieldlossy | Fully supported | |
| Appointment | Task1:1 | Fully supported | |
| Custom Properties | Custom Fieldslossy | Mapping required | |
| Tags and Segments | Tags1:1 | Mapping required | |
| Users and Owners | Users1:1 | Mapping required | |
| Loyalty and Referral Programs | Custom Fields or Custom Object1:1 | Mapping required |
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.
Signpost gotchas
Mia workflow automations are not exportable
Shared inbox message history is not exported
Slow contact list performance indicates export risk
Review request history requires custom property reconstruction
Billing model and contract terms are opaque
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 scoping
We audit the source Signpost account for record counts across Contacts, Businesses, Campaigns, Appointments, Review Requests, and Custom Properties. We document every active Mia automation rule as reported by the customer and flag shared inbox usage for manual archive. We confirm the contact list size and flag any segmentation requirements for large exports. The output is a written migration scope document with record counts, object mapping, and a list of data that cannot migrate, requiring customer acknowledgment before migration begins.
Custom field schema creation in Nutshell
We create the destination custom fields in Nutshell before any data moves. This includes the Last Review Request Status field on Person, any loyalty or referral enrollment fields, and any custom appointment type fields. Nutshell supports text, long text, currency, date, and numeric field types for People, Companies, and Leads. We coordinate field creation with the customer's Nutshell admin and deploy into the live Nutshell environment before record import begins.
Owner and user reconciliation
We extract every distinct Signpost owner referenced on Contact, Business, and Appointment records and match by email against Nutshell's user list. Any Signpost owner without a matching Nutshell User goes to a reconciliation queue. The customer provisions missing Nutshell Users before record import resumes. Owner attribution on records must be resolved at this stage because OwnerId references are required on most Nutshell standard objects during import.
Business and Contact migration in dependency order
We migrate Signpost Business records first, creating Nutshell Account records with the dedupe key set to business name. Contact records follow, with AccountId resolved at insert time so each Person is linked to its associated Account. Review request status for each Contact migrates as the custom Person field. We run row-count reconciliation after each phase and flag any records that failed to import due to missing required fields or format mismatches.
Campaign content and automation audit delivery
We migrate campaign content and recipient lists to Nutshell as email campaign records. The Mia automated trigger logic is not migratable. We deliver the campaign automation audit form documenting every active Signpost campaign with its trigger conditions, timing rules, and recipient criteria, along with a recommended rebuild path using Nutshell's automation builder. The customer or a Nutshell partner rebuilds the trigger logic post-migration.
Cutover, validation, and handoff
We freeze Signpost writes during cutover and run a final delta migration of any records modified during the migration window. Shared inbox message history is confirmed as unexportable and the customer acknowledges this data loss in writing. We enable Nutshell as the system of record and deliver the migration handoff package including the automation audit, the campaign rebuild guide, and a record-count reconciliation report. We support a five-business-day hypercare window for reconciliation issues. We do not rebuild Mia automations or configure Nutshell workflows inside the migration scope.
Platform deep dives
Signpost
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 Signpost and Nutshell.
Object compatibility
1 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
Signpost: Not publicly documented.
Data volume sensitivity
Signpost 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 Signpost to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Signpost 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 Signpost
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.