Project Management migration

Migrate from Freelo to Microsoft Project

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

Freelo logo

Freelo

Source

Microsoft Project

Destination

Microsoft Project logo

Compatibility

50%

5 of 10

objects map 1:1 between Freelo and Microsoft Project.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Freelo to Microsoft Project is a structural migration from a flat four-level hierarchy into a WBS-based project plan. Freelo organizes work as Projects containing To-Do Lists containing Tasks containing Subtasks; Microsoft Project collapses this into Tasks with Outline Number hierarchy, Summary Tasks, and a Resource Sheet. We extract the full Freelo hierarchy from the asynchronous ZIP export, map To-Do Lists as Summary Tasks (Phase level), preserve Subtasks as nested children in the WBS outline, and reconcile Freelo's deadline-only model by inferring task Start dates or mapping due dates to Finish dates based on the customer's scheduling preference. File attachments are embedded directly in the .mpp file or linked via SharePoint depending on the Microsoft Project variant. Comments have no native Microsoft Project equivalent; we migrate them as task Notes or bundle them into a companion SharePoint document library. We do not migrate Freelo workflows, notifications, or activity logs as these are not persistent project records and Microsoft Project does not have a comparable automation layer.

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

Freelo logo

Freelo

What's pushing teams away

  • Freelo's notification and email cadence is described as aggressive by some users — weekly reports and reminders arrive without an easy opt-out, and early users report it felt spammy before discovering the filter settings.
  • The free tier limits teams to 3 active projects and 3 users, which becomes a hard ceiling quickly; teams that grow beyond this must upgrade to the Team plan at €80/month for the entire organization.
  • Some users find the menu structure unintuitive at first — multiple reviews mention a learning curve where key features are difficult to locate without getting used to the layout.
  • The Business module (billing, invoicing, advanced workflows) is only available on higher paid tiers and the trial period does not include a way to evaluate it before committing to a paid plan.

Choosing

Microsoft Project logo

Microsoft Project

What's pulling them in

  • Organizations already running Microsoft 365 and Azure AD adopt Microsoft PPM because it slots into existing identity, Teams, and SharePoint infrastructure without requiring a separate identity provider or SSO vendor.
  • Enterprise PMOs choose it for critical-path scheduling, baseline comparison, cross-project dependencies, and resource utilization reporting that standalone PM tools cannot replicate at this depth.
  • Project Online's integration with Power BI gives portfolio-level dashboards and cost-rollup reporting that satisfies executive governance requirements without third-party BI tooling.
  • Government, financial services, and healthcare organizations select it because FedRAMP, ISO 27001, and SOC 2 compliance certifications meet enterprise procurement requirements out of the box.
  • Large IT departments default to it as the market-leader in project portfolio management software, often driven by corporate licensing agreements that bundle it with other Microsoft 365 seats.

Object mapping

How Freelo objects map to Microsoft Project

Each row shows how a Freelo 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.

Freelo

Project

maps to

Microsoft Project

Project (.mpp file) or Project Online / Project for the web plan

1:1
Fully supported

Each Freelo Project maps directly to a single Microsoft Project plan (.mpp file for Project Desktop, or a Project Web App project plan for Project Online). Project name, description, start date (inferred from earliest task if not explicit), and deadline (mapped to project Finish date) migrate as-is. The Freelo project's status (active, archived) maps to Project Desktop's percent complete field or Project Online's Project Finish Date. If the customer has multiple Freelo projects that logically belong in one Microsoft Project plan, we offer a merge during scoping.

Freelo

To-Do List

maps to

Microsoft Project

Summary Task (Phase level)

1:1
Fully supported

Freelo To-Do Lists map to Microsoft Project Summary Tasks at the Phase or stage level of the WBS. The To-Do List name becomes the Summary Task name; its description maps to the Summary Task's Notes field. Outline Number is assigned based on the To-Do List's position within the project. The To-Do List's creation date and manager assignment are preserved as custom fields or Notes. We confirm during scoping whether each Freelo To-Do List should generate a new Summary Task or whether the customer wants a flattened task list with custom columns instead.

Freelo

Task

maps to

Microsoft Project

Task

1:1
Fully supported

Freelo Tasks map directly to Microsoft Project Tasks. We map title, description (to the Task Name and Notes), deadline (to Finish date), assignee (to a Resource assignment on the task), author, creation date, completion date, and status. If the task has no explicit start date in Freelo, we infer it from the project start date or from the deadline minus estimated duration. Freelo task priority (low, medium, high) maps to a custom Priority field in Microsoft Project since the built-in Priority field uses a 1-10 numeric scale.

Freelo

Subtask

maps to

Microsoft Project

Subtask (nested child Task via WBS outline)

1:many
Fully supported

Freelo Subtasks nested under a Task map to child Tasks in the Microsoft Project WBS outline, inheriting the parent's Summary Task structure. Parent-child linkage is preserved as Outline Level (indented under the parent Task). We retain the Freelo subtask name, status, assignee, and deadline. If a Freelo task has multiple Subtasks with conflicting assignees, we create individual resource assignments on the child tasks rather than on the parent. Outline numbers are assigned sequentially during import.

Freelo

User / Coworker

maps to

Microsoft Project

Resource (Resource Sheet)

1:1
Fully supported

Freelo users (Admin, Project Manager, Member roles) map to Microsoft Project Resources in the Resource Sheet. We export each user's name, email, and role. During migration, we create Resource records in the destination .mpp file with the user's name as the Resource Name. If the customer uses Microsoft Project Online or Project for the web, we can map Freelo users to existing Microsoft 365 users by email for resource booking. Role information is preserved in a custom Resource Notes field. Any Freelo user without a match in the destination is flagged in the reconciliation report.

Freelo

Time Entry / Cost tracking

maps to

Microsoft Project

Task Duration and Work fields + Resource cost rates

lossy
Fully supported

Freelo time entries (duration and cost value per task) map to Microsoft Project's Duration and Work fields on the relevant task. If the customer has set resource cost rates in the Resource Sheet, Microsoft Project automatically calculates total task cost. We map the time entry currency and cost value from Freelo to a custom cost field or to the standard Cost field in the destination. This mapping requires confirmation during scoping because Freelo's cost tracking is only available on paid tiers and some teams use it for billing rather than project planning.

Freelo

File / Attachment

maps to

Microsoft Project

Embedded file in .mpp or SharePoint document library link

lossy
Fully supported

Freelo file attachments (up to 100 MB per file) are exported from the ZIP bundle. We re-upload them as attachments on the relevant task. In Microsoft Project Desktop, files can be attached to tasks via the Task Inspector or inserted as objects; larger files are linked rather than embedded to keep the .mpp file size manageable. If the destination is Project Online or Project for the web integrated with SharePoint, we attach files directly to the SharePoint document library associated with the plan. Files exceeding 50 MB per Microsoft Project's attachment limit are flagged for manual review.

Freelo

Comment

maps to

Microsoft Project

Task Notes field or SharePoint companion document library

lossy
Fully supported

Freelo comment threads on Tasks and To-Do Lists have no native Microsoft Project equivalent. Task Notes is a single text field per task, not a thread. We migrate the most recent or most relevant comment to the Task Notes field. If the customer needs full comment history preserved, we create a SharePoint document library as a companion to the migrated plan, with one text file per task containing the comment thread. This is decided during scoping; the default is Notes field migration only.

Freelo

Custom Field

maps to

Microsoft Project

Custom Task Field or Text Custom Field

lossy
Fully supported

Freelo custom fields on Tasks (text, number, date, dropdown) are exported as name-value pairs from the API. We create matching custom fields in Microsoft Project (Text1-30, Number1-10, Date1-10, Flag1-10 depending on type) and populate them during migration. Dropdown values in Freelo become valid custom field values in Microsoft Project's custom field picklist. We present all custom fields for customer review during the mapping phase because Freelo does not expose field type schema descriptors in the API response.

Freelo

Notifications and Activity Log

maps to

Microsoft Project

Not migrated

1:1
Fully supported

Freelo notifications (in-app alerts, email cadence, weekly reports) are ephemeral session-state data and are not migrated. The activity log (state-change history per task) is not a persistent project record in Freelo and has no Microsoft Project equivalent. We do not migrate these objects. If the customer needs an audit trail of past task changes, Freelo's activity log export can be provided as a separate CSV for manual reference outside the project plan.

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.

Freelo logo

Freelo gotchas

High

Free-plan export cap limits migration scope

High

Full data export is asynchronous with 1–2 day delay

Medium

File upload limit of 100 MB per file

Medium

No publicly documented API rate limits

Low

Custom field type mapping may require manual review

Microsoft Project logo

Microsoft Project gotchas

High

Project for the web is being retired and merged into Microsoft Planner

Medium

Planner-tier portfolio features are incomplete despite Plan 5 labeling

Medium

Web app constraint controls are weaker than the Windows desktop client

High

Project requires a separate license not bundled with standard Microsoft 365

Medium

Project Online API is edition-gated and inconsistently documented

Pair-specific challenges

  • Freelo ZIP export is asynchronous and takes 1-2 days

    Freelo's comprehensive data export is the only way to retrieve files, comments, and full project content in one bundle, and it is processed asynchronously rather than on demand. We trigger the export at the start of the migration window so the ZIP arrives before cutover planning. If the bundle does not arrive within two business days, we fall back to API-based extraction for tasks, comments, and user data while noting that binary files require a separate pass and may need manual re-upload. Customers on the free plan are limited to three projects in the export regardless of their actual project count; we confirm the plan tier before scheduling the export.

  • Freelo's deadline-only model requires explicit Start date mapping

    Freelo stores task due dates but not start dates, and it has no auto-scheduling engine. Microsoft Project requires Start and Finish dates for full Gantt and critical path functionality. During migration, we either infer task Start dates from the project start date and a default duration, or we map Freelo deadlines to Microsoft Project Finish dates and leave Start dates for the customer's PM to set during the first schedule review. Tasks migrated without scheduling context land as undated entries in Project, which defeats the purpose of the migration. We confirm the preferred approach during scoping and document it in the migration manifest.

  • Subtask flattening destroys WBS hierarchy without explicit parent linkage

    Freelo's To-Do List → Task → Subtask hierarchy is a three-level nesting structure, while Microsoft Project's WBS is a flat outline that relies on indent/outdent relationships to establish parent-child nesting. If we import Tasks and Subtasks as a flat list, the WBS hierarchy is lost and the customer receives an ungrouped task list. We reconstruct the hierarchy by mapping each Subtask's Freelo parent Task ID to an Outline Level increment in Microsoft Project. This works correctly for simple one-level subtask nesting but requires custom handling for multi-level subtask chains deeper than Freelo supports.

  • Microsoft Project lacks a native commenting system

    Freelo supports full threaded comment threads on Tasks and To-Do Lists with author, timestamp, and markdown formatting. Microsoft Project has no equivalent: Task Notes is a single free-text field, not a thread, and Project Desktop has no collaboration layer at all. We migrate the most recent comment to the Task Notes field. If the customer needs full comment history, we create a SharePoint companion document library with one text file per task containing the complete thread. This is outside the standard scope and requires advance agreement during scoping.

  • File attachments over 50 MB exceed Microsoft Project's embedding limit

    Freelo allows file uploads up to 100 MB per file. Microsoft Project Desktop limits embedded files to 50 MB per object insertion. We compress files between 50 MB and 100 MB before embedding; if a file cannot be compressed below 50 MB, we flag it for the customer to store in SharePoint or a shared drive and link it from the task Notes field instead of embedding it directly. This is a manual step handled post-migration.

Migration approach

Six steps for a successful Freelo to Microsoft Project data migration

  1. Scoping and plan-tier confirmation

    We audit the source Freelo account for project count, task count, subtask nesting depth, attachment file sizes, time entry volume, and custom field inventory. We confirm the account's plan tier (Free, Team, Enterprise) because the free plan's 3-project and 3-user cap limits migration scope. We also identify which Microsoft Project variant the customer is targeting (Project Desktop Standard, Professional, or Project Online) because file embedding and SharePoint integration behave differently. The scoping output is a written migration scope with record counts, a WBS structure preview, and a list of items requiring customer decisions (Start date strategy, comment handling, file storage approach).

  2. Freelo ZIP export coordination

    We coordinate with the Freelo account owner to trigger the comprehensive data export at the start of the migration window. The export is processed asynchronously and delivered via email within one to two business days. While waiting for the ZIP bundle, we run a parallel API extraction to pull task data, user data, and custom fields so that migration work can begin without waiting for files. If the ZIP does not arrive within two business days, we proceed with the API-based extraction and flag files for post-migration manual re-upload. The ZIP bundle is unpacked and validated against the API extraction to ensure completeness before the next step.

  3. Data extraction and transform

    We extract the full Freelo dataset from the ZIP bundle and the parallel API pull. The extraction covers Projects, To-Do Lists, Tasks, Subtasks, Users, time entries, custom field values, and comment threads. We apply the transform: Projects become project plans; To-Do Lists become Summary Tasks; Tasks and Subtasks are assigned WBS outline levels and Outline Numbers; deadline dates are mapped to Finish dates with Start dates inferred per the scoping decision; user assignees are resolved to Resource records. Custom field values are paired with their field names and types for destination schema mapping. Comments are sorted by task and timestamp.

  4. Destination schema setup

    We configure the destination Microsoft Project plan. For Project Desktop, we create the .mpp file structure with the Resource Sheet populated from Freelo users, custom fields set up per the custom field inventory, and the task hierarchy scaffolded before data import. For Project Online or Project for the web, we provision the project plan in PWA or Planner, configure custom columns matching the Freelo custom field types, and set up resource booking if Microsoft 365 user integration is required. The Resource Sheet or resource plan is validated against the Freelo user roster to confirm all assignees have a corresponding resource entry before task import begins.

  5. Production migration

    We run the migration into the target .mpp file or Project Online plan in dependency order: Resource Sheet first, then Summary Tasks (from To-Do Lists), then child Tasks and Subtasks with their WBS outline levels, then custom field values, then time entries as Duration and Work. File attachments are embedded or linked based on file size. Comments migrate to Task Notes or the SharePoint companion library per the scoping decision. Each phase emits a row-count reconciliation report. We run a validation pass comparing migrated task count against the Freelo API task count to confirm no silent drops. The customer reviews a sample of 20-30 tasks for accuracy before we proceed to cutover.

  6. Cutover and delivery

    We freeze write access to the Freelo account during cutover. Any tasks modified during the migration window are delta-migrated. We deliver the completed .mpp file or Project Online project link, the migration manifest (mapping decisions, skipped items, custom field list), the SharePoint companion library if agreed, and a written inventory of Freelo workflows or automations that require manual rebuild in Microsoft Project (Microsoft Project has no native workflow automation; the customer's admin uses Microsoft Power Automate or Project Desktop macros for equivalent logic). We support a 48-hour post-delivery validation window for record reconciliation before closing the migration.

Platform deep dives

Context on both ends of the pair

Freelo logo

Freelo

Source

Strengths

  • Generous free tier with no time limit and unlimited user invitations on paid plans
  • Gmail-to-task integration for teams that live in email
  • Built-in time tracking and cost recalculation per task
  • CSV export available per To-Do List or per entire project directly from the UI
  • Full data export (ZIP) on plan termination includes comments, files, and all project content

Weaknesses

  • Free plan caps at 3 active projects and 3 users — a tight ceiling for any growing team
  • No publicly documented API rate limits, making migration throughput hard to predict upfront
  • Full data export is asynchronous and takes 1–2 days, which can delay migration cutover timelines
  • Business module (invoicing, advanced billing) is gated behind a paid tier and not evaluable in trial
  • Notification and reporting emails are described as excessive by multiple users
Microsoft Project logo

Microsoft Project

Destination

Strengths

  • Deep critical-path scheduling with baseline comparison and cross-project dependency tracking unmatched by lighter PM tools.
  • Native Azure AD authentication, Teams integration, and Power BI reporting sit on infrastructure enterprises already license and manage.
  • Enterprise governance controls including demand intake workflows, resource request approval, and portfolio-level capacity analysis.
  • Supports both Waterfall and Agile methodologies within the same project, accommodating hybrid delivery teams.
  • Scalable from Project Plan 1 for small teams to Project Server on-premises for regulated industries with strict data-sovereignty requirements.

Weaknesses

  • Ease-of-use scores trail the category average by a wide margin; onboarding friction frustrates new users consistently across G2 and Capterra reviews.
  • Pricing ranks 42nd of 49 tools in its category — the total cost of ownership including IT administration and training is rarely recovered for small or mid-market teams.
  • No built-in client portal, external stakeholder sharing, or proofing workflow, limiting use cases to internal PMO environments only.
  • The web interface (Project for the web / Planner Premium) has materially weaker constraint controls and resource auto-leveling than the Windows desktop client.
  • Project for the web is being consolidated into Microsoft Planner, creating uncertainty about which product tier will host project portfolio data long-term.

Complexity grading

How hard is this migration?

Standard Project Management migration. 1 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 Freelo and Microsoft Project.

  • Object compatibility

    B

    1 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

    Freelo: Not publicly documented — no explicit per-minute or per-day quota published in official docs.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Freelo to Microsoft Project 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 Freelo to Microsoft Project data migrations

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

Can't find your answer?

Walk through your Freelo to Microsoft Project migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations land between four and six weeks for accounts with up to 50 tasks across up to 5 projects with no attachments and no time entries. Migrations with large subtask hierarchies (over 5,000 tasks total), bulk file attachments, time entries requiring resource cost mapping, or multiple Freelo projects that need merging into a single .mpp plan move to ten to fourteen weeks because of WBS structure design, Resource Sheet population, and file embedding work. The Freelo ZIP export adds up to two business days to the pre-migration window because it is asynchronous and cannot be expedited.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Freelo.
Land in Microsoft Project, 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