Migrate your Zuper data
Field service management CRM built for mobile-first scheduling, job dispatching, and technician workflows. Targets HVAC, plumbing, electrical, and roofing contractors who need offline-capable job management with digital payment and inventory tracking.
In its favor
Why people choose Zuper
The signal that keeps Zuper on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Mobile-first offline operations let technicians complete jobs in the field without reliable connectivity, eliminating the paper-based workflows that plagued their previous software.
Custom fields on Customers and Jobs allow field-service companies to capture trade-specific data without paying for heavy customisation on a legacy platform.
Intelligent dispatching and smart scheduling reduce the back-and-forth of assigning jobs to technicians, directly improving first-time fix rates.
Digital payment processing embedded in the mobile app cuts the invoice lag that was common with prior tools, letting contractors get paid faster.
The guided workflow feature ties inspection, quoting, and pricing into a single node sequence so even new field techs produce consistent output.
The estimate platform has limited functionality compared to dedicated quoting tools, and customers report it is inferior to most competing products in the FSM space.
Zuper is a newer product still in active development — some features customers need are not yet available, causing delays for teams with specific requirements.
The mobile app has stability issues including crashes mid-task, disappearing data during input, and excessive clicking to complete simple actions.
Leadership commitments have been missed repeatedly according to at least one mid-market reviewer, creating frustration around roadmap reliability.
Limited reporting depth makes it hard to extract actionable operational insights without exporting to a third-party BI tool.
Reasons to switch
Why people leave Zuper
The recurring reasons buyers give for replacing Zuper. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Zuper fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Zuper pricing overview
Zuper publishes Starter, Core, and Premium tiers but does not publicly list pricing on its website. Sales engagement is required to obtain quotes, and tier-specific feature gating means migration scope must confirm which tier the customer is on before estimating API access and object availability.
Starter
Tier 1 of 3
Not publicly published
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Zuper's schedule — see our quote-based pricing →
What gets migrated
Zuper object support
Object-by-object support for Zuper migrations. Per-pair details surface during scoping.
Jobs
Fully supportedJobs are Zuper's primary work-order object. They carry status, assigned Users or Teams, Job Categories, locations, and line items. The schema is well-documented and stable across tiers. We migrate Jobs 1:1 with all standard fields and preserve checklist attachments as metadata.
Customers
Fully supportedCustomers in Zuper include contact details, address, and linked Job history. Standard fields are consistent. We map Customer records including phone, email, and company association to the destination's contact or account object.
Custom Fields (on Customers)
Mapping requiredZuper supports custom fields on Customer records. The API allows creating and updating custom field values via PATCH endpoints. We capture the custom field definitions and apply them at import time, handling value mapping for picklist and date types that may have different option sets in the destination.
Quotes
Mapping requiredQuotes in Zuper are linked to Jobs and carry pricing and service options. Customer reviews indicate the estimate module is underdeveloped with limited functionality. We migrate Quote line items and totals but recommend reviewing the destination's quote or estimate object schema for parity before committing, as some Zuper quote fields may not map cleanly.
Timesheets
Fully supportedZuper exposes a full Timesheets CRUD API including get, create, update, delete, and summary endpoints. We migrate timesheet entries linked to Users and Jobs, preserving billable vs non-billable flags and duration data.
Timeoff
Mapping requiredTimeoff is split across Timeoff Requests, Timeoff Request Types, and Timeoff Availability. These are related to the User object. We migrate Timeoff records with status and dates, noting that approval workflow states in the destination may differ and require manual review.
Teams
Fully supportedTeams are a named grouping of Users with dedicated CRUD endpoints. We preserve team memberships and map them to the destination's group or team objects.
Users
Fully supportedUsers represent field technicians and office staff. Zuper's API exposes User endpoints for timelog, assignment, and team membership. We migrate User records with active/inactive status and link them to Timesheet and Job history.
Job Categories
Mapping requiredJob Categories are a classification system for Jobs. The API exposes Job Category configuration. We migrate category names and hierarchies but note that if the destination uses a different classification model, we collapse to text labels rather than recreating the full taxonomy.
Workflows (Automation)
Not in this platformZuper's Workflow Builder uses a node-based UI to define automation sequences tied to Jobs and Quotes. There is no documented export format or API for workflow definitions. We do not migrate workflows automatically. We document the existing workflow triggers and actions for manual reconstruction at the destination.
| Object | Support | Notes |
|---|---|---|
| Jobs | Fully supported | Jobs are Zuper's primary work-order object. They carry status, assigned Users or Teams, Job Categories, locations, and line items. The schema is well-documented and stable across tiers. We migrate Jobs 1:1 with all standard fields and preserve checklist attachments as metadata. |
| Customers | Fully supported | Customers in Zuper include contact details, address, and linked Job history. Standard fields are consistent. We map Customer records including phone, email, and company association to the destination's contact or account object. |
| Custom Fields (on Customers) | Mapping required | Zuper supports custom fields on Customer records. The API allows creating and updating custom field values via PATCH endpoints. We capture the custom field definitions and apply them at import time, handling value mapping for picklist and date types that may have different option sets in the destination. |
| Quotes | Mapping required | Quotes in Zuper are linked to Jobs and carry pricing and service options. Customer reviews indicate the estimate module is underdeveloped with limited functionality. We migrate Quote line items and totals but recommend reviewing the destination's quote or estimate object schema for parity before committing, as some Zuper quote fields may not map cleanly. |
| Timesheets | Fully supported | Zuper exposes a full Timesheets CRUD API including get, create, update, delete, and summary endpoints. We migrate timesheet entries linked to Users and Jobs, preserving billable vs non-billable flags and duration data. |
| Timeoff | Mapping required | Timeoff is split across Timeoff Requests, Timeoff Request Types, and Timeoff Availability. These are related to the User object. We migrate Timeoff records with status and dates, noting that approval workflow states in the destination may differ and require manual review. |
| Teams | Fully supported | Teams are a named grouping of Users with dedicated CRUD endpoints. We preserve team memberships and map them to the destination's group or team objects. |
| Users | Fully supported | Users represent field technicians and office staff. Zuper's API exposes User endpoints for timelog, assignment, and team membership. We migrate User records with active/inactive status and link them to Timesheet and Job history. |
| Job Categories | Mapping required | Job Categories are a classification system for Jobs. The API exposes Job Category configuration. We migrate category names and hierarchies but note that if the destination uses a different classification model, we collapse to text labels rather than recreating the full taxonomy. |
| Workflows (Automation) | Not in this platform | Zuper's Workflow Builder uses a node-based UI to define automation sequences tied to Jobs and Quotes. There is no documented export format or API for workflow definitions. We do not migrate workflows automatically. We document the existing workflow triggers and actions for manual reconstruction at the destination. |
Gotchas
What to watch for in Zuper migrations
Issues we've hit on past Zuper migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
No bulk API endpoint means large migrations are sequential
Quote object schema is shallower than Job schema
Workflow Builder automations have no export capability
Multi-custom-field filter on Properties API returns no records when multiple filters applied
Mobile app instability causes incomplete Job records in production data
| Severity | Issue |
|---|---|
| High | No bulk API endpoint means large migrations are sequential |
| Medium | Quote object schema is shallower than Job schema |
| High | Workflow Builder automations have no export capability |
| Medium | Multi-custom-field filter on Properties API returns no records when multiple filters applied |
| Medium | Mobile app instability causes incomplete Job records in production data |
Leaving Zuper?
Where Zuper customers move next
12 destinations Zuper can migrate to.
How a Zuper migration works
Four steps, Zuper-specific
Connect
API key (via developers.zuper.co portal) into Zuper. Scopes limited to read-only on the data we move.
Map
We translate Zuper-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Zuper quirks before production.
Migrate
Full migration with Zuper rate-limit handling. Rollback available throughout.
FAQ
Zuper migration FAQ
Answers to the questions buyers ask most during Zuper migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Zuper migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Zuper.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Zuper setup and destination — written quote back within a business day.