About this customer support use case diagram template
A customer support use case diagram shows which actor roles interact with a support system and which services each role uses. In this template, the main actors are a registered user and a support person, while the core use cases cover contacting support, submitting issue details, reviewing inquiry history, resolving inquiries, and providing feedback. This makes the diagram useful for clarifying functional requirements before a support or ticket-management workflow is implemented.
Registered User Actions
The registered user is the customer-facing actor. The actions in this branch describe how a user starts a support interaction, adds information that helps staff investigate the issue, follows previous inquiries, and closes the loop with feedback.
- Contact Support: Starts an inquiry or request for help.
- View Inquiry History: Lets the user review previous or ongoing support requests.
- Submit Details: Provides the information support staff need to understand or troubleshoot an issue.
- Submit Feedback: Records the user's evaluation after support has been provided.
Support Person Actions
The support person is the service-side actor responsible for reviewing information and moving an inquiry toward resolution. This branch is useful for defining the minimum staff-facing functions a support portal or ticketing module should expose.
- View Inquiry History: Reviews the context of current and previous requests.
- View Submitted Details: Checks the information supplied by the user.
- Resolve Inquiry: Records or performs the action that addresses the support request.
- View Feedback: Reviews user feedback for service follow-up or quality improvement.
How to read the actor-to-use-case relationships
In UML, an actor represents a role that interacts with a system rather than one specific person. The association lines in a use case diagram indicate which system functions an actor participates in. Read this template from the actor toward the connected use cases to check whether each required user or staff goal is represented inside the support workflow.
- User goal: Get help, provide context, track an inquiry, and submit feedback.
- Support goal: Review the case, inspect details, resolve the inquiry, and evaluate feedback.
- Shared information: Inquiry history connects the customer-facing and service-side views of the same support process.
Best fit for this customer support use case diagram
This template is best suited to early requirements analysis for customer-service portals, e-commerce support modules, help-desk systems, and simple ticket or inquiry workflows. It is especially useful when a team needs to agree on actor responsibilities and system functions before designing screens, APIs, or database tables.
- Best for: Mapping user and support-agent responsibilities at a functional level.
- Useful in: Requirements workshops, system scoping, developer handoff, and stakeholder reviews.
- Tradeoff: A use case diagram shows who uses which functions, but it does not show the detailed order of steps, ticket states, SLA timing, escalation logic, or database structure.
If those details matter, complement this template with an activity or sequence diagram for workflow behavior, a state diagram for ticket status changes, or a class/ER diagram for the underlying data model.
How to customize the template for your support system
- Rename the actors. Replace Registered User or Support Person with roles used by your product, such as Customer, Support Agent, Supervisor, or Administrator.
- Match the use cases to real support goals. Add functions such as Create Ticket, Attach File, Escalate Case, Reopen Ticket, or Close Ticket only when they belong to your actual requirements.
- Add external actors when needed. A chatbot, email service, payment platform, CRM, or notification service can be modeled as an external actor if it interacts with the support system.
- Check the system boundary. Keep user goals and external systems outside the boundary and the support-system functions inside it.
- Validate the diagram with stakeholders. Confirm that every important actor goal maps to at least one system function and remove functions that do not belong in the customer-support scope.
FAQs about this Template
- Which actors and functions appear in this customer support use case diagram?
The template shows a Registered User and a Support Person. Functions include contacting support, submitting details, viewing inquiry history, resolving an inquiry, and submitting or viewing feedback.
- Does a customer support use case diagram show ticket workflow order?
No. It maps actors to system functions. Use an activity or sequence diagram for process order, and a state diagram for ticket statuses, escalation, or reopening behavior.
- Can this customer support template be adapted to a help desk?
Yes. Rename actors and functions to match the help desk requirements, then confirm each role and goal with stakeholders. Add supervisors, channels, or ticket actions only when they belong inside the system scope.
(AI & Web)