Project Management migration
Field-level mapping, validation, and rollback between Cobalt Project Manager and Trello. We move data and schema; workflows are rebuilt natively in Trello.
Cobalt Project Manager
Source
Trello
Destination
Compatibility
8 of 14
objects map 1:1 between Cobalt Project Manager and Trello.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Cobalt Project Manager to Trello is a structural translation, not a direct record copy. Cobalt uses a hierarchical project-task-milestone model with Gantt-style scheduling and resource assignment; Trello uses a flat Board-List-Card model with no native Gantt, no native time tracking, and no native resource management. We decompose each Cobalt Project into a Trello Board, each Cobalt Task into a Card, and each Cobalt Milestone into a Label with a due-date Card. Subtasks and checklists translate to Trello checklists within the card. Time Entries from Cobalt become a linked external log or are preserved as Card descriptions for audit, because Trello Standard or Premium is required for the Custom Fields that hold duration data. Cobalt has no self-service export API, so we coordinate directly with the Cobalt account team to obtain structured data snapshots before building the migration load scripts. We do not migrate Automations, Butler commands, or Power-Up configurations as code; we deliver a written inventory for the customer's admin to rebuild in Trello.
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 Cobalt Project Manager 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.
Cobalt Project Manager
Project
Trello
Board
1:1Each Cobalt Project maps to a Trello Board. We create the Board in the customer's Trello Workspace and preserve the Project name as the Board title and Project description as the Board description. If the Cobalt Project has a start date and end date, we note these in the Board description for the admin to use when configuring a Timeline view (Premium) or setting up a Gantt Power-Up post-migration.
Cobalt Project Manager
Milestone
Trello
Label + Card due date
1:manyCobalt Milestones are milestone markers on a project timeline. We create a Trello Card with the Milestone name and the due date set to the Milestone target date, then attach a Label (color-coded by milestone category or priority) to that Card. If the customer uses named Milestone categories, we create equivalent Label colors in Trello. We do not create a separate Label for every Milestone instance because Trello limits Boards to 50 Labels; for migrations exceeding 50 Milestones we use a naming convention on a single Label color to group milestone cards.
Cobalt Project Manager
Task
Trello
Card
1:1Each Cobalt Task maps to a Trello Card. The Task name becomes the Card title, Task description becomes the Card description, and the Task status maps to the Card's List position (we define the List names from the distinct Cobalt Task status values during scoping). Assignee resolves from Cobalt owner email to Trello Workspace member and is set as the Card member. Due dates migrate from Cobalt Task due-date fields to Card due dates.
Cobalt Project Manager
Subtask
Trello
Checklist item
1:1Cobalt Subtasks map to Checklist items within the parent Trello Card. We preserve Subtask completion status as the Checklist item checked state. If a Cobalt Subtask has its own assignee or due date, we add that information as a Checklist item note rather than creating a separate Card, because Trello does not support nested Cards natively.
Cobalt Project Manager
Task priority
Trello
Card label or cover color
lossyCobalt Task priority levels (typically High, Medium, Low, or numeric) map to Trello Label colors. We agree on a priority-to-color mapping during scoping and apply the Label to each Card during migration. If the customer also uses Trello Premium, priority can be represented as a Custom Fields dropdown for more precise sorting.
Cobalt Project Manager
Time Entry
Trello
Custom Field (Standard/Premium) or Card description note
lossyTrello has no native time-tracking object. If the destination Workspace is on Standard or Premium, we create a Number Custom Field on each Card and populate it with the summed time-entry hours from Cobalt. If the Workspace is on the Free tier, time entries are preserved as a structured note appended to the Card description with the hours, date, and user for audit. We flag during scoping which approach the customer prefers based on their Trello tier.
Cobalt Project Manager
Task attachment
Trello
Card attachment or Trello Power-Up link
1:1File attachments from Cobalt Tasks are uploaded to Trello Cards as native Card attachments (Trello supports up to 10MB per file on Free, 250MB on Standard/Premium). Files exceeding Trello's limit are linked from the Card description as an external URL pointing to the source location (Google Drive, SharePoint, or the customer's document store). We do not migrate file versions; only the current attachment version moves.
Cobalt Project Manager
Task comment
Trello
Card comment
1:1Cobalt Task comments map to Trello Card comments with the comment author resolved to the matching Trello Workspace member by email. Comment timestamps are preserved by posting the comment at the original timestamp (within API constraints). If the comment author has no matching Trello account, the comment is posted by the migration service account with the original author name noted in the comment body.
Cobalt Project Manager
User / Owner
Trello
Workspace member
1:1Cobalt Users referenced on Tasks, Projects, and Milestones are resolved by email against the destination Trello Workspace member list. We create a reconciliation report of any Cobalt User without a matching Trello account; the customer's admin provisions missing accounts before the migration runs so that Cards are assigned to the correct members rather than left unassigned.
Cobalt Project Manager
Tag
Trello
Label
1:1Cobalt Tags map to Trello Labels on the corresponding Card. If the number of distinct Tags exceeds 50 per Board (Trello's hard limit), we consolidate low-frequency Tags into an 'Other' Label and document the full tag-to-label mapping for the admin to adjust post-migration. Tag colors are approximated to the nearest Trello Label color palette.
Cobalt Project Manager
Custom property (text/number/date)
Trello
Custom Field (Standard/Premium)
lossyCobalt custom properties map to Trello Custom Fields by type: text properties to Text Custom Fields, numeric properties to Number Custom Fields, date properties to Date Custom Fields, and picklist properties to Dropdown Custom Fields. This mapping requires the destination Workspace to be on Standard or Premium; on Free tier we preserve custom property values as structured text appended to the Card description and flag the limitation in the scope document.
Cobalt Project Manager
Custom property (checkbox/boolean)
Trello
Custom Field (checkbox) or Label
lossyBoolean custom properties from Cobalt map to Checkbox Custom Fields on Trello Standard/Premium. If the Workspace is on Free tier, boolean flags are represented by adding or removing a specific Label color to indicate True/False state. We agree on the boolean-to-label convention during scoping.
Cobalt Project Manager
Project status
Trello
Board background or List structure
lossyIf Cobalt tracks project-level status (Active, On Hold, Completed, Archived), we represent this in Trello using the Board background color (Trello's built-in Board color coding) or by creating Lists named for each status and placing project Cards accordingly. The approach is agreed during scoping based on how the customer uses Cobalt project status.
Cobalt Project Manager
Attachment metadata
Trello
Card attachment card
1:1Cobalt attachment metadata (filename, upload date, uploaded by user) migrates as Trello attachment card data. We do not migrate the attachment version history; the most recent file version is the one that moves.
| Cobalt Project Manager | Trello | Compatibility | |
|---|---|---|---|
| Project | Board1:1 | Fully supported | |
| Milestone | Label + Card due date1:many | Fully supported | |
| Task | Card1:1 | Fully supported | |
| Subtask | Checklist item1:1 | Fully supported | |
| Task priority | Card label or cover colorlossy | Fully supported | |
| Time Entry | Custom Field (Standard/Premium) or Card description notelossy | Fully supported | |
| Task attachment | Card attachment or Trello Power-Up link1:1 | Fully supported | |
| Task comment | Card comment1:1 | Fully supported | |
| User / Owner | Workspace member1:1 | Fully supported | |
| Tag | Label1:1 | Fully supported | |
| Custom property (text/number/date) | Custom Field (Standard/Premium)lossy | Fully supported | |
| Custom property (checkbox/boolean) | Custom Field (checkbox) or Labellossy | Fully supported | |
| Project status | Board background or List structurelossy | Fully supported | |
| Attachment metadata | Card attachment card1:1 | Fully 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.
Cobalt Project Manager gotchas
No self-service export API forces manual migration
Data migration follows base-first sequencing rules
Staging environment behaviour not publicly documented
Limited API documentation beyond throttle limits
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
Discovery and data extraction coordination
We audit the source Cobalt environment: we count Projects, Tasks, Subtasks, Milestones, Time Entries, custom properties, and attachment volume. We also map Cobalt Task status values to Trello List names and Cobalt priority levels to Label colors. Simultaneously, we coordinate with the Cobalt account team to initiate a vendor-assisted data export because no self-service export exists. We validate the exported data against our discovery counts and request corrections from Cobalt if record totals diverge by more than 2 percent.
Trello workspace and board structure design
We design the Trello Workspace hierarchy based on the Cobalt project count and team structure. Each Cobalt Project becomes a Trello Board. We create the Lists within each Board using the distinct Cobalt Task status values, applying a consistent List ordering (typically To Do, In Progress, In Review, Done) with Cobalt status values mapped during scoping. We create the Label set (colors and names) to match Cobalt priority levels and Milestone categories. If the Workspace is on Free or Standard, we confirm Custom Field availability before designing the custom property translation map.
Data transformation and Custom Field schema creation
We transform the Cobalt export into Trello Card format: each Task becomes a Card with title, description, due date, assignee, and label applied. Subtasks become Checklist items. Time Entries are summed per Card and written to a Custom Field (on Standard/Premium) or to Card description. Custom properties are type-mapped to Trello Custom Field types (text, number, date, dropdown, checkbox). We pre-create the Custom Fields on each Board via the Trello API before card import begins so that Card creation with Custom Field values is atomic.
Sandbox migration and reconciliation
We run a full migration into a shadow Trello Workspace (or into the target Workspace's test Boards) using production-equivalent data volume. The customer reconciles record counts (Cards per Board, Checklist item counts, Custom Field population rates), spot-checks 20-30 Cards against the Cobalt source for accuracy, and confirms the Label and List mapping is correct. Any transformation corrections happen in this phase, not in production. We validate that archived Cobalt Tasks are either included or documented as excluded based on the customer's decision.
Production migration and attachment upload
We run the production migration into the live Trello Workspace. Cards import in dependency order: Board creation first, then List creation per Board, then Card creation with all fields, then Checklist items, then Custom Field values. Attachment files are uploaded to Cards via the Trello API. Comment threads are posted in original timestamp order. Each Board migration emits a row-count reconciliation report before we move to the next Board. If the Cobalt data export was obtained via vendor assistance and new records were created in Cobalt after the export date, we run a delta pass to capture those records.
Cutover, validation, and automation rebuild handoff
We freeze writes in Cobalt during the cutover window, run a final delta migration for any records modified during the migration window, then mark Trello as the system of record. We deliver the Butler and automation inventory document (what Cobalt automations existed and the equivalent Trello Butler commands or Power-Up configurations the admin should rebuild) and a Gantt Power-Up recommendation document. We do not configure Butler automations as part of the migration scope; that is a separate engagement. We support a three-day hypercare window to resolve any post-migration reconciliation issues.
Platform deep dives
Cobalt Project Manager
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 Cobalt Project Manager 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
Cobalt Project Manager: Not publicly documented.
Data volume sensitivity
Cobalt Project Manager 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 Cobalt Project Manager to Trello migration scoping. Not seeing yours? Book a call.
Walk through your Cobalt Project Manager 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 Cobalt Project Manager
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.