CRM migration

Migrate from Launchpad CRM to Microsoft Dynamics 365 Sales

Field-level mapping, validation, and rollback between Launchpad CRM and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .

Launchpad CRM logo

Launchpad CRM

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

60%

6 of 10

objects map 1:1 between Launchpad CRM and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Launchpad CRM to Microsoft Microsoft Dynamics 365 Sales is a structural migration across fundamentally different data models. Launchpad CRM organizes around Clients, Cases, Programs, and Services in a workforce-development context; Microsoft Dynamics 365 Sales uses Accounts, Contacts, and Opportunities built for commercial sales cycles. We bridge that gap by mapping Clients to Contacts attached to Accounts, Cases to custom entity records or Opportunities depending on the program type, and Program enrollments to custom enrollment objects with the original eligibility and compliance flags preserved in custom fields. Launchpad CRM has no documented public API, so extraction relies on available CSV exports, direct database access where permitted, or authorized screen-scraping — a scoping limitation we assess on every engagement. Workflows, scheduled HUD reporting exports, and RSA-911 report configurations do not migrate as code; we deliver a written inventory of every active automation and export for the customer's admin to rebuild in Dynamics or Power Automate.

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

Launchpad CRM logo

Launchpad CRM

What's pushing teams away

  • Data redundancy forces staff to enter the same client information multiple times across different modules, creating friction and increasing the risk of inconsistent records.
  • Reporting functionality is cumbersome and time-consuming, making it difficult for managers to extract actionable insights from case data without significant manual effort.
  • Integration limitations beyond HUD reporting mean teams using other government systems face manual workarounds that slow down case processing.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How Launchpad CRM objects map to Microsoft Dynamics 365 Sales

Each row shows how a Launchpad CRM object lands in Microsoft Dynamics 365 Sales , including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Launchpad CRM

Client

maps to

Microsoft Dynamics 365 Sales

Contact + Account

1:many
Fully supported

Launchpad Clients (job seekers, benefit recipients, program participants) map to Dynamics 365 Contact records. If the Client has an associated employer or referral organization, we also create an Account record and link it via the AccountId lookup. Client demographics, contact information, and eligibility flags migrate as Contact fields; program-specific compliance data migrates to custom fields on Contact. Address data splits into Dynamics standard address fields with a migration note if multiple service-location addresses exist per Client.

Launchpad CRM

Case

maps to

Microsoft Dynamics 365 Sales

Opportunity or Custom Entity (Case)

lossy
Fully supported

Launchpad Cases link a Client to a Program and track service delivery, compliance milestones, and outcomes. For workforce agencies that track program participation (not commercial sales), we configure a custom Case entity in Dynamics 365 that mirrors the Launchpad schema with Client lookup, Program lookup, status transitions, and milestone dates. For agencies with placement outcomes that resemble sales cycles, Cases map to Opportunity with the Client as the primary Contact and a custom enrollment record capturing program-specific fields.

Launchpad CRM

Program

maps to

Microsoft Dynamics 365 Sales

Custom Entity (Program) + Product2

lossy
Fully supported

Launchpad Programs (workforce development, SNAP, TANF, housing, VR initiatives) with eligibility rules and enrollment records require a custom Program entity in Dynamics 365. We pre-create the Program schema in Dataverse including eligibility criteria fields, funding source codes, and program duration fields before any data import. If Programs have associated services with unit costs or grant allocations, we create Product2 records to track service-line billing or voucher redemption.

Launchpad CRM

Service

maps to

Microsoft Dynamics 365 Sales

Custom Entity (Service Encounter)

1:1
Fully supported

Individual service encounters, assessments, and activities logged against a Case map to a custom Service Encounter entity linked to the Case record. Service type taxonomies (assessment, counseling, job placement, training) value-map from Launchpad to the destination taxonomy during the transform step. Assessment scores and completion dates migrate; instrument-type mapping may require field-level transformation if the destination assessment framework differs from the source.

Launchpad CRM

Documents

maps to

Microsoft Dynamics 365 Sales

SharePoint + Notes or Annotations

1:1
Mapping required

Launchpad document blobs attach to Clients or Cases. We migrate file content and re-associate to the correct parent record in Dynamics 365. The recommended destination is SharePoint Online integrated via Dynamics 365's native SharePoint document management, which gives caseworkers familiar Office 365 access patterns. File-type handling, naming conventions, and folder hierarchy are preserved as closely as the destination SharePoint structure allows.

Launchpad CRM

Notes

maps to

Microsoft Dynamics 365 Sales

Note (Annotation)

1:1
Mapping required

Caseworker notes and case commentary migrate as Dynamics 365 Note records (Annotation) linked via regardingObjectid to the parent Contact, Account, Case, or custom Program record. Plain-text notes migrate directly; rich-text or formatted notes are flagged for manual review because Dynamics Annotation has limited formatting support compared to some source systems.

Launchpad CRM

Assessments

maps to

Microsoft Dynamics 365 Sales

Custom Entity (Assessment)

1:1
Mapping required

Formal evaluations or skill assessments tied to a Case migrate to a custom Assessment entity with fields for assessment type, score, completion date, and instrument name. We value-map assessment instrument types from the Launchpad taxonomy to the destination taxonomy during the transform step. Historical assessment scores are preserved; any scoring rubric or normalization that existed in Launchpad is noted for the customer to rebuild as a Power BI report post-migration.

Launchpad CRM

Employer

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Launchpad Employer records used in job-placement workflows map to Dynamics 365 Account records with the employer name, industry, address, and contact information. We flag any employer that is also a Client (a job seeker who became a placement employer) for the customer to resolve as a duplicate Account or as a separate record with a type indicator. This N:1 pattern is common in workforce programs and requires explicit customer confirmation during scoping.

Launchpad CRM

Pipeline Stages

maps to

Microsoft Dynamics 365 Sales

Custom Option Set or Stage Name

lossy
Mapping required

Launchpad program-status or employment-placement stages do not map 1:1 to standard Dynamics 365 Opportunity stages (Prospecting, Qualification, Needs Analysis, Value Proposition, Id. Decision Makers, Perception Analysis, Proposal/Price Quote, Negotiation/Review, Closed Won, Closed Lost). We create a custom stage mapping table per migration that maps Launchpad stage values to either custom Opportunity stages or to status values on the custom Case entity, depending on the chosen case model.

Launchpad CRM

Custom Fields

maps to

Microsoft Dynamics 365 Sales

Custom Fields

1:1
Mapping required

Launchpad custom properties on any object — eligibility flags, compliance codes, funding sources, caseworker assignments, program-specific attributes — migrate to Dynamics 365 custom fields on the corresponding entity. We pre-create the destination schema in Dataverse before any data import, matching API names with a __c suffix per Dynamics convention and mapping field types (text, integer, picklist, date, boolean) from the source extraction.

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.

Launchpad CRM logo

Launchpad CRM gotchas

High

No publicly documented API or export endpoint

Medium

Redundant data entry creates duplicate field populations

Medium

Reporting requires manual export steps

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • No public API forces manual extraction with no self-service path

    Launchpad CRM does not publish a public REST API, bulk export endpoint, or documented data schema. Extraction relies on available CSV exports, direct database access where permitted by the customer's contract and DBA, or authorized screen-scraping. We flag the extraction method in scoping because it directly affects timeline and cost — CSV exports limit field selection and relationship preservation, while database access requires an explicit authorization letter from the customer and coordination with Launchpad's technical contacts. There is no self-service export path customers can run independently to generate a portable relational data file.

  • Duplicate field populations from redundant entry require dedup resolution

    G2 reviewers report that the same client or case data must be entered multiple times across Launchpad modules. When migrating, the same information may exist in both a Client profile and a Case record. We deduplicate at migration time using the most recently updated field value as the canonical source, but we flag the pattern so the customer understands which record the destination system should trust. Without this step, Dynamics 365 Contact records inherit duplicate or stale data from multiple source fields, creating reconciliation noise during user acceptance testing.

  • Workforce program data has no native Dynamics 365 home

    Launchpad CRM's data model (Programs with eligibility rules, Case records with compliance milestones, Service encounters with unit tracking, RSA-911 export linkage) has no direct equivalent in standard Microsoft Dynamics 365 Sales . We configure custom entities (Program, Case, Service Encounter) to host this data, but the customer's admin team must validate that the custom schema supports their specific program types (WIOA, TANF, SNAP, VR) and that reporting against the custom entities reproduces the HUD 9902 and RSA-911 outputs they currently rely on. Power BI is the recommended reporting layer for compliance exports against custom Dynamics entities.

  • HUD and RSA reporting exports do not migrate as configured reports

    Launchpad's built-in HUD 9902 and RSA-911 export capabilities are configured report definitions, not data records. We migrate the underlying program enrollment, service encounter, and compliance milestone data that feeds those reports, but the report definitions themselves do not have a Dynamics 365 equivalent to migrate to. We deliver a written specification of every HUD and RSA export field used daily, mapped to the corresponding Dynamics custom entity fields, so the customer's Power BI analyst can rebuild the compliance reports post-migration.

  • Owner and user records require explicit provisioning before import

    Launchpad caseworker and staff accounts map to Dynamics 365 User records. We match by email address during migration. Any Launchpad Owner without a matching Dynamics User is held in a reconciliation queue; the customer's admin must provision the missing Users before record import resumes because OwnerId is a required reference on most standard and custom objects. If the customer uses Microsoft Entra ID (Azure AD) for identity, User provisioning may be faster than provisioning from scratch, but explicit mapping confirmation is still required.

Migration approach

Six steps for a successful Launchpad CRM to Microsoft Dynamics 365 Sales data migration

  1. Extraction method assessment and data audit

    We assess the available extraction path for Launchpad CRM: CSV export capability per object, direct database read access (requires explicit customer authorization), or screen-scraping under explicit written authorization. We audit the full data volume (Clients, Cases, Programs, Services, Documents, Assessments, Employers) and identify which objects have relationships that must be preserved during extraction. We also inventory custom fields, compliance flags, eligibility codes, and any HUD or RSA export field references. The extraction assessment output determines whether scoping is straightforward CSV or requires database access coordination, which affects the project timeline and cost estimate.

  2. Destination schema design and custom entity configuration

    We design the Dynamics 365 destination schema to host workforce-development data that does not fit the standard Sales model. This includes a custom Case entity with Client lookup, Program lookup, status transitions, milestone dates, and compliance flag fields; a custom Program entity with eligibility rules and funding source codes; and a custom Service Encounter entity linked to Case. We create all custom fields with correct Dataverse types, configure option sets for status values, and map Launchpad pipeline stages to either custom Opportunity stages or Case status values. Schema deploys into a Dynamics 365 Sandbox first for validation before any data moves.

  3. Sandbox migration and data reconciliation

    We run a full migration into a Dynamics 365 Sandbox using production-like data volumes. The customer's workforce-program lead reconciles record counts (Contacts in, Cases in, Programs in, Service Encounters in), spot-checks 25-50 random records against the Launchpad source, and validates that compliance flags, eligibility statuses, and program enrollment dates survived the transform. Any schema corrections, field mapping errors, or stage-value misalignments surface here. We do not begin production migration until the Sandbox reconciliation is signed off.

  4. Owner and user reconciliation

    We extract every distinct Launchpad Owner and staff user referenced on Client, Case, Service, and Document records and match by email against the Dynamics 365 destination org's User table. Owners without a matching User go to a reconciliation queue. The customer's Dynamics admin provisions any missing Users (active or inactive depending on whether the original Launchpad user is still active). If the organization uses Microsoft Entra ID, we coordinate bulk user provisioning through Entra to streamline this step. Migration cannot proceed past this step because OwnerId is a required reference on most objects.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (Employers from Launchpad), Programs (custom entity), Contacts (Clients with AccountId resolved), Cases (custom entity with ContactId and ProgramId lookups resolved), Service Encounters (linked to Case), Documents (migrated to SharePoint with folder hierarchy and re-linked to parent records), Notes and Assessments (linked to the correct parent). Each phase emits a row-count reconciliation report before the next phase begins. Activity history and engagement records that exist in Launchpad migrate last.

  6. Cutover, validation, and reporting rebuild handoff

    We freeze Launchpad writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver a written inventory of every HUD 9902 and RSA-911 export field, mapped to the corresponding Dynamics custom entity field, for the customer's Power BI analyst to rebuild compliance reports. We also deliver a written list of any Launchpad automations or scheduled exports with a Power Automate equivalent recommendation. We support a one-week hypercare window for reconciliation issues raised by the casework team.

Platform deep dives

Context on both ends of the pair

Launchpad CRM logo

Launchpad CRM

Source

Strengths

  • Built natively on Salesforce as an ISV partner, inheriting Salesforce's data model, security architecture, and reporting framework.
  • Domain-specific design for workforce development, WIOA, TANF, SNAP E&T, vocational rehabilitation, and other public-sector programs.
  • Bundled HUD 9902 and RSA-911 reporting eliminates separate compliance tooling for federally funded agencies.
  • Common intake, case management, learning management, employment portals, and grant management consolidated in one platform.
  • 60+ workforce agencies and nonprofit government organizations as customers, with a founding team carrying 40+ years of combined sector experience.

Weaknesses

  • Redundant data entry patterns flagged by G2 reviewers create duplicate field populations and inconsistent record state.
  • Reporting and analytics outside the bundled federal reports (HUD 9902, RSA-911) require manual export steps and are described as cumbersome.
  • Integration ecosystem outside HUD reporting is limited; non-federal government system links require manual workarounds.
  • No publicly documented standalone REST API outside the underlying Salesforce platform's APIs.
  • Salesforce-native architecture means TCO includes Salesforce licensing on top of Launchpad fees for agencies not already on Salesforce.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Standard CRM migration. 2 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 Launchpad CRM and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    2 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

    Launchpad CRM: Salesforce platform limits apply (typically 15,000 API calls/day for Enterprise editions, with org-level governor limits).

  • Data volume sensitivity

    A

    Launchpad CRM exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Launchpad CRM to Microsoft Dynamics 365 Sales 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 Launchpad CRM to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during Launchpad CRM to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Launchpad CRM to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between six and ten weeks for organizations with under 15,000 Clients, 3,000 Cases, and no custom objects when CSV exports are available. Migrations requiring direct database access extraction, custom Case and Program entity builds, large service encounter histories, or HUD and RSA compliance field preservation move to twelve to twenty weeks. The extraction method is the primary timeline variable because Launchpad CRM has no public API and every scoping engagement must assess the available export path before a reliable estimate is possible.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Launchpad CRM.
Land in Microsoft Dynamics 365 Sales , 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