Customer 360 is connected context with a purpose

For an automobile dealership, Customer 360 means that authorized users can understand the relevant relationship without rebuilding it from separate files. The view may connect enquiries, activities, vehicle interests, bookings, delivered vehicles and service history, subject to the user’s tenant, role and branch permissions.

It does not mean every employee sees every field or that the dealership should collect data “just in case.” A useful Customer 360 view is purpose-limited, accurate and organized around the next permitted customer or operational action. Dealer’s Edge includes Customer 360 context within its verified product scope.

Start with reliable identity and duplicate handling

Connected history fails when the same person is represented by several records or different people are incorrectly combined. Define how phone numbers, email addresses, customer identifiers and vehicle relationships are validated and matched. Keep a controlled process for reviewing possible duplicates.

Do not merge records only because two family members share a phone number or address. Preserve the real relationship while keeping each person’s permissions, consent and interactions clear.

Connect the journey without flattening it

  • Enquiries and their source, interest and ownership
  • Calls, visits, test drives or test rides and follow-ups
  • Finance, booking and delivery milestones where applicable
  • Vehicle relationships
  • Service schedules, appointments and recorded outcomes
  • Open tasks and the next permitted action

The customer record should make chronology understandable while retaining the meaning of individual objects. A booking is not merely a note; a service follow-up is not the same as a sales task. Connected does not mean undifferentiated.

Give each role the context it needs—and no more

A salesperson may need current sales history and next actions. A service advisor may need the permitted customer and vehicle context for an appointment. A manager may need aggregated activity and outcomes. An administrator’s configuration role does not automatically require unrestricted customer access.

Use role-based permissions, branch scope and server authorization together. Hiding a screen in navigation is not sufficient. Review Dealer’s Edge’s published security and access-control approach during implementation planning.

Use Customer 360 to improve continuity, not surveillance

The practical benefit is continuity. An authorized team member can see the customer’s agreed next step, avoid asking for the same information again, and understand the vehicle and service relationship. That can support a more relevant interaction without claiming guaranteed sales or retention outcomes.

Avoid scoring, profiling or automation that the dealership cannot explain. If AI or communication providers use customer context, define the minimum data, consent, access, retention and human-review requirements before activation.

Maintain the view as an operational record

  • Require a usable outcome and next action after material contact.
  • Review possible duplicates and stale contact details.
  • Close or correct records rather than leaving contradictory stages.
  • Apply retention and deletion processes appropriate to the business and law.
  • Audit access and important administrative changes.
  • Train users to distinguish facts, customer statements and internal next steps.

A Dealer’s Edge demo can show a fictional customer journey from enquiry through sales and after-sales while preserving the same access questions the real deployment must answer.

Frequently asked questions

Is Customer 360 a single database table?

Not necessarily. It is a coherent permitted view of related customer, activity, vehicle, booking and service context. The underlying system may keep those records separately.

Should service teams see the full sales record?

Only the information required for their authorized responsibilities. Access should follow purpose, role, branch scope and server-enforced permissions.