Project Management migration
Field-level mapping, validation, and rollback between Project Insight and Asana. We move data and schema; workflows are rebuilt natively in Asana.
Project Insight
Source
Asana
Destination
Compatibility
9 of 12
objects map 1:1 between Project Insight and Asana.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Project Insight to Asana is a report-driven migration rather than an API-driven one. Project Insight exposes no bulk data endpoint — all data comes through the built-in report engine as Excel or CSV per report type. We plan the export sequence upfront: Projects and Portfolios first, then Task hierarchy, then Resources, then Time Entries, then Custom Fields. Constraint types (ASAP, Finish No Earlier Than, Start No Earlier Than) export as text and land as a custom field in Asana for manual reapplication. We do not migrate binary file attachments because Project Insight's report engine does not include them; we recommend a parallel file migration workflow. Custom Fields are gated behind Project Insight's Pro plan — if the source workspace is on the Free tier, no custom field data exists to migrate. We deliver a written inventory of any Project Insight configurations, portfolio groupings, and custom reports for your admin to rebuild in Asana's project and portfolio views. Workflows, automation rules, and custom reporting dashboards do not migrate as code.
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 Project Insight object lands in Asana, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Project Insight
Project
Asana
Project
1:1Project Insight Projects map directly to Asana Projects. We export via the project-level report, extracting project name, status, start date, due date, description, and portfolio assignment. In Asana, we create the project with the same name, set the start and due dates, and apply the status mapping (Active maps to On Track, On Hold maps to On Hold, Completed maps to Complete). Portfolio groupings from Project Insight become Asana Portfolios if the destination is on Advanced tier ($24.99/user/mo) or project Sections grouped by team if Starter.
Project Insight
Task
Asana
Task
1:1Project Insight Tasks export via the task-level report with parent-child relationships preserved through a flattened indent structure or path field. We reconstruct the WBS hierarchy in Asana using subtasks and the parent task ID. Dependencies (predecessor-successor relationships) from Project Insight's dependency report map to Asana's dependency feature, noting that Asana dependencies are Finish-to-Start only — any Lead/Lag Day constraints from Project Insight require manual reapplication as dependency offsets in Asana after migration.
Project Insight
Resource
Asana
Member (User)
1:1Project Insight Resources (people, roles, availability, and allocation percentage) map to Asana Members. We export the resource management report and map each resource name to an Asana user by email match. Role-based placeholders (e.g., Developer, Project Manager) that have no corresponding Asana user are held in a reconciliation queue for the customer's admin to provision before task assignment migration. Allocation percentages are noted in a custom field for Workload view reconstruction in Asana Advanced.
Project Insight
Custom Fields
Asana
Custom Fields
1:1Project Insight custom fields (Pro plan gated) export in the same row as their parent Project or Task. We pre-create matching custom field definitions in Asana before import, mapping Project Insight field types (text, number, date, dropdown) to their Asana equivalents (Text, Number, Date, Enum). If the source is on the Free tier, we confirm during scoping that no custom field definitions exist and document this gap in the migration scope.
Project Insight
Time Entry
Asana
Time Tracking (Advanced)
1:1Project Insight time entries export via the time tracking report, linked to parent Project and Task with hours, date, and resource attribution. Time entries migrate to Asana's native time tracking if the destination is on Asana Advanced ($24.99/user/mo). If the destination is Starter, we create a custom time tracking setup using a Time Log custom field on tasks and note that native timer functionality requires an upgrade. We flag any time entries that reference a resource not yet provisioned in Asana for admin resolution.
Project Insight
Constraint
Asana
Custom Field (Text)
1:1Project Insight constraint types (ASAP, Finish No Earlier Than, Finish No Later Than, Start No Earlier Than, Start No Later Than) export as a text field on the task record. We carry the constraint type as a custom text field in Asana (constraint_type__c) for each task. We note in the migration deliverable which tasks have hard deadline constraints (Finish No Later Than) that require the customer's project scheduler to review and reapply scheduling logic in Asana's dependency chain post-import.
Project Insight
Portfolio / Program
Asana
Portfolio (Advanced) or Section
lossyProject Insight portfolios and program groupings export as a portfolio-to-project association table. If the destination Asana workspace is on Advanced tier, we map these groupings to Asana Portfolios with project-level status roll-up. If Starter, we map portfolio groupings to project Sections and use a naming convention that preserves the original portfolio name. The customer chooses the approach during scoping based on their Asana tier.
Project Insight
Dependency
Asana
Dependency
1:1Project Insight predecessor-successor relationships export via the dependency report. We map these to Asana dependencies using the Asana Dependencies API. We flag any Finish-to-Start with Lag, Start-to-Start, or Start-to-Finish constraint types that cannot be expressed in Asana's Finish-to-Start-only dependency model, and document each for manual adjustment post-migration.
Project Insight
Attachment
Asana
Attachment (not migrated)
1:1Project Insight file attachments stored within the application are not included in the report export. We do not migrate binary attachments directly. We recommend a parallel document migration: download files from Project Insight via direct access and upload to Asana using the Attach from Google Drive, Dropbox, or direct file upload. We can coordinate sequencing so that record migration and file migration complete at the same time and file links can be restored alongside the record migration.
Project Insight
Custom Report Configuration
Asana
Dashboard (not migrated)
lossyProject Insight's configurable reports are not a data object but a configuration. We document every active custom report definition (name, filters, columns, grouping) in a written report inventory. The customer's admin uses this inventory to rebuild equivalent views in Asana's Dashboard, Timeline, and Portfolio reporting features. This deliverable is included in the standard migration scope as a written document, not an automated migration.
Project Insight
Workflow / Automation Rule
Asana
Rules and Automation (not migrated)
lossyProject Insight automation rules and workflow triggers do not migrate as code. We deliver a written inventory of every active automation rule in the source workspace, documenting its trigger condition, actions, and any dependencies on custom fields or constraint types. The customer's admin uses this inventory to rebuild equivalent automations in Asana's Rules and Workflow Builder. We do not provide post-migration automation rebuild as standard scope.
Project Insight
Project Status / Health Flag
Asana
Project Status Update
1:1Project Insight's project health indicators and status flags (RAG status, health score, budget variance) export as project-level fields in the report export. We map these to Asana's project status update feature and custom fields. Projects that were On Hold in Project Insight are set to At Risk or On Hold in Asana. Budget and financial fields that cannot map directly become custom number fields and are flagged for manual review.
| Project Insight | Asana | Compatibility | |
|---|---|---|---|
| Project | Project1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Resource | Member (User)1:1 | Fully supported | |
| Custom Fields | Custom Fields1:1 | Mapping required | |
| Time Entry | Time Tracking (Advanced)1:1 | Fully supported | |
| Constraint | Custom Field (Text)1:1 | Fully supported | |
| Portfolio / Program | Portfolio (Advanced) or Sectionlossy | Fully supported | |
| Dependency | Dependency1:1 | Fully supported | |
| Attachment | Attachment (not migrated)1:1 | Fully supported | |
| Custom Report Configuration | Dashboard (not migrated)lossy | Fully supported | |
| Workflow / Automation Rule | Rules and Automation (not migrated)lossy | Fully supported | |
| Project Status / Health Flag | Project Status Update1: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.
Project Insight gotchas
Report-based export is the only migration path
Custom Fields are Pro-plan gated
Attachment files are not exported via reports
Constraint types require manual reapplication
Performance reviews suggest stability concerns
Asana gotchas
Automation rules have no export representation
API rate limits cap bulk migration throughput
Portfolios are view-only objects that do not hold data
Custom field enum options cannot be updated via API
Subtasks do not appear in project views by default
Pair-specific challenges
Migration approach
Scoping and plan edition verification
We audit the source Project Insight workspace across plan tier (Free/Pro/Standard/Enterprise), active report configurations, custom field definitions, portfolio groupings, resource pool size, time entry volume, and dependency complexity. We verify whether the destination Asana workspace is on Starter or Advanced, as this affects native time tracking and portfolio mapping. The scoping output is a written migration scope document listing every report to export, every object in scope, and the tier-related limitations that apply.
Report export sequencing and runbook
We build a custom export runbook that sequences Project Insight's report exports in dependency order: Projects and Portfolios first (the container), then Tasks with hierarchy (parent-child path preserved), then Resources, then Time Entries, then Custom Fields, then Dependencies. Each export runs as a separate report job. We validate record counts per report before moving to the transform phase. Given Project Insight's documented performance concerns, we schedule exports during off-peak hours and confirm system accessibility before each run.
Transform, deduplication, and constraint field preparation
We transform exported CSV and Excel data into Asana-compatible format. Task hierarchy is reconstructed from the parent-child path into Asana subtask structure. Resource records are matched by email to Asana workspace members, with any unmatched resources held for admin provisioning. Constraint types are mapped to a custom text field (constraint_type__c) on each task. Portfolio groupings are prepared as either Asana Portfolios (Advanced) or Sections (Starter) based on the destination tier. We flag any duplicate project or task names and resolve them before import.
Asana schema pre-creation
We create custom field definitions in Asana (matching Project Insight field names and types), configure portfolio or section structure based on the destination tier, and set up any custom field enumerations before record import begins. If the destination is Starter and time entries are in scope, we create the custom time log fields. This step ensures the schema is ready so that record imports land in the correct fields on first pass.
Sandbox validation and reconciliation
We run a trial migration into the Asana workspace using production-like data volume. The customer's project manager or PMO lead reconciles record counts (projects in, tasks in, resources matched, time entries in), spot-checks 25-50 records against the Project Insight source, and verifies that dependency chains and portfolio groupings rendered correctly. Any mapping corrections happen in this validation phase before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Projects (container), then Sections or team structure (if Starter), then Tasks with parent-child reconstruction and dependencies (using Asana's task creation API with batch chunking), then Resources mapped to Members, then Time Entries (as native or custom fields per tier), then Custom Fields (values loaded after field definitions exist). Each phase emits a row-count reconciliation report. We run a delta migration of any records modified in Project Insight during the migration window before final cutover.
Cutover, validation, and automation rebuild handoff
We freeze writes in Project Insight during cutover, run a final delta pass, and confirm the Asana workspace is the system of record. We deliver the written automation inventory, dependency offset report, and constraint reapplication checklist to the customer's admin team. We support a one-week post-migration window to resolve reconciliation issues. We do not rebuild Project Insight automations, custom reports, or workflow rules as Asana automations; that is documented for the customer's admin or a separate implementation partner engagement.
Platform deep dives
Project Insight
Source
Strengths
Weaknesses
Asana
Destination
Strengths
Weaknesses
Complexity grading
Moderate Project Management migration. 1 of 8 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Project Insight and Asana.
Object compatibility
1 of 8 objects need a manual workaround.
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
Project Insight: Not publicly documented.
Data volume sensitivity
Project Insight 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 Project Insight to Asana migration scoping. Not seeing yours? Book a call.
Walk through your Project Insight to Asana migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Project Insight
Other ways to arrive at Asana
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.