Project Management migration

Migrate from Merlin Project to Trello

Field-level mapping, validation, and rollback between Merlin Project and Trello. We move data and schema; workflows are rebuilt natively in Trello.

Merlin Project logo

Merlin Project

Source

Trello

Destination

Trello logo

Compatibility

73%

11 of 15

objects map 1:1 between Merlin Project and Trello.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Merlin Project logo

Merlin Project

What's pushing teams away

  • The desktop-first design makes real-time team collaboration difficult — sharing data requires exporting files rather than having a shared web-based workspace.
  • Organizations requiring a documented public REST API for integrations with accounting systems, CRMs, or custom dashboards find Merlin Project has no such interface.
  • Teams used to browser-based project tools like Asana or Monday report a steep workflow adjustment when switching to a native desktop application.
  • Scaling to enterprise multi-user management requires manual license distribution with individual license codes rather than SSO or directory-based provisioning.
  • Projects requiring web-based client portals or external stakeholder access cannot be accommodated without exporting and hosting project data separately.

Choosing

Trello logo

Trello

What's pulling them in

  • Free plan supports unlimited users and 10 boards, giving small teams full access to core Kanban functionality before any paid commitment is required.
  • The drag-and-drop board/card/Label interface requires no training, which reduces adoption friction and onboarding time across distributed teams.
  • Atlassian ecosystem integration with Jira, Confluence, and Bitbucket provides native cross-tool workflows for teams already using Atlassian tools.
  • Butler automation on paid tiers enables rule-based triggers without third-party integrations, covering basic workflow automation needs.
  • Simple visual task management with due dates, checklists, and member assignments keeps individual contributors and small teams organized without complexity.

Object mapping

How Merlin Project objects map to Trello

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

maps to

Trello

Board

1:1
Fully supported

Each 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

maps to

Trello

Card

1:1
Fully supported

Merlin 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

maps to

Trello

Card (milestone label)

1:1
Fully supported

Merlin 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

maps to

Trello

Card cross-reference or Butler command

lossy
Fully supported

Merlin 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)

maps to

Trello

Board Member

1:1
Fully supported

Merlin 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

maps to

Trello

Card member assignment

1:1
Fully supported

Merlin 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

maps to

Trello

Card attachment

1:1
Fully supported

Merlin 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)

maps to

Trello

Card custom fields

lossy
Fully supported

Merlin 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)

maps to

Trello

Custom field or external document

lossy
Fully supported

Merlin 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

maps to

Trello

Card comments

1:1
Fully supported

Merlin 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

maps to

Trello

Card due date or checklist flag

lossy
Fully supported

Merlin 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

maps to

Trello

Manual re-creation

1:1
Not supported

Merlin 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

maps to

Trello

Manual re-creation

1:1
Not supported

Merlin 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

maps to

Trello

Written dependency map

1:1
Not supported

The 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

maps to

Trello

Manual re-creation

1:1
Not supported

Merlin 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.

Gotchas + challenges

What specifically takes care here

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 logo

Merlin Project gotchas

High

No public API — migrations run on CSV exports only

High

Mindmap, Kanban, Netplan, and Reports views are not exportable

Medium

CSV export captures only the currently open view's column set

Medium

Multi-user license management is per-seat with manual license codes

Low

Scheduling conflicts detected by Merlin are not exported

Trello logo

Trello gotchas

High

Billing model uses maximum seat quantity at term midpoint

Medium

Custom Field data historically stored in pluginData

Medium

API rate limits are token-gated and can block bulk migration

Medium

Guest-to-paid seat conversion triggers on multi-board membership

Low

Automation command runs are capped per plan and overage triggers upgrade pressure

Pair-specific challenges

  • No REST API on Merlin Project — all exports are manual

    Merlin Project exposes no public REST API. Every data extraction requires opening the project file in Merlin Project, configuring each view to display all required columns (including custom properties, resource rates, notes, and constraint fields), and running a CSV export manually. We cannot initiate exports programmatically, so migration timelines depend on the customer's ability to complete export runs without export errors. We provide a detailed export preparation checklist that specifies every view to export, every column to make visible, and every project file to open before the export window begins. If export errors occur or columns are missed, we re-scope the affected export run before resuming the migration.

  • Kanban, Mindmap, Netplan, and Reports views cannot export

    Four Merlin Project view types — Mindmap, Kanban, Netplan, and Reports — produce no exportable data. These views render existing Activities, Dependencies, and Resources as visual layouts but store no data that is separate from the standard Gantt and List exports. We request screenshots of each non-exportable view before migration so the customer has a visual reference of the original layout. The migration map covers which Merlin view corresponds to which Trello Board, List, or Card structure. Any visual organization (Kanban column names, Mindmap grouping, Netplan layout) must be manually recreated in Trello post-migration using the screenshot as a guide.

  • CSV export captures only visible columns

    When running a CSV export from any Merlin Project view, only columns currently visible in the exported view appear in the output. Custom Activity properties, Notes, constraint flags, and resource rates are omitted unless the view is pre-configured to display them. We address this by providing a column-visibility checklist per export view type before any export runs. If an export completes without a required column visible, we request a re-export with the column added to the view. We verify export completeness by cross-checking the CSV column headers against the column checklist before importing into Trello.

  • Dependencies and resource allocation have no native Trello equivalent

    Merlin Project dependencies (Finish-to-Start, Start-to-Start, etc.) and resource allocation percentages (hours, % allocation) do not map to any native Trello feature. Trello Cards do not have predecessor links, capacity tracking, or utilization views. We document every dependency chain and allocation percentage as a written migration handoff table. For dependency visualization, we recommend the Butler Power-Up (command-based) or the Dependencies Plus Power-Up (automated blocking-card behavior). For resource allocation tracking, we recommend the Custom Fields Power-Up to store allocation percentages on Cards and a manual capacity review process. We do not install or configure Power-Ups inside the Trello workspace during migration scope.

  • Milestone status and constraint types require custom field setup

    Milestones in Merlin Project carry a complete/incomplete status and a date constraint type (fixed, ALAP, ASAP). Trello Cards have no native milestone marker and no constraint type field. We create a Card label specifically for milestone designation (e.g., a red 'Milestone' label) and map the constraint type to a Card custom field (text or dropdown) if the Custom Fields Power-Up is present, or to a Card description annotation on the Free tier. Milestone completion state maps to Card checklist completion (the milestone checklist item checked) rather than Card archival, since archival loses visibility.

Migration approach

Six steps for a successful Merlin Project to Trello data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Merlin Project logo

Merlin Project

Source

Strengths

  • Native macOS and iPad application with consistent Apple UI patterns and offline-first operation.
  • Full Gantt chart with WBS work breakdown, milestone tracking, and multiple dependency types including Finish-Start, Start-Start, Finish-Finish, and Start-Finish.
  • Multi-device sync across Mac, iPad, iPhone, and Apple Vision Pro using Merlin Project's native synchronization protocol.
  • Resource management with person, equipment, and material resource types including hourly rates for cost tracking.
  • 30-day free trial with full feature access, no credit card required for evaluation.

Weaknesses

  • No documented public REST API — all data exchange requires manual CSV exports per open view, which limits automation and integration options.
  • Desktop-first architecture makes real-time multi-user collaboration and web-based stakeholder access difficult without exporting files.
  • Multi-user enterprise management relies on individual license code distribution rather than SSO, SCIM, or directory-based user provisioning.
  • Mindmap, Kanban, Netplan, and Reports views cannot be exported to any standard format, requiring manual re-creation of these elements after migration.
  • Collaboration features are limited to Merlin Project's native sync between own devices; there is no shared web workspace for external team members.
Trello logo

Trello

Destination

Strengths

  • Generous free tier with unlimited users and 10 boards, the lowest barrier to entry among major project management tools.
  • Intuitive drag-and-drop Kanban interface requires no training or onboarding documentation.
  • Deep Atlassian integration with Jira, Confluence, and Bitbucket for teams already in the ecosystem.
  • Built-in Butler automation covers rule-based triggers without requiring third-party integrations.
  • REST API with comprehensive documentation enables programmatic access to all core objects.

Weaknesses

  • Reporting and analytics are absent, with no built-in velocity tracking, burndown charts, or historical performance metrics.
  • The flat board/list/card data model scales poorly for complex projects requiring hierarchical task structures.
  • Customization is limited compared to platforms like Asana, monday.com, or Jira that offer richer field types and workflow configuration.
  • Advanced views (Timeline, Dashboard) require Premium and are not available on Standard, inflating total cost for teams needing visibility features.
  • Guest user billing rules are confusing and prone to accidental seat overages when guests join multiple boards.

Complexity grading

How hard is this migration?

Standard Project Management migration. 3 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Merlin Project and Trello.

  • Object compatibility

    B

    3 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Merlin Project: Not applicable.

  • Data volume sensitivity

    B

    Merlin Project doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Merlin Project to Trello migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Merlin Project to Trello data migrations

Answers to the questions buyers ask most during Merlin Project to Trello migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between two and four weeks for one to three projects with fewer than 2,000 Activities total. Complexity factors that extend the timeline include multiple projects requiring separate Board creation, extensive custom Activity properties requiring custom field schema design in Trello, milestone-heavy project timelines requiring milestone labeling strategy, and dependency documentation scope when the Merlin Project has more than 200 dependency links. Migrations with ten or more projects, large resource pools, or complex cross-project dependency chains move to six to ten weeks because of the export preparation complexity and the delta sync window required to capture changes made during the migration window.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Merlin Project.
Land in Trello, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day