What Do You Want in a Helpdesk and Ticketing System?
-
@dashrender said in What Do You Want in a Helpdesk and Ticketing System?:
Private support person notes area.
ALready there and working. ANd it is FAST. Ugly right now, but FAST.
-
@dashrender said in What Do You Want in a Helpdesk and Ticketing System?:
Company user list - similar to the hardware list already gathered by Salt.
Already there but having a glitch populating.
-
@minion-queen said in What Do You Want in a Helpdesk and Ticketing System?:
A way to use the data in the tickets to populate a Database for each client. (We use Onenote to keep client data in and OS ticket for ticket information people rarely remember to move important info from tickets to the OneNote for the client).
So customer-based view of cumulative ticket data instead of a device-based view. Interesting.
-
@quixoticjustin said in What Do You Want in a Helpdesk and Ticketing System?:
@dashrender said in What Do You Want in a Helpdesk and Ticketing System?:
Company user list - similar to the hardware list already gathered by Salt.
Already there but having a glitch populating.
Works on my computer ;). All joking aside yeah I really do need to take a look at it from your machine.
-
@dashrender said in What Do You Want in a Helpdesk and Ticketing System?:
@minion-queen said in What Do You Want in a Helpdesk and Ticketing System?:
A way to use the data in the tickets to populate a Database for each client. (We use Onenote to keep client data in and OS ticket for ticket information people rarely remember to move important info from tickets to the OneNote for the client).
How about a Client/user info DB. This goes in with my user list, but would add a client option there. Depends if the goal is MSP style or single company style.
Goal is both, possibly with different screens so that you aren't getting MSP data in your single user business environment when it would just be in the way. ALready tickets are assigned to clients and users, there will be more data about clients and businesses over time. It's there now, just very basic.
-
@quixoticjeremy said in What Do You Want in a Helpdesk and Ticketing System?:
@quixoticjustin said in What Do You Want in a Helpdesk and Ticketing System?:
@dashrender said in What Do You Want in a Helpdesk and Ticketing System?:
Company user list - similar to the hardware list already gathered by Salt.
Already there but having a glitch populating.
Works on my computer ;). All joking aside yeah I really do need to take a look at it from your machine.
When it works currently it's the "write in" list rather than pre-filling from the selected customer.
-
@gjacobse said in What Do You Want in a Helpdesk and Ticketing System?:
Device Field
Users move around - nice to know what device I need to look wout without digging through the ticket to much.. but - that is more of a maybe that a need.
Already there, called "Asset".
-
@quixoticjustin said in What Do You Want in a Helpdesk and Ticketing System?:
@gjacobse said in What Do You Want in a Helpdesk and Ticketing System?:
Device Field
Users move around - nice to know what device I need to look wout without digging through the ticket to much.. but - that is more of a maybe that a need.
Already there, called "Asset".
Well the concept is already there. It isn't populating yet but will be very soon.
-
@nerdydad said in What Do You Want in a Helpdesk and Ticketing System?:
I've had a small wishlist since SW that they never took advantage of, them bastards.
This might be expanding the scope of the project, but I definitely think that asset management needs to be tied into the helpdesk for the reason that the IT department would then be collecting a history of that device. "This device has failed x many times within y many months because of z. It needs to be replaced."
Done
Also, parts management. How many monitors have been replaced, to what departments, for how much cost? Tie that part management to the ticket, deduct it from parts management, and receive alerts as to when parts fall below a certain threshold and needs to be reordered, similar to stock in a store.
That's interesting. That might be something that could be done. Would take a bit of research and design.
Self-service portal with customize-able pages for users to self-submit tickets of common tasks that requires specific information, such as on-boarding/off-boarding (but not waterboarding ;-)). Needs to also contain clickable links to items either within the system or on the network. It would be even better if permissions could be applied based on user/group accounts, tied either through AD/LDAP or within the system itself.
This is in the plans already, but certainly not worked on yet. In the longer term, we plan to make many of these requests into workflows rather than just tickets. So the ticketing system might actually resolve the issue automatically rather than passing it on to the tech.
-
@quixoticjustin said in What Do You Want in a Helpdesk and Ticketing System?:
Self-service portal with customize-able pages for users to self-submit tickets of common tasks that requires specific information, such as on-boarding/off-boarding (but not waterboarding ;-)). Needs to also contain clickable links to items either within the system or on the network. It would be even better if permissions could be applied based on user/group accounts, tied either through AD/LDAP or within the system itself.
This is in the plans already, but certainly not worked on yet. In the longer term, we plan to make many of these requests into workflows rather than just tickets. So the ticketing system might actually resolve the issue automatically rather than passing it on to the tech.
Something similar to "I locked my account. Can somebody unlock me please?" would have the sodium find the email that sent it, searched for the user that the email account is tied to, lookup the username of account and execute a script unlocking the account within the authentication system?
-
@quixoticjustin said in What Do You Want in a Helpdesk and Ticketing System?:
@minion-queen said in What Do You Want in a Helpdesk and Ticketing System?:
A way to use the data in the tickets to populate a Database for each client. (We use Onenote to keep client data in and OS ticket for ticket information people rarely remember to move important info from tickets to the OneNote for the client).
So customer-based view of cumulative ticket data instead of a device-based view. Interesting.
In all reality an option when setting up the system to pick what you want. An MSP will want to most likely search by customer a single business by device.
-
@nerdydad said in What Do You Want in a Helpdesk and Ticketing System?:
@quixoticjustin said in What Do You Want in a Helpdesk and Ticketing System?:
Self-service portal with customize-able pages for users to self-submit tickets of common tasks that requires specific information, such as on-boarding/off-boarding (but not waterboarding ;-)). Needs to also contain clickable links to items either within the system or on the network. It would be even better if permissions could be applied based on user/group accounts, tied either through AD/LDAP or within the system itself.
This is in the plans already, but certainly not worked on yet. In the longer term, we plan to make many of these requests into workflows rather than just tickets. So the ticketing system might actually resolve the issue automatically rather than passing it on to the tech.
Something similar to "I locked my account. Can somebody unlock me please?" would have the sodium find the email that sent it, searched for the user that the email account is tied to, lookup the username of account and execute a script unlocking the account within the authentication system?
Yup, like that.
-
Artificial intelligence searches!
When a new ticket is submitted, the system should compare it against every other ticket and present to the ticket owner/assigned/whatever a list of other tickets where the problem was similar.
Tickets should not be considered just a list of old problems, but also a list of solutions and how they were done. Almost like a self-building KB. As such, within permissions of who can see what, the system should make an attempt to suggest "this problem is kinda like that one or that one or that one."
I also second the idea of being able to store lots of other meta data, notes, files, whatever. If I want to attached to a user something like a login to a service they use, that should be possible, and secure, so the next time they make a ticket, I don't have to store this data in some other system, or ask them for it over and over.
Storing files within the ticket is nice, but the system should collect all these files and keep them attached to the user, making it easier to browse them and search.
-
Proper scheduling! That's one of the major missing pieces for all the less expensive PSAs/ticketing systems. This is about the only thing that ConnectWise does really well:
While in a ticket you can assign a status and then schedule the ticket for either
a) perform this task on this day/time (i.e: you've made arrangements with a user to do X at time Y and it should take Z time to complete)b) follow-up with the user at this date/time for whatever purpose you deem necessary (i.e. pre-ticket closure email ensuring the issue is resolved to the client's satisfaction)
Exchange / Outlook integration a huge plus...
Also, time tracking via manual entry or start/stop.
-
@manxam said in What Do You Want in a Helpdesk and Ticketing System?:
Proper scheduling! That's one of the major missing pieces for all the less expensive PSAs/ticketing systems. This is about the only thing that ConnectWise does really well:
While in a ticket you can assign a status and then schedule the ticket for either
a) perform this task on this day/time (i.e: you've made arrangements with a user to do X at time Y and it should take Z time to complete)b) follow-up with the user at this date/time for whatever purpose you deem necessary (i.e. pre-ticket closure email ensuring the issue is resolved to the client's satisfaction)
Exchange / Outlook integration a huge plus...
Also, time tracking via manual entry or start/stop.
Definitely some great ideas in here and also some ideas that are already in place! I like the scheduling concept and will try to put that through product management. As for time tracking this is already in place. It works currently but it is very bare bones where we we're planning on revamping it an approaching it from a (very slightly) different direction.
-
I'll reuse my list from here:
Here's a few things that I really appreciate:
Â- Merging tickets. Absent = Deal breaker
- Reply to the ticket (instead of creating a new ticket). Absent = Deal breaker
- Multi-Tech assignment.
- Clean interface
- Customisable reports. Absent = Deal breaker
- Multiple ticket views (Mine, All, closed, urgent, stale.. etc)
- Sub-tickets is a nice feature
- Add users/clients easily
-
@nadnerb said in What Do You Want in a Helpdesk and Ticketing System?:
Reply to the ticket (instead of creating a new ticket). Absent = Deal breaker
This in and of itself is essential. In an SMB at least, users will just hit reply instead of clicking a link to reply to a ticket. For SolarWinds, this will create a new ticket, which becomes a nuisance created even by some techs.
-
I want relevant searching. Most searches suck
-
@quixoticjeremy said in What Do You Want in a Helpdesk and Ticketing System?:
@manxam said in What Do You Want in a Helpdesk and Ticketing System?:
Proper scheduling! That's one of the major missing pieces for all the less expensive PSAs/ticketing systems. This is about the only thing that ConnectWise does really well:
While in a ticket you can assign a status and then schedule the ticket for either
a) perform this task on this day/time (i.e: you've made arrangements with a user to do X at time Y and it should take Z time to complete)b) follow-up with the user at this date/time for whatever purpose you deem necessary (i.e. pre-ticket closure email ensuring the issue is resolved to the client's satisfaction)
Exchange / Outlook integration a huge plus...
Also, time tracking via manual entry or start/stop.
Definitely some great ideas in here and also some ideas that are already in place! I like the scheduling concept and will try to put that through product management. As for time tracking this is already in place. It works currently but it is very bare bones where we we're planning on revamping it an approaching it from a (very slightly) different direction.
Yes, I'm excited about the scheduling bit. That's something that I have seen before but I've not heard anyone on our team here discussing this yet so this is something that seems extremely possible in the short term and was simply overlooked. But seems like a super value-add compared to a lot of other products. That's exactly what we were hoping to find in this thread.
Keep the ideas coming!
-
@nerdydad said in What Do You Want in a Helpdesk and Ticketing System?:
@nadnerb said in What Do You Want in a Helpdesk and Ticketing System?:
Reply to the ticket (instead of creating a new ticket). Absent = Deal breaker
This in and of itself is essential. In an SMB at least, users will just hit reply instead of clicking a link to reply to a ticket. For SolarWinds, this will create a new ticket, which becomes a nuisance created even by some techs.
I've heard that Spiceworks often creates a new ticket as well, because of parsing issues or something. But when we test it, it seems to work.