ABSTRACT
One of the greatest struggles for our Help Desk was handling regularly scheduled events like account deactivations or the distribution of financial aid letters. Year after year slightly different versions of these events caught us off guard causing confusion amongst the staff which in turn led to poor customer service. We were exclusively reactive to these situations. Our responses were not standard and would pass without a proper dissection of how the event should be handled in the future.
A series of events made us realize that a passive reaction could not be our action plan. The Help Desk got slammed with a variety of issues that we had seen before, but yet we couldn't respond in a quick and consistent way. We didn't have documentation that recalled all the actions we previously took. We needed to come up with a way to track these events so that we could keep ourselves and our colleagues aware of events and figure out how to deal with issues before they hit the Help Desk.
The Lifecycle and Problem Tracker was our solution to this problem. Using our campus wiki, we devised a series of templates and a calendar that would allow us to track re-occurring events. Liaisons were assigned to these events and departments so that we could meet with various stakeholders before an event happened to ensure that the information we gave our customers was accurate. Templates allowed us to keep canned text and knowledgebase solutions in a single location to make deploying them a snap. We could also track unexpected issues and keep ticket counts and follow-up conversations so they could be easily accessed in the future or used in a post mortem.
This system has allowed us to be agile, responsive, transparent and generally less frustrated with issues that shouldn't be causing us or our customers any stress.
Index Terms
- We've been over this before!: tracking the lifecycles of scheduled events
Recommendations
Lifecycle-Based Event Detection from Microblogs
WWW '18: Companion Proceedings of the The Web Conference 2018Microblog like Twitter and Sina Weibo has been an important information source for event detection and monitoring. In many decision-making scenarios, it is not enough to only provide a structural tuple for an event, e.g., a 5W1H record like <who, where, ...
Overhaul your helpdesk ticketing system
SIGUCCS '07: Proceedings of the 35th annual ACM SIGUCCS fall conferenceBefore implementing the Footprints helpdesk ticketing system MassArt had a homegrown system that was not user friendly and therefore by and large, unused. Does this sound familiar? The college needed a comprehensive, centralized, and customizable ...
Structuring Incident Types to Streamline Incident Response
MSN '11: Proceedings of the 2011 Seventh International Conference on Mobile Ad-hoc and Sensor NetworksDefining security and privacy incidents and detection alerts can become a conundrum of rules and events. Information security operations groups responsible to manage security monitoring tools and to respond to security incidents may decide to streamline ...
Comments