No history yet

i want to learn about IT layer 1 and layer 2 helpdesk for CRM Microsoft 365 role. Give me real life example of what this job may be asked to do

Welcome! I would love to help you break down exactly what Tier 1 and Tier 2 IT support roles look like in a Microsoft 365 and Dynamics 365 CRM environment.

Before we dive into the career details and real-world scenarios, tell me a bit more about your background. What is your current experience level with IT or CRM systems, and are you preparing for a specific job application right now?

I am completely new to IT and want to learn from scratch.

Welcome to the IT Helpdesk World

It is fantastic that you are starting from scratch! The IT helpdesk world is a highly rewarding career path, and breaking it down into structured tiers is the absolute best way to make sense of how technical support teams operate. Let's look at how organizations manage their technical issues by separating frontline support from deeper, backend problem-solving.

Your path
Real-Life Examples of Tier 2 CRM/M365 Technical Support Tasks

Understanding the Tiered Support Model

Think of an IT helpdesk like a hospital emergency room. When you first walk in, you do not immediately see a specialist surgeon; instead, you talk to a triage nurse who assesses your symptoms, handles quick fixes, or directs you to the right department. In IT, we call this structured hierarchy the tiered support model. Its main purpose is to keep the technical support system running efficiently by ensuring that simple, high-volume issues are resolved instantly, leaving complex problems to specialized technical staff. This framework typically divides support into distinct levels:
TierRoleFocusTech Depth
Tier 1Frontline SupportInitial triage, basic troubleshooting, user administrative tasksStandard SOPs & quick fixes
Tier 2Technical SupportComplex configurations, advanced system troubleshooting, application errorsDeeper admin panel access & diagnostics
In a cloud-based ecosystem like and , these tiers work closely together. Because these platforms run entirely in the cloud, even basic user tasks (like resetting a password) require specific, secure permissions inside the system administration portals. Tier 1 agents act as the face of the helpdesk, answering calls and emails, while Tier 2 agents dive under the hood when a cloud application starts acting up.

Give me a diagram of how a ticket moves between Tier 1 and Tier 2

Let's track exactly how an issue travels from the moment a user encounters a glitch to the moment it is fully resolved. It is a structured journey called the ticket lifecycle, and it acts as the primary pipeline for any IT helpdesk.

A horizontal two-lane support ticket journey starting from Tier 1 triage and escalating down to Tier 2 specialist resolution.

To bring this visual flow to life, let's look at a common scenario in a business running and :
  1. Ticket Created (Frontline Intake): A sales representative attempts to log into Dynamics 365 to update a major client record but receives an Access Denied error. She submits a helpdesk ticket via email.
  2. Triage & Basic Troubleshooting (Tier 1): A Tier 1 agent claims the new ticket. Following their Standard Operating Procedure (SOP), they verify her active account status and walk her through clearing her browser cache. When the error persists, the Tier 1 agent recognizes that this isn't a basic login lock, but a deeper security clearance issue.
  3. Escalation (The Handoff): Knowing that security role modifications inside Dynamics 365 require higher permissions, the Tier 1 agent documents all the initial troubleshooting steps taken and routes the ticket to the Tier 2 queue.
  4. Advanced Investigation (Tier 2): A Tier 2 specialist picks up the ticket. They dive into the Dynamics 365 security settings, discover that a recent system update accidentally stripped the sales representative's security profile of her "Sales Premium" permission set, and manually correct the configuration.
  5. Resolution & Documentation: The Tier 2 agent tests the fix with the user, confirms she can access the client files, closes the ticket, and updates the team's internal knowledge base so the next agent can solve this issue even faster.

Continue to Tier 1 real-life task examples

The Frontline: Tier 1 Support Tasks

Since you are starting from scratch, let's look at the absolute most common real-world requests you will face as a Tier 1 agent. In a Microsoft 365 environment, the undisputed heavyweight champion of helpdesk tickets is the password reset and MFA troubleshooting request.
Imagine an employee rushing to start their workday, but they are locked out of their email because they forgot their password, or their (MFA) app on their phone is not generating the required login code. As a Tier 1 technician, you will log into the admin portal to quickly trigger a password reset or temporarily bypass their authentication block so they can get back to work.

This is the classic frontline support loop: a user gets blocked, they reach out, you use standard administrative tools to verify their identity, apply the quick fix, and verify they are successfully back online.

What does the Entra ID portal look like?

Inside the Microsoft Entra ID Portal

When you log into the as a Tier 1 support agent, you are greeted by a web-based, modern control dashboard. It does not look like a complex coding screen; instead, it is structured as a clean, left-hand navigation menu with clear options for Identity, Applications, and Groups. To find a user account, you simply click on Users and then All Users in the sidebar. This brings up a searchable directory of every employee in the company. From this interface, you can click on an individual's name to view their profile, where you will see a prominent Reset password button at the top of the screen to quickly help a locked-out employee.

A minimalist wireframe interface representing the Microsoft Entra admin center with the Users navigation tab highlighted.

This administrative dashboard allows you to handle high-frequency identity tasks securely and efficiently without needing to write a single line of backend system code. Beyond passwords, you can also manage user account states, such as unblocking a user's sign-in if security policies locked them out after too many incorrect attempts.