BeforeMultiple import waves without deduplication checks produce a predictable duplicate accumulation. A US HubSpot or Salesforce account that has imported contacts from trade show badge scans, webinar registration lists, paid ad form fills, and manual sales team entries over three to five years without running deduplication between imports typically reaches a duplicate rate between 20-35% of total contacts. One contact appears in the CRM as three separate records: one from the 2021 trade show import, one from the 2023 webinar registration, and one added manually by a sales rep who did not search before creating. The downstream effects are measurable: the CRM sends the same email to the same person three times; the sales team works three separate leads that are the same person; reporting counts one contact as three and inflates all metrics. Deduplication with a tool like Dedupely for HubSpot or Cloudingo for Salesforce identifies and merges duplicate records while preserving the most complete data from each.
AfterContact database is deduplicated below a 5% duplicate rate with a documented deduplication process for ongoing maintenance
BeforeUS businesses with California-based contacts have CCPA obligations that most CRM configurations do not address. CCPA requires that California residents can opt out of the sale or sharing of their personal information and receive confirmation of that opt-out. CAN-SPAM requires that commercial email unsubscribe requests be honoured within ten business days and that unsubscribes are applied across all email tools connected to the same CRM. For most US CRM accounts, neither of these is correctly documented at the contact level. A consent record audit reviews the CRM's current unsubscribe and opt-out handling, identifies California-based contacts without a documented CCPA opt-out mechanism, and confirms that CAN-SPAM unsubscribe requests processed through email tools are correctly synced back to the CRM contact record. The audit does not provide legal advice but produces a documented record of the CRM's current consent handling state.
AfterCCPA and CAN-SPAM consent handling is documented at the contact level with gaps remediated
BeforeSalesforce and HubSpot have different data models, and a migration without a mapping plan produces structural problems. Salesforce has four primary sales objects: Leads, Contacts, Accounts, and Opportunities. HubSpot has three primary objects: Contacts, Companies, and Deals. The Salesforce Lead object has no direct HubSpot equivalent — Leads need to be evaluated individually and either converted to Contacts in HubSpot or handled differently. Without a documented object mapping plan before the migration runs, the output is orphaned HubSpot contacts with no company association, deals with no contact linked, and custom field values that did not land in the expected properties. An object mapping document defines how each Salesforce object type maps to the HubSpot data model, how custom fields in Salesforce map to HubSpot properties, and how relationships between objects (Contact-to-Account, Opportunity-to-Contact) are preserved during migration.
AfterThe Salesforce migration ran against an approved object mapping plan and all HubSpot records have correct associations
BeforeA US HubSpot or Salesforce account with 150-300 custom properties is a common finding in accounts that have been active for three or more years. Properties like "Lead Source 2," "lead_source_new," "Original Lead Source," and "LS (from import)" exist simultaneously because each was created by a different person at a different time to solve the same problem. The sales and marketing team does not know which one to use, so all four are inconsistently populated and none of them is reliable for reporting. A property audit identifies all custom properties in the account, determines which ones are actively populated and in use, maps redundant properties to a single canonical version, and produces a naming convention and governance document so that future properties are created with a consistent structure. Properties that are no longer in use are archived rather than deleted to preserve historical data.
AfterCustom properties are consolidated to a canonical set with a naming convention and governance document in place