Project Management migration
Field-level mapping, validation, and rollback between Merlin Project and Trello. We move data and schema; workflows are rebuilt natively in Trello.
Merlin Project
Source
Trello
Destination
Compatibility
11 of 15
objects map 1:1 between Merlin Project and Trello.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Merlin Project to Trello is a workflow redesign as much as a data migration. Merlin Project is a Gantt-chart-first, resource-management platform built for macOS and iPad with no public REST API; Trello is a browser-based Kanban collaboration tool with a documented REST API available from its Standard tier onward. The structural gap between a dependency-scheduled WBS hierarchy and a simple card-and-list board requires deliberate mapping decisions at the object level. We run manual CSV exports from each Merlin Project view (Gantt, WBS, List, Resource, Assignment) in sequence, preserving Activities as Cards, Milestones as Cards with due dates, Resources as Board members, and Attachments as Card attachments. Dependencies, resource allocation percentages, and scheduling constraints have no native Trello equivalents; we document them as written handoff items for manual rebuild using Butler or a Power-Up. Mindmap, Kanban, Netplan, and Reports views from Merlin Project do not export to CSV and are flagged for screenshot reference and manual re-creation in Trello. We do not migrate automations, as Merlin Project's workflow triggers and Trello's Butler automations are structurally different and require separate rebuild work.
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 Merlin Project object lands in Trello, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Merlin Project
Project
Trello
Board
1:1Each Merlin Project file maps to one Trello Board. We run the Gantt or WBS view export as the primary source and use the project name as the Board title. Project start and end dates migrate as a Board description field. Custom project-level properties export to CSV if the column is visible at export time; we add them to the Board description or to a custom Board field (Power-Up level) during import. Multi-project migrations create a Trello Workspace as the parent container with each Board nested by project name.
Merlin Project
Activity
Trello
Card
1:1Merlin Project Activities map directly to Trello Cards. Activity name becomes Card title, start and end dates map to Card due date and start date (via the Calendar Power-Up), and Activity notes migrate to Card description. Custom Activity properties defined in the project export to CSV map to Card custom fields if visible at export time. Parent-child Activity hierarchy in Merlin's WBS flattens: parent Activities become parent Cards and child Activities become linked Cards; we document the hierarchy in Card description for manual restructuring if the team relies on the WBS structure.
Merlin Project
Milestone
Trello
Card (milestone label)
1:1Merlin Project Milestones export as Activity rows with a milestone flag in CSV. We create a dedicated Card per Milestone, assign a milestone label (using Trello Card label color), set the milestone date as the Card due date, and add a checklist item titled 'Milestone: [name]' for clear visual identification. Milestone status (complete or pending) maps to Card completion state. Teams with multiple milestones per project should consider grouping them on a dedicated Milestone Board linked via Card cross-references.
Merlin Project
Dependency
Trello
Card cross-reference or Butler command
lossyMerlin Project supports Finish-to-Start, Start-to-Start, Finish-to-Finish, and Start-to-Finish dependency types stored as predecessor/successor references in CSV exports. Trello has no native dependency tracking; we document all dependency chains as a written handoff table (predecessor Card ID to successor Card ID with dependency type) and recommend the Butler Power-Up or the Dependencies Plus Power-Up for teams that need automated blocking-card behavior. We flag any critical-path chain specifically in the handoff document for priority manual rebuild.
Merlin Project
Resource (person)
Trello
Board Member
1:1Merlin Project Resources of type Person map to Trello Board members. We extract distinct resource names from the Resource view CSV export and provision each as a Trello member on the target Board. Resource email addresses are preserved where available in the export; otherwise, the customer's admin adds member emails before migration cutover. Resource type (equipment, material) has no Trello equivalent and is documented as a manual Board organization step using Card labels or custom fields.
Merlin Project
Assignment
Trello
Card member assignment
1:1Merlin Project Assignments link Activities to Resources with an allocation percentage and work units. We resolve the Assignment at migration time by matching the Activity (Card) to the assigned Resource (Board member) and assign the member to the Card in Trello. Allocation percentage is stored as a Card custom field (percentage) for reference; Trello does not natively track allocation capacity so teams relying on resource leveling must use the Custom Fields Power-Up or a resource management Power-Up for ongoing capacity tracking.
Merlin Project
Attachment
Trello
Card attachment
1:1Merlin Project exports Attachments as a CSV list with file names and paths. We map each Attachment row to the parent Activity (Card) and attach the file directly to the Card via the Trello API during import. Attachment types including Documents, images, and linked URLs migrate as-is. If Merlin Project stores attachments in a local file path not accessible during migration, we document the attachment list with the original file path and recommend the customer copy files to a shared cloud location (Google Drive, Dropbox, SharePoint) and attach the URL to the Card post-migration.
Merlin Project
Custom Fields (Activity level)
Trello
Card custom fields
lossyMerlin Project custom Activity properties export as additional columns in the relevant view CSV when visible. We capture all custom field values during export prep (by ensuring the export view is configured with all visible columns including custom properties), then create corresponding Trello Card custom fields using the Custom Fields Power-Up (Standard and Premium) or store them as Card labels or checklist items (Free tier). Field type mapping: text to text, number to number, date to date, dropdown to label. Free-tier teams without the Custom Fields Power-Up receive a custom field mapping table for manual Card annotation.
Merlin Project
Resource (cost tracking)
Trello
Custom field or external document
lossyMerlin Project Resources include hourly rates and cost fields for budget tracking. Trello has no native cost-tracking field. We preserve rate and cost data as Card custom fields (number type) if the Custom Fields Power-Up is available; otherwise, we export a resource cost register as a CSV handoff document alongside the Board migration. Budget summaries from Merlin Project's planned vs. actual reports cannot be displayed natively in Trello and require a reporting Power-Up or external spreadsheet for ongoing budget tracking.
Merlin Project
Project Comments
Trello
Card comments
1:1Merlin Project Activity and Resource notes export to CSV when the Notes column is visible in the exported view. We import note content as Card comments attached to the corresponding Card, preserving the original timestamp and author name (from the Merlin Project export) in the comment body. Rich text formatting in Merlin notes is simplified to plain text during import. Project-level notes migrate as a Card comment on a designated 'Project Notes' Card on the Board.
Merlin Project
Scheduling Constraint
Trello
Card due date or checklist flag
lossyMerlin Project scheduling constraints (As Late As Possible, As Soon As Possible, Fixed Date) are stored as Activity-level fields in the export CSV. We map ALAP and ASAP constraints to a custom Card label (e.g., 'ASAP' or 'Flexible') and map Fixed Date to the Card due date field directly. Trello does not natively display constraint type; we add a constraint type note in the Card description. Scheduling conflict indicators flagged by Merlin Project are not exported as data fields; we recommend the customer review the exported project file in Merlin Project before cutover for any unresolved conflict flags.
Merlin Project
Kanban View
Trello
Manual re-creation
1:1Merlin Project's Kanban board view cannot be exported to CSV or any interchange format. We ask the customer to screenshot the Merlin Project Kanban view before migration as a reference document. The Kanban column structure maps conceptually to Trello Lists, but the column labels (e.g., backlog, in progress, review) must be manually re-created as Trello Lists on the target Board. The Activities visible in the Merlin Kanban view are already migrated as Cards; the List assignment is the primary manual step. We deliver a screenshot-annotated migration map showing which Merlin Kanban column each Trello List corresponds to.
Merlin Project
Mindmap View
Trello
Manual re-creation
1:1Merlin Project Mindmap views cannot be exported to any format. We request screenshots of each Mindmap view before migration as reference. The brainstorming structure captured in Mindmaps must be manually re-created in Trello as a combination of Cards, labels, and Lists. We document the Mindmap node hierarchy as a written bullet-point handoff so the customer's team can reconstruct the structure efficiently. Teams that rely heavily on Mindmaps for project initiation may also consider using Miro or MURAL as a separate creative collaboration tool alongside Trello.
Merlin Project
Netplan View
Trello
Written dependency map
1:1The Merlin Project Netplan (network planning) view visualizes the dependency chain between Activities in a PERT-chart-style layout but cannot be exported. The underlying Activities and Dependencies are already captured in the standard CSV exports and migrate as Cards and cross-references. We treat the Netplan view as a documentation artifact: we ask the customer to screenshot the Netplan view, and we deliver a written dependency table that reproduces the network diagram in text form, listing each Activity, its successors, predecessors, and the dependency type. This becomes the primary input for the Butler or Power-Up dependency rebuild.
Merlin Project
Reports
Trello
Manual re-creation
1:1Merlin Project's built-in reporting generates charts and summaries in-app with no export format. We advise customers to run any needed reports in Merlin Project before migration and take screenshots as a reference set. The underlying data (Activities, Resources, Milestones, Dependencies) is fully migrated to Trello, so reports can be rebuilt using Trello's native Board statistics, the Custom Fields Power-Up for numerical reporting, or third-party reporting tools that query Trello's API. We deliver a report inventory checklist listing which Merlin Project reports exist and what Trello or Power-Up feature replaces each one.
| Merlin Project | Trello | Compatibility | |
|---|---|---|---|
| Project | Board1:1 | Fully supported | |
| Activity | Card1:1 | Fully supported | |
| Milestone | Card (milestone label)1:1 | Fully supported | |
| Dependency | Card cross-reference or Butler commandlossy | Fully supported | |
| Resource (person) | Board Member1:1 | Fully supported | |
| Assignment | Card member assignment1:1 | Fully supported | |
| Attachment | Card attachment1:1 | Fully supported | |
| Custom Fields (Activity level) | Card custom fieldslossy | Fully supported | |
| Resource (cost tracking) | Custom field or external documentlossy | Fully supported | |
| Project Comments | Card comments1:1 | Fully supported | |
| Scheduling Constraint | Card due date or checklist flaglossy | Fully supported | |
| Kanban View | Manual re-creation1:1 | Not supported | |
| Mindmap View | Manual re-creation1:1 | Not supported | |
| Netplan View | Written dependency map1:1 | Not supported | |
| Reports | Manual re-creation1:1 | Not 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.
Merlin Project gotchas
No public API — migrations run on CSV exports only
Mindmap, Kanban, Netplan, and Reports views are not exportable
CSV export captures only the currently open view's column set
Multi-user license management is per-seat with manual license codes
Scheduling conflicts detected by Merlin are not exported
Trello gotchas
Billing model uses maximum seat quantity at term midpoint
Custom Field data historically stored in pluginData
API rate limits are token-gated and can block bulk migration
Guest-to-paid seat conversion triggers on multi-board membership
Automation command runs are capped per plan and overage triggers upgrade pressure
Pair-specific challenges
Migration approach
Export preparation and column scoping
We audit the Merlin Project files in scope to identify every view type used (Gantt, WBS, List, Resource, Assignment, Kanban, Mindmap, Netplan). We deliver an export preparation checklist specifying exactly which columns must be visible in each view before running CSV export, including custom Activity properties, resource rates, constraint flags, and Notes. We schedule a joint session with the customer's Merlin Project administrator to verify column visibility before export runs begin. We also request screenshots of all non-exportable views (Kanban, Mindmap, Netplan, Reports) at this stage.
CSV export and data extraction
The customer runs CSV exports from Merlin Project for each identified view, guided by the column checklist. We validate each exported CSV immediately upon receipt: column header verification against the checklist, row count sanity check, and identification of any null values in required fields. We reject exports with missing required columns and request a corrected re-export. For projects with multiple views containing overlapping data (e.g., Activity data in both Gantt and List views), we select the single canonical view per object type to avoid duplication. We extract distinct Board members (Resources), Attachment metadata, and Milestone rows as separate derived datasets from the primary export.
Trello destination architecture
We design the Trello destination structure: one Workspace per organization or client, one Board per Merlin Project, and Lists per Merlin Activity status or Kanban column. We configure Board member accounts by matching Merlin Project Resources to Trello member emails provided by the customer. We document the custom field schema (using the Custom Fields Power-Up if available on the destination Trello tier) mapping each Merlin custom Activity property to a Trello custom field type. Milestone labeling conventions and dependency documentation strategy are finalized in this step and shared with the customer for approval before import begins.
Sandbox migration and reconciliation
We run a full migration into a test Trello Workspace using production-equivalent data volume. The customer reconciles the migration output: Board structure matches the original Merlin Project file names, Card count matches Activity count (excluding non-exportable view artifacts), Milestone Cards are correctly labeled and dated, Board members are correctly assigned to Cards, Attachment metadata is present, and dependency documentation is complete. We correct any mapping discrepancies before the production migration phase begins. This step also validates that the customer's Trello plan tier (Free, Standard, Premium) supports the custom field and Power-Up requirements identified during scoping.
Production migration and delta sync
We run production migration into the live Trello Workspace with Cards created via the Trello REST API (Standard and Premium) or manual CSV import (Free tier). Cards are created in dependency order: parent Activities first, then child Activities, then Milestone Cards. Board members are assigned via member email resolution. Attachment references are queued for post-migration URL attachment if the source files reside in a cloud storage location. After initial migration, we perform a 48-hour delta window where any new or modified Merlin Project records (changes made between export and cutover) are migrated as a second delta import before final cutover.
Cutover, handoff documentation, and manual rebuild guide
We freeze Merlin Project as the system of record at cutover. We deliver a complete migration handoff document: Board-by-Board record counts, Card-by-Card dependency map, Milestone tracker table, resource allocation reference, and Attachment inventory with source file paths. We include a written rebuild guide for Merlin Kanban column structure, Mindmap hierarchy, Netplan dependency layout, and any Merlin Reports that require re-creation in Trello or a separate reporting tool. We do not install Power-Ups or configure Butler automations inside the Trello workspace; those are documented as post-migration admin steps. We offer a one-week hypercare window for reconciliation of any missed Cards or attachments identified during the first week of live Trello usage.
Platform deep dives
Merlin Project
Source
Strengths
Weaknesses
Trello
Destination
Strengths
Weaknesses
Complexity grading
Standard Project Management migration. 3 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 Merlin Project and Trello.
Object compatibility
3 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
Merlin Project: Not applicable.
Data volume sensitivity
Merlin Project 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 Merlin Project to Trello migration scoping. Not seeing yours? Book a call.
Walk through your Merlin Project to Trello migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Merlin Project
Other ways to arrive at Trello
Same-Project Management migrations
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.