Support Importing Contacts with Multiple Labeled Phone Numbers & Emails
C
Charles Higgins
Problem:
Currently, importing contacts (e.g., via CSV) into HighLevel presents challenges when a single contact has multiple phone numbers or email addresses that need specific labels (like "Mobile", "Work", "Home", "Personal"). The import process typically only maps to a primary phone/email field, or pushes additional entries into generic custom fields—losing the context provided by proper labels.
This leads to:
- Manual cleanup and categorization post-import
- Higher risk of data entry errors
- Slower onboarding and contact migration workflows
Proposed Solution:
Enhance the contact import functionality to support mapping CSV columns directly to
specific, labeled
phone number and email address fields within HighLevel contact records.Specifically:
- During import field mapping:Allow users to assign columns likeWork PhoneorEmail_Personalto labeled contact fields in HighLevel.
- Support for Standard Labels:
-
Phone Numbers:
Mobile, Work, Home, Main, Landline, Fax, Other-
Email Addresses:
Personal, Work, Other- Multiple entries per contact row:The system should support parsing and mapping multiple phone/email types for asingle contactin one row.
Example Use Case:
A CSV file contains columns:
FirstName
, LastName
, MobileNum
, WorkPhone
, HomeLandline
, PersonalEmail
, WorkEmail
Mapping would look like:
- MobileNum→Phone (Mobile)
- WorkPhone→Phone (Work)
- HomeLandline→Phone (Home)orPhone (Landline)
- PersonalEmail→Email (Personal)
- WorkEmail→Email (Work)
All in a single import process for one contact.
Benefits:
- Time Savings:Minimizes or eliminates the need for post-import data cleanup.
- Accurate Data Organization:Contact methods are stored with the correct context and labels from the beginning.
- Enhanced Segmentation & Automation:Enables precise targeting—e.g., SMS to Mobile numbers, campaigns to Work emails.
- Streamlined CRM Migrations:Eases the transition from platforms that support labeled contact methods.
- Improved Usability:More intuitive contact records and better data hygiene across the platform.
This feature would be a major improvement for teams managing detailed contact data and running high-volume imports or migrations.
Log In
B
Brian Del Terzo
100% agree. Right now, additional phone numbers imported through CSV are assigned to custom fields that aren’t recognized by GHL as valid phone numbers... so you can’t use them for calls or SMS until you manually copy and paste them into the actual phone number fields. That’s a huge time waster.
I also suspect that if someone calls or texts from one of those unassigned numbers, a new contact record may be created, which creates confusion and duplicates.
K
Keith Besherse
This enhancement would also benefit the business card scanner as many people have more than one phone number on their card.
The scanner often fails to categorize O: 123.456.7890 as a phone number (let alone mapping it as the work number).