Open consideRatio opened 1 year ago
This is a related note that I made in a freshdesk ticket with "pending" status to help ensure future support stewards could avoid reading up and considering if they have an action point to take in the ticket.
I think we can also create a new status, but I'm not sure. If not, we should make sure to update the existing "pending" field to represent what is meant, as currently I think we would communicate to end users that we are awaiting their reply rather than we are awaiting technical work to be done by us.
This is a screenshot from the "ticket fields" settings in freshdesk as an admin:
I concur with the suggestion outlined by @consideRatio at the top of the issue.
I think we can also create a new status, but I'm not sure. If not, we should make sure to update the existing "pending" field to represent what is meant, as currently I think we would communicate to end users that we are awaiting their reply rather than we are awaiting technical work to be done by us.
I always interpreted Freshdesk "pending" as "awaiting technical work to be done by us". In our boards, I use "pending" as waiting for us whereas I use "blocked" as waiting for 3rd party's feedback. Maybe we can do the same in Freshdesk for consistency?
We have team-compass documentation about the support process for non-incident responses. In steps outlined, the support steward role hands over to the engineering role. But what should happen to the freshdesk ticket meanwhile that work is being done?
This was touched in https://2i2c.freshdesk.com/a/tickets/365 by me and @yuvipanda.
I currently see each support ticket, even those marked as "pending" as something that will incur a time cost for us as support stewards. But I don't think that has to be the case!
I suggest that we either mark tickets with pending work items tracked in a github issue as closed or as pending.
I think perhaps the best strategy is to mark them as pending, as that makes the person on the other end be aware that we are still working on a resolution. But, its a problematic strategy if:
Suggestion
Like this, engineers not acting as support stewards can relax from freshdesk work, and support stewards can relax from reading up on tickets where someone is already read up and taking action.
Action point to resolve this issue