Project Management migration
Field-level mapping, validation, and rollback between Runrun.it and Trello. We move data and schema; workflows are rebuilt natively in Trello.
Runrun.it
Source
Trello
Destination
Compatibility
8 of 12
objects map 1:1 between Runrun.it and Trello.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Migrating from Runrun.it to Trello is a structural simplification. Runrun.it organizes work in Projects with Tasks, embedded time tracking, AI reports, and configurable Kanban stages. Trello organizes work in Boards containing Lists of Cards, with Labels, Checklists, and Attachments. We map Runrun.it Projects to Trello Boards, Runrun.it Tasks to Trello Cards, and Runrun.it's Kanban Stages to Trello Lists with the stage names preserved. Time Entries present the primary limitation: Trello has no native time-tracking object. We migrate time entries as Custom Fields on Cards or as structured Checklists, but the original billable-hour precision does not survive intact. We handle Runrun.it's two-step document upload (API record creation plus S3 file push) to ensure attachments arrive as working links, not broken references. Automations, AI reports, recurring task rules, and billing configurations do not migrate; we deliver a written inventory for your admin to rebuild in Trello Butler or a Power-Up.
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 Runrun.it 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.
Runrun.it
Project
Trello
Board
1:1Runrun.it Projects map to Trello Boards. Project name becomes Board name; Project description migrates to the Board description field. Start and end dates have no native Trello Board equivalent and are noted as requiring Custom Fields Power-Up configuration post-migration. Team assignments on Projects map to Workspace Members with Board-level invite.
Runrun.it
Task
Trello
Card
1:1Runrun.it Tasks map to Trello Cards within the target Board. Task name becomes Card title; description migrates to Card description. Estimated hours, actual hours, priority, and due date map to Card fields, though due dates require Trello's native Due Date feature and the hour fields require Custom Fields Power-Up. Assignee resolves to a Workspace Member by email match.
Runrun.it
Time Entry
Trello
Custom Field or Checklist
lossyRunrun.it Time Entries present the primary structural gap. Trello has no native time-tracking object. We migrate time entries as Number-type Custom Fields (hours or decimal duration) on the parent Card, or as structured Checklist items with duration in the item name. The customer chooses the strategy during scoping. Decimal vs minute rounding is handled explicitly to prevent silent precision loss. Hourly rates from Runrun.it do not migrate; a separate billing integration plan is recommended.
Runrun.it
Kanban Stage
Trello
List
1:1Runrun.it's configurable Kanban stages per Project map directly to Trello Lists within each Board. Stage names are preserved verbatim. If Runrun.it has more stages than the destination Board will reasonably support, we flag stage consolidation options and let the customer decide before migration begins.
Runrun.it
Document
Trello
Card Attachment
lossyRunrun.it uses a two-step document upload: first POSTing to the Tasks documents endpoint to create the record, then pushing the file to an Amazon S3 presigned URL. We handle both steps during migration: retrieve the file from S3 and re-upload it directly to the Trello Card as a native attachment. This ensures attachments arrive as working links rather than broken reference records. We verify S3 bucket accessibility during discovery.
Runrun.it
Tag
Trello
Label
1:1Runrun.it tags stored in tags_data array map to Trello Labels. Label names migrate verbatim. Trello limits label color to one of ten preset colors; Runrun.it does not enforce color on tags, so we assign colors sequentially. Some Runrun.it instances use tags for multi-dimensional classification (status plus category plus priority); we flatten these into label sets and note where multiple tag purposes may need to split into separate label groups.
Runrun.it
Custom Field
Trello
Custom Field
lossyRunrun.it custom fields on Tasks map to Trello Custom Fields via the Custom Fields Power-Up. Text, number, date, and dropdown types map directly. Trello Custom Fields supports fewer types than Runrun.it; unsupported types (such as complex formula fields or user-reference fields) are flagged and either mapped to Text or noted as requiring post-migration redesign. Custom Fields Power-Up must be installed on each Board before migration.
Runrun.it
User/Member
Trello
Workspace Member
1:1Runrun.it Users map to Trello Workspace Members. We match by email address. Any Runrun.it User without a matching Trello Workspace Member is held in a reconciliation queue for the customer's admin to provision before Card import resumes. Roles and hourly rates from Runrun.it do not map to Trello equivalents; these require manual configuration post-migration.
Runrun.it
Comment
Trello
Card Comment
1:1Runrun.it Comments attached to Tasks migrate as Card Comments in Trello. The API documentation does not explicitly define a Comments endpoint in Runrun.it, so we verify comment accessibility during discovery before committing this mapping. Comment timestamps and author attribution migrate. Rich text formatting converts to plain text if the original formatting is not compatible.
Runrun.it
Attachment
Trello
Card Attachment
1:1Runrun.it Attachments linked to Tasks via attachable_type and attachable_id migrate to Card Attachments. We download the referenced file and upload it to the target Card. External URL attachments migrate as link attachments. Attachment metadata (created by, created at, modified by, modified at) is preserved as Trello does not natively store this, but the customer may request a supplemental CSV export for audit.
Runrun.it
Checklist (Runrun.it subtask structure)
Trello
Checklist
1:1If Runrun.it Tasks have a subtask or checklist structure, these map to Trello Card Checklists. Checklist item names migrate verbatim. Checklist completion status maps to the checked state in Trello. Runrun.it does not have native subtasks; if the customer has been using a workaround (e.g., related Tasks), we flag these during discovery and discuss whether to flatten or preserve hierarchy.
Runrun.it
AI Report / Dashboard
Trello
Not Migrated
lossyRunrun.it AI productivity reports and dashboards do not have a Trello equivalent. We export screenshots and PDFs of key reports during discovery as reference artifacts. The AI report data (team productivity metrics, project cost visibility, billable hour summaries) cannot be reconstructed in Trello without a dedicated BI Power-Up or external tool. We deliver a written report inventory noting which metrics the customer should plan to reproduce manually or via a connected analytics tool.
| Runrun.it | Trello | Compatibility | |
|---|---|---|---|
| Project | Board1:1 | Fully supported | |
| Task | Card1:1 | Fully supported | |
| Time Entry | Custom Field or Checklistlossy | Fully supported | |
| Kanban Stage | List1:1 | Fully supported | |
| Document | Card Attachmentlossy | Fully supported | |
| Tag | Label1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| User/Member | Workspace Member1:1 | Fully supported | |
| Comment | Card Comment1:1 | Fully supported | |
| Attachment | Card Attachment1:1 | Fully supported | |
| Checklist (Runrun.it subtask structure) | Checklist1:1 | Fully supported | |
| AI Report / Dashboard | Not Migratedlossy | 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.
Runrun.it gotchas
Two-step document upload requires S3 coordination
No documented API rate limits
No mobile app means no mobile-only data
Time tracking data requires currency and rounding alignment
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 audit
We audit the Runrun.it instance for Projects, Tasks, Time Entries, Documents, Users, custom fields, tags, comments, and attachment volume. We verify document accessibility by testing the S3 presigned URL flow. We confirm whether archived Tasks exist and whether any third-party integrations have written data not accessible via the standard API. We also inventory AI reports and dashboards that will not migrate and require manual re-creation. The discovery output is a written scope document with record counts, attachment count, and a custom field schema map for the destination Boards.
Custom Fields Power-Up installation and Trello workspace setup
We install the Custom Fields Power-Up on each destination Trello Board before migration begins. We map Runrun.it custom field definitions to Trello custom field types (Text, Number, Date, Dropdown) and configure the fields on each Board. We map Runrun.it Kanban stages to Trello Lists and create the List structure on each Board before Cards are imported. Workspace Members are invited and validated by email match against Runrun.it Users.
Sandbox migration and reconciliation
We run a full migration into a Trello Workspace using a subset of Runrun.it data (typically the three most active Projects). The customer reconciles Card completeness, List placement, attachment functionality, and Custom Field values against the Runrun.it source. Any mapping corrections (stage consolidation, custom field type mismatches, tag-to-label strategy adjustments) happen in this phase before full production migration. Archived Tasks are explicitly included in the sandbox reconciliation if they exist in the source.
Document S3 retrieval and attachment re-upload
We retrieve each document from Runrun.it's Amazon S3 bucket using the presigned URL, validate file integrity by checking the Content-MD5 header, and re-upload directly to the target Trello Card as a native attachment. Large attachment batches are chunked to prevent memory exhaustion. We verify attachment count after upload matches the source count before closing this phase.
Production migration in dependency order
We run production migration in record order: Workspace Members (validated), Boards (from Runrun.it Projects), Lists (from Runrun.it Kanban Stages), Custom Fields (configured per Board), Cards (from Runrun.it Tasks with assignee, due date, and description mapped), Card Comments (from Runrun.it Comments), Card Attachments (from Runrun.it Documents and Attachments), Labels (from Runrun.it Tags), Custom Field values (populated after Cards exist), and Time Entries (as Custom Fields or Checklists per the customer's chosen strategy). Each phase emits a reconciliation row-count report.
Cutover, validation, and automations inventory handoff
We freeze Runrun.it writes during cutover, run a delta migration of any Tasks modified during the migration window, then mark Trello as the system of record. We deliver a written inventory of Runrun.it automations, recurring task rules, and AI reports requiring rebuild in Trello Butler or a Power-Up. We support a one-week hypercare window for reconciliation issues. We do not rebuild Runrun.it automations as Butler rules inside the migration scope; that work is handled by the customer's admin or a Trello partner.
Platform deep dives
Runrun.it
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 Runrun.it 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
Runrun.it: Not publicly documented.
Data volume sensitivity
Runrun.it 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 Runrun.it to Trello migration scoping. Not seeing yours? Book a call.
Walk through your Runrun.it 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 Runrun.it
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.