Project Management migration
Field-level mapping, validation, and rollback between Demand Metric and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Demand Metric
Source
Microsoft Project
Destination
Compatibility
8 of 10
objects map 1:1 between Demand Metric and Microsoft Project.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Demand Metric to Microsoft Project is a structural migration from a marketing-centric, Agile-first tool into an enterprise-grade scheduling platform. The core challenge is that Demand Metric publishes no REST or GraphQL API, so all source data extraction must be performed via CSV exports from individual views and structured manual pulls, which we sequence carefully during discovery. Tasks with nested subtasks map to Summary Tasks in Microsoft Project, with the WBS structure preserved where the numbering convention is consistent. We migrate assignments as resource assignments on each task, custom task fields as custom columns in Project, and tags as a text-based classification field since Microsoft Project does not have a native tag object. Marketing calendars and milestone rows migrate as calendar milestones and summary task rows. We do not migrate template library content, calendar view layouts, or any of the 1,000+ playbooks and toolkits — these are platform-stored assets not tied to customer project data. Workflows and Agile board configurations do not migrate; we deliver a written inventory of these for the customer's project management office to rebuild in Microsoft Project or Project Online.
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 Demand Metric object lands in Microsoft Project, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Demand Metric
Project
Microsoft Project
Project (Project Online or Project for the Web)
1:1Demand Metric Projects map 1:1 to Microsoft Project projects. Project name, description, start date, and due date transfer directly. Status (active, archived) maps to a custom field or project stage indicator in Microsoft Project. If the destination is Project Online, we use the Project Online REST API (Projects endpoint) to create the project record. If the destination is Project for the Web, we use the Microsoft Graph API (projectRoot endpoint). Project workspace sites in SharePoint associated with Demand Metric projects do not migrate automatically; we flag them for manual re-creation in the Microsoft 365 tenant.
Demand Metric
Task
Microsoft Project
Task (Summary Task and Task)
1:1Demand Metric tasks map to Microsoft Project tasks with WBS hierarchy preserved. Subtasks in Demand Metric become indented subtasks under a Summary Task in Microsoft Project. Task name, description, start date, due date, priority, and status migrate directly. Task ID from Demand Metric is preserved as a custom column for reconciliation. Dependencies between tasks are not natively supported in Demand Metric, so task linkage does not carry forward — we document any dependency notes found in task descriptions for manual rebuild in Microsoft Project.
Demand Metric
Subtask
Microsoft Project
Task (indented under Summary Task)
1:1Demand Metric subtasks become Microsoft Project tasks indented under their parent Summary Task. The full nesting depth migrates as-is where the hierarchy is three levels or fewer. Deeper hierarchies are flattened to three levels with the original depth recorded in a custom WBS_depth column. We validate the indent structure against the source subtask count to ensure no orphaned tasks are left at the root level.
Demand Metric
Tag
Microsoft Project
Text1 custom column (or classification field)
lossyDemand Metric's cross-project tag vocabulary migrates to a Microsoft Project Text1 custom field (or a named classification column). Tags are preserved as space-delimited text values per task. Since Microsoft Project does not have a native tag or label object, we do not recreate cross-project tag-based filtering logic — this is view-level metadata that is lost. We deliver a tag vocabulary inventory document during discovery so the customer's admin can set up a SharePoint choice column or Power Automate flow for filtering if needed in the destination.
Demand Metric
Team Member / Assignee
Microsoft Project
Resource (Enterprise Resource or local Resource)
1:1Demand Metric assignees map to Microsoft Project resources. We resolve each assignee by email lookup against the destination tenant's user directory (Azure AD for Project Online) or against the local resource sheet for Project desktop. If the assignee has no matching account in the destination, they are held in a reconciliation queue and migrated as text in the task's Assignment Notes field. Resource type (work vs material) is set to Work for all migrated team members.
Demand Metric
Task Assignment
Microsoft Project
Assignment (TaskResourceAssignment)
1:1Demand Metric task-assignee relationships migrate to Microsoft Project task assignments with the assigned resource and units (percent allocated) preserved. Where Demand Metric shows multiple assignees on a single task, we create one assignment row per resource in Microsoft Project. Assignment notes and comments migrate as task notes.
Demand Metric
Custom Task Field
Microsoft Project
Custom column (Text, Number, Date, or Flag)
lossyDemand Metric custom fields on tasks require schema mapping against Microsoft Project's custom column types. We identify all custom properties during discovery, classify each as Text, Number, Date, or Flag type in Microsoft Project, and create the custom columns in the destination project before data loading. Multi-select custom fields from Demand Metric flatten to pipe-delimited text in the Microsoft Project custom column.
Demand Metric
Marketing Calendar milestone
Microsoft Project
Milestone task
1:1Demand Metric marketing calendar entries with milestone markers (start date, end date, no associated task) migrate as zero-duration milestone tasks in Microsoft Project with the milestone name and date preserved. Recurring calendar milestones create individual milestone tasks in the destination. The calendar layout itself does not transfer — it is a view property in Demand Metric — so we document the date range and milestone names for manual calendar rebuild in the destination.
Demand Metric
Pre-built Template
Microsoft Project
Not migratable
1:1Demand Metric's library of 1,000+ templates, playbooks, and toolkits are platform-stored content objects that cannot be exported via CSV or API. We do not migrate them. We flag them as reference material and document the top 10-20 most-used templates by the customer for manual re-download from Demand Metric or replacement from the Microsoft Project template gallery post-migration.
Demand Metric
Calendar View
Microsoft Project
Not migratable
1:1Demand Metric's Calendar view is a view-level display property, not a data object. The calendar layout cannot be exported. We extract milestone dates and task date ranges from the calendar view as a structured data pass and re-create them as tasks and milestones in Microsoft Project, but the calendar visual itself must be rebuilt manually by the customer's project team.
| Demand Metric | Microsoft Project | Compatibility | |
|---|---|---|---|
| Project | Project (Project Online or Project for the Web)1:1 | Fully supported | |
| Task | Task (Summary Task and Task)1:1 | Fully supported | |
| Subtask | Task (indented under Summary Task)1:1 | Fully supported | |
| Tag | Text1 custom column (or classification field)lossy | Fully supported | |
| Team Member / Assignee | Resource (Enterprise Resource or local Resource)1:1 | Fully supported | |
| Task Assignment | Assignment (TaskResourceAssignment)1:1 | Fully supported | |
| Custom Task Field | Custom column (Text, Number, Date, or Flag)lossy | Fully supported | |
| Marketing Calendar milestone | Milestone task1:1 | Fully supported | |
| Pre-built Template | Not migratable1:1 | Fully supported | |
| Calendar View | Not migratable1: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.
Demand Metric gotchas
No public API — data must be extracted manually
Template library content is not migratable project data
Cross-project tagging taxonomy requires re-building on destination
Microsoft Project gotchas
Project for the web is being retired and merged into Microsoft Planner
Planner-tier portfolio features are incomplete despite Plan 5 labeling
Web app constraint controls are weaker than the Windows desktop client
Project requires a separate license not bundled with standard Microsoft 365
Project Online API is edition-gated and inconsistently documented
Pair-specific challenges
Migration approach
Discovery and extraction method definition
We audit every Demand Metric workspace, project, and view the customer uses. We identify which projects and tasks are active versus archived, document the tag taxonomy in use, identify all custom task fields, and map the assignee roster. We then define the extraction method for each data type: CSV export from list and board views, structured pull from calendar view (dates and milestone names), and manual extraction for any view that does not support CSV export. The discovery output is a written extraction playbook with a record-count estimate and a confirmed destination format (Project Online REST API, Project for the Web Graph API, or desktop MPP file).
Destination schema design
We design the Microsoft Project destination schema based on the confirmed destination format. For Project Online, this includes provisioning the project site structure in SharePoint, defining custom columns (Text, Number, Date, Flag) matching each Demand Metric custom field, and setting up resource pool access for the migrated assignee roster. For Project for the Web, we configure custom columns in the M365 Project service. We also map the tag vocabulary to the designated custom column and set up any Power Automate flows needed to surface cross-project tag filtering post-migration. For desktop destinations, we define the custom field schema and WBS numbering convention.
Data extraction from Demand Metric
We execute the extraction playbook in partnership with the customer's Demand Metric admin. This involves exporting CSV files from each project's list view, extracting subtask hierarchy depth, pulling calendar milestone dates, capturing assignee lists, and documenting any dependency notes embedded in task descriptions. We reconcile export counts against the discovery record estimate. Any gaps (tasks visible in the UI but not in CSV exports) are flagged for manual pull. This phase produces a set of structured data files ready for transformation.
Data transformation and WBS hierarchy build
We transform the extracted data into the destination format. This includes building the WBS hierarchy from the subtask nesting (flattening to three levels maximum with depth tracked in a custom column), mapping tag labels to the custom column, converting assignee emails to resource references against the destination tenant, and mapping custom fields to the correct Microsoft Project column types. We produce a transformation manifest that shows every source field and its destination mapping before any load begins. Any unmapped custom fields are held for a reconciliation round with the customer.
Sandbox or pilot load and reconciliation
For Project Online and Project for the Web destinations, we run a pilot load into a test project site or sandbox environment using representative data volume. The customer's project manager spot-checks 25-50 tasks against the source for field accuracy, hierarchy correctness, and assignment resolution. Any mapping corrections are applied to the transformation pipeline before the production load. For desktop MPP destinations, we deliver a pilot file for review before generating the final file.
Production migration and cutover handoff
We run the production load in dependency order: project records first, then tasks with WBS hierarchy, then resource assignments, then custom fields and tags. Each phase emits a row-count reconciliation report. After final load, we deliver the tag vocabulary inventory document and the automation rebuild inventory (board configurations, cross-project filter views) as a written handoff for the customer's PMO. We do not rebuild Agile board configurations or cross-project tag filters in Microsoft Project — those are documented for manual rebuild. We support a three-day post-load window for reconciliation issues.
Platform deep dives
Demand Metric
Source
Strengths
Weaknesses
Microsoft Project
Destination
Strengths
Weaknesses
Complexity grading
Standard Project Management migration. 1 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 Demand Metric and Microsoft Project.
Object compatibility
1 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
Demand Metric: Not applicable — no public API endpoints are published..
Data volume sensitivity
Demand Metric 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 Demand Metric to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your Demand Metric to Microsoft Project migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Demand Metric
Other ways to arrive at Microsoft Project
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.