New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create Systems/Technical Support Protocols #213

Closed
SamFritz opened this Issue Nov 29, 2018 · 13 comments

Comments

Projects
None yet
3 participants
@SamFritz
Member

SamFritz commented Nov 29, 2018

Is your feature request related to a problem? Please describe.
Right now we offer technical support to AUK users by way of email, which can come through the project's gmail account or when users directly contact project team members.

Describe the solution you'd like
@ruebot recommended we start to think about how we would like to triage support inquiries and what those protocols/processes would look like.

Since our community is still small in size, an immediate solution could be to highlight technical support questions should be directed to archivesunealshed@gmail.com through our FAQ page, and possibly on other AUK pages.

Describe alternatives you've considered
Other systems (like gitter) that have an in-depth system might be too much for the size of our community at this time.

Additional context
Other AUK tickets that directly relate to this issue:

@ianmilligan1

This comment has been minimized.

Member

ianmilligan1 commented Nov 30, 2018

I like highlighting the archivesunleashed@gmail.com email on both the FAQ page (it's already on the "about" page), and maybe also in the footer or at the bottom of the collection analysis page. Even if it's just an e-mail icon or something unobtrusive like that.

As you note (and as @ruebot noted too), it does suggest that having some sort of contact@archivesunleashed.org etc. e-mail address would be nice.

@ruebot

This comment has been minimized.

Member

ruebot commented Dec 4, 2018

In addition to the FAQ, we could also set this up, and send folks to the #auk channel or an #auk-support channel. Example of what it looks like.

@ianmilligan1

This comment has been minimized.

Member

ianmilligan1 commented Dec 4, 2018

That looks great, and I like the idea of sending folks directly to either #auk or #auk-support. Latter has the benefit of being dedicated, although in the former more technical users could see ongoing GitHub + technical conversations (which could, in turn, alienate less technical users).

@ruebot

This comment has been minimized.

Member

ruebot commented Dec 4, 2018

Cool. I'll dig into it today time permitting. Thursday, if I don't (on campus tomorrow).

@SamFritz

This comment has been minimized.

Member

SamFritz commented Dec 4, 2018

For sure! I think that would be very helpful

@SamFritz

This comment has been minimized.

Member

SamFritz commented Dec 4, 2018

I don't know if this would be helpful, or if it would be possible to implement, but just throwing out the idea of having a systems status page to show if there are any disruptions.

I use to use on in the past and was helpful to diagnose data ingest problems. Example from past project.

Again, this may not be applicable to our project, but just thought I'd see if @ruebot @ianmilligan1 had any thoughts on this.

@ruebot

This comment has been minimized.

Member

ruebot commented Dec 4, 2018

Oh, like a status page: https://status.github.com or https://status.slack.com/? I could dig into that.

@SamFritz

This comment has been minimized.

Member

SamFritz commented Dec 4, 2018

Yes, those are much better examples :)

@ruebot

This comment has been minimized.

Member

ruebot commented Dec 4, 2018

@ianmilligan1

This comment has been minimized.

Member

ianmilligan1 commented Dec 5, 2018

Just catching up on notifications - a status page would be nice, esp. as we rely on WASAPI for so much.

@ruebot

This comment has been minimized.

Member

ruebot commented Jan 8, 2019

To resolve this, should we add a note here to invite them to join the #auk-support channel on our Slack? I think we've take care of the other core issues in this ticket: .org email, and implementing the faq.

Implementing a status site is going to require a lot more work after I dug into it before the holidays. We should create a separate ticket for that, and identify what exactly we want to report on, and how we will verify that it is up; green.

@ianmilligan1

This comment has been minimized.

Member

ianmilligan1 commented Jan 8, 2019

Yep, and I think perhaps adding like to "About," "Documentation" as well as FAQ would help cover our bases. The goal is that people see the link before resorting to e-mails or giving up.

If you want I can take the lead on incorporating the links and then stage a PR for yours and @SamFritz review?

@SamFritz

This comment has been minimized.

Member

SamFritz commented Jan 8, 2019

Sounds good! Thanks for staging the PR @ianmilligan1.

I agree that we've addressed issues listed in this ticket.

And agree with @ruebot re: status page. Happy to discuss the status page further (and move out of this ticket).

@ruebot ruebot closed this in 438381a Jan 8, 2019

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment