Migrate your Tidy Build data
Job costing and project control software for construction companies, tracking materials, costs, and resources from quote through to project completion.
In its favor
Why people choose Tidy Build
The signal that keeps Tidy Build on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Construction-specific job costing from quote through to project close, covering materials, labour, and expenses in one place, so builders do not need separate spreadsheets for estimating and tracking.
Consolidated project visibility where materials, costs, and resource assignments are in a single view, enabling site managers and office staff to check project status with a single click.
Tiered user management separating manager and team roles, so small firms can restrict administrative access without paying for full-seat licences on lower-cost plans.
Bulk export of Customers, Suppliers, Materials, and Material Prices through TidyWork, allowing firms to move data out for reporting or backup purposes.
Integration with Xero for accounting connectivity, allowing the quoting and project control layer to sit alongside existing financial software without replacing it.
Lack of public documentation or structured user guides makes self-service onboarding difficult, with users reporting they cannot find answers without contacting support.
User interface limitations and missing features for documenting and supporting certain project types, particularly for firms with complex or non-standard construction workflows.
Performance and usability complaints in G2 reviews where users describe the tool as functional but lacking refinement, especially around mobile and on-site use cases.
Desire for more comprehensive CRM-style features or deeper accounting integration beyond what the current Xero connection provides, pushing users toward platforms with broader functionality.
Reasons to switch
Why people leave Tidy Build
The recurring reasons buyers give for replacing Tidy Build. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Tidy Build 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
Tidy Build pricing overview
Tidy Build is priced on an annual per-user model with separate Manager and Team user tiers. The baseline price increases with plan tier, and each tier bundles a set number of included Manager and Team seats with hard caps. Plans are paid annually in NZD excl. GST, and API access must be explicitly enabled per-organisation via Tidy International.
Essentials
Tier 1 of 4
120 NZD per year (excl. GST)
What's included
Need help selecting your Project Management?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Tidy Build's schedule — see our quote-based pricing →
What gets migrated
Tidy Build object support
Object-by-object support for Tidy Build migrations. Per-pair details surface during scoping.
Projects
Fully supportedProjects are the primary data container in Tidy Build. We migrate them with their status, project group, cost centres, and associated metadata. Relationships to Quotes, Tasks, Expenses, and Times are preserved via ID mapping at migration time.
Quotes
Fully supportedQuotes are a distinct object with their own lifecycle state (draft, sent, approved, lost). We migrate the full quote record including line items, pricing, and lifecycle status. Destination systems may require quote-to-deal conversion mapping.
Customers
Fully supportedCustomer records include contact details, addresses, and billing information. We migrate them as standard contact/account objects and preserve any customer-specific material pricing tiers as custom fields.
Suppliers
Fully supportedSupplier records hold vendor contact information and are used within material procurement and purchase order workflows. We migrate Suppliers and link them to their associated Material Items and Purchase Orders.
Material Items
Fully supportedMaterial Items carry pricing levels, categories, and location assignments. We preserve the full material hierarchy including subcategories and multi-level pricing structures. Material cost history is mapped as a custom field if the destination lacks a native cost-history model.
Tasks
Fully supportedTasks and their Subtasks are migrated with status, assignees, and due dates. Task Assignments linking Tasks to Users are preserved. Where Subtasks exist as a separate object in Tidy Build, we maintain the parent-child relationship.
Times (Time Entries)
Mapping requiredTime entries are linked to Projects, Users, and optionally Tasks. We migrate Times with date, duration, and charge-rate references. Where the destination uses a different time-tracking schema (e.g. billing-only vs. time-and-materials), we apply a mapping step.
Expenses
Fully supportedExpenses are linked to Projects and categorised by Expense Type. We migrate the expense record with amount, category, date, and description. Attachments on expenses are exported as linked files and reattached at the destination.
Purchase Orders
Fully supportedPurchase Orders contain supplier references, line items, quantities, and approval status. We preserve the PO record and its relationship to the associated Supplier. Open/closed status is migrated as a field.
Sales Records
Mapping requiredSales records aggregate invoiced work against a Project. We migrate the Sales record with amounts and line items. The destination CRM may not have a native Sales object, in which case we map Sales to Opportunities or Invoice records.
Users
Fully supportedUser accounts include name, email, role, and time profile. Manager vs Team user roles are preserved as a custom property since not all destination systems model these Tidy-specific role tiers.
Custom Fields
Mapping requiredTidy Build supports custom fields on Projects and Materials. We detect custom field definitions via the API schema and apply field-level mapping at migration time. Custom field types (text, number, date, dropdown) are matched to equivalent destination field types where available.
| Object | Support | Notes |
|---|---|---|
| Projects | Fully supported | Projects are the primary data container in Tidy Build. We migrate them with their status, project group, cost centres, and associated metadata. Relationships to Quotes, Tasks, Expenses, and Times are preserved via ID mapping at migration time. |
| Quotes | Fully supported | Quotes are a distinct object with their own lifecycle state (draft, sent, approved, lost). We migrate the full quote record including line items, pricing, and lifecycle status. Destination systems may require quote-to-deal conversion mapping. |
| Customers | Fully supported | Customer records include contact details, addresses, and billing information. We migrate them as standard contact/account objects and preserve any customer-specific material pricing tiers as custom fields. |
| Suppliers | Fully supported | Supplier records hold vendor contact information and are used within material procurement and purchase order workflows. We migrate Suppliers and link them to their associated Material Items and Purchase Orders. |
| Material Items | Fully supported | Material Items carry pricing levels, categories, and location assignments. We preserve the full material hierarchy including subcategories and multi-level pricing structures. Material cost history is mapped as a custom field if the destination lacks a native cost-history model. |
| Tasks | Fully supported | Tasks and their Subtasks are migrated with status, assignees, and due dates. Task Assignments linking Tasks to Users are preserved. Where Subtasks exist as a separate object in Tidy Build, we maintain the parent-child relationship. |
| Times (Time Entries) | Mapping required | Time entries are linked to Projects, Users, and optionally Tasks. We migrate Times with date, duration, and charge-rate references. Where the destination uses a different time-tracking schema (e.g. billing-only vs. time-and-materials), we apply a mapping step. |
| Expenses | Fully supported | Expenses are linked to Projects and categorised by Expense Type. We migrate the expense record with amount, category, date, and description. Attachments on expenses are exported as linked files and reattached at the destination. |
| Purchase Orders | Fully supported | Purchase Orders contain supplier references, line items, quantities, and approval status. We preserve the PO record and its relationship to the associated Supplier. Open/closed status is migrated as a field. |
| Sales Records | Mapping required | Sales records aggregate invoiced work against a Project. We migrate the Sales record with amounts and line items. The destination CRM may not have a native Sales object, in which case we map Sales to Opportunities or Invoice records. |
| Users | Fully supported | User accounts include name, email, role, and time profile. Manager vs Team user roles are preserved as a custom property since not all destination systems model these Tidy-specific role tiers. |
| Custom Fields | Mapping required | Tidy Build supports custom fields on Projects and Materials. We detect custom field definitions via the API schema and apply field-level mapping at migration time. Custom field types (text, number, date, dropdown) are matched to equivalent destination field types where available. |
Gotchas
What to watch for in Tidy Build migrations
Issues we've hit on past Tidy Build migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
API must be enabled per organisation before migration
User-role tier limits affect migration scoping
No publicly documented API rate limits for bulk extraction
| Severity | Issue |
|---|---|
| High | API must be enabled per organisation before migration |
| Medium | User-role tier limits affect migration scoping |
| Medium | No publicly documented API rate limits for bulk extraction |
Leaving Tidy Build?
Where Tidy Build customers move next
5 destinations Tidy Build can migrate to.
How a Tidy Build migration works
Four steps, Tidy Build-specific
Connect
Tidy International publishes a REST API at developer.tidyinternational.com covering the TidyBuild data model. Specific auth scheme (OAuth 2.0 vs API key) is not documented on the public landing page and must be confirmed inside the developer portal once a developer account is provisioned by Tidy. into Tidy Build. Scopes limited to read-only on the data we move.
Map
We translate Tidy Build-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Tidy Build quirks before production.
Migrate
Full migration with Tidy Build rate-limit handling. Rollback available throughout.
FAQ
Tidy Build migration FAQ
Answers to the questions buyers ask most during Tidy Build migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Tidy Build migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationOther project management tools we support
Ready when you are
Migrate Tidy Build.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Tidy Build setup and destination — written quote back within a business day.