Forms in Invarosoft
How MSP owners can use Ticket Forms and Webforms to reduce back-and-forth emails, improve ticket quality, standardize service requests, and create cleaner workflows inside the service desk.
| Ticket Forms: Designed for specific incidents or issues. They collect troubleshooting information based on the ticket type selected by the end user. |
| Webforms: Designed for service requests such as procurement, onboarding, offboarding, and assessments. They can support conditional questions based on user selections. |
Webinar Agenda
| 1 | Opening and the problem with vague tickets |
| 2 | What Ticket Forms are and when to use them |
| 3 | Example Ticket Form: Printer Issue |
| 4 | Why Ticket Forms matter for MSP owners |
| 5 | What Webforms are and when to use them |
| 6 | Webform examples: Procurement, onboarding, offboarding, assessments |
| 7 | Closing and best-practice recommendation |
Presenter Script
1 — Opening
Hi everyone, and welcome.
Today we are going to talk about forms within Invarosoft, and more importantly, how forms can help your MSP reduce unnecessary back-and-forth, improve ticket quality, and create a better client experience.
Every MSP knows the pain of receiving a ticket that simply says, “My computer is not working.” Then your team has to reply with basic questions: What computer? What exactly is happening? When did this start? Is there an error message? Is anyone else affected?
Forms help solve that by collecting the right information at the point of submission, before the ticket reaches your service desk.
2 — What Are Ticket Forms?
Ticket Forms are designed to collect information about a specific issue or incident. They are associated with a ticket type that needs to be selected by the end user when logging the ticket.
For example, if the user selects Printer Issue, you can present a printer-specific form that asks for the device, the symptom, the impact, and any error message.
The goal is simple: reduce the number of emails required to understand the issue and give your technicians better information from the very beginning.
3 — Example Ticket Form: Printer Issue
Let us look at a very common example: a printer issue. Instead of receiving a vague ticket that says “The printer is not working,” the form guides the user to provide structured information.
4 — Why Ticket Forms Matter for MSP Owners
From an MSP owner’s perspective, this is not just about nicer tickets. It is about operational efficiency.
Ticket Forms can reduce technician time spent gathering basic information, improve first-touch resolution, standardize intake across clients, reduce ticket noise, and improve the quality of data inside your PSA.
If your intake is vague, your reporting will be vague. If your intake is structured, your reporting becomes more useful and your service desk gets cleaner data to work with.
5 — What Are Webforms?
Webforms are different from Ticket Forms. Ticket Forms are typically used for incidents. Webforms are designed to receive service requests.
These are requests that usually need more structure, more approval, or more business context, such as procurement, onboarding, offboarding, and assessments.
Webforms are also powerful because they can support conditional questions. This means the questions can change depending on what the user selects.
6 — Closing
To wrap up, the key difference is this: Ticket Forms are for incidents. They help collect the right troubleshooting information when something is broken. Webforms are for service requests. They help structure bigger business workflows like procurement, onboarding, offboarding, and assessments.
For MSP owners, forms are a practical way to reduce wasted technician time, improve the client experience, and create cleaner workflows inside the service desk.
The best place to start is not with a hundred forms. Start with the noisy ones: the ticket types and service requests that create the most back-and-forth, confusion, or repeated questions.
Printer Issue
Use this form when the end user selects a ticket type such as Printer Issue. The objective is to collect enough information for triage and troubleshooting before a technician responds.
Service Request Examples
Use Webforms for structured requests that need business context, approval details, or conditional questions.
Procurement Request
- What type of item are you requesting? Laptop, desktop, monitor, software license, mobile device, other.
- Who is this item for? Existing employee, new employee, or shared/team use.
- Employee name.
- Department.
- Business reason for the request.
- Is this replacing existing equipment?
- If yes, what is being replaced?
- Is there a required delivery date?
- Approving manager name.
- Budget or purchase order number, if applicable.
Employee Onboarding
- New employee full name.
- Personal or alternate email address.
- Start date.
- Job title.
- Department.
- Manager.
- Office location or remote worker.
- Does the employee need a new device?
- What applications should the employee access?
- What distribution lists or shared mailboxes should they be added to?
- Does the employee require admin or elevated access?
- Any special instructions?
Employee Offboarding
- Employee full name.
- Employee email address.
- Last working day.
- Termination effective date and time.
- Should access be disabled immediately or scheduled?
- Who should receive mailbox access or forwarding?
- Should OneDrive or files be transferred?
- Should the user be removed from distribution lists and shared mailboxes?
- Does the user have company equipment to return?
- Any legal hold or compliance requirements?
- Approving manager.
IT / Cybersecurity Assessment Request
- What type of assessment are you requesting?
- Main business objective.
- Number of users.
- Number of locations.
- Primary contact for the assessment.
- Preferred timeframe.
- Are there known issues or concerns?
- Are there compliance requirements?
- Do you need a written report?
- Do you need recommendations and pricing?
Best Practice for MSP Owners
Do not start by building dozens of forms. Start with the ticket types and service requests that create the most repeated questions, slowest triage, or highest volume of back-and-forth emails.
Recommended starting point: Printer issue, email issue, onboarding, offboarding, procurement, and cybersecurity assessment requests.
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article