I seem to remember reading a post in here where @popey had mentioned that this is not to be a support forum. That is likely better handled over on the ubuntu forums, etc. Maybe a disclaimer (or the like) needs to be more prominent?

I know for example a support request came in on the thread about todays On Air Hangout.

Support requests landing here is not unexpected. When you search online for Ubuntu Support (and similar phrases) there are results returned from the old static site. When the static site was live, visitors were forced to read the page and follow the external links to AskUbuntu, IRC, Forums etc. However now this is a dynamic forum-looking site, I imagine the thought process is “Hey, this looks like a forum, and it has the Ubuntu branding, it’s official, I’ll ask here!”.

I think we can do a few things to help here.

Setup redirects so anyone coming here to an old url which implied support is here, gets sent to a post which is more direct about how this site isn’t for support.

Modify the new-user welcome message to make it clear this isn’t for support.

Modify existing messaging in the banner to make it clear this site isn’t for support.

In the meantime, yes, users can flag and moderators could move/close/hide posts which are support related and reply with a useful comment directing them to the right place.

For drive-by feature requests, I don’t have a problem with these so much. It’s interesting content to see how people use the system and how they expect it to work. It’s also a direct hotline to the desktop team who hang out here. We’ll get more teams over here as time goes on.

Bug reports are interesting. I think we need a new/refreshed page in the documentation category which summarises how to file a bug and more importantly where to file a bug. We could potentially link to that more prominently? Would be great to have a nice list with each of the core components linked directly to the launchpad (and/or upstream) bug trackers. A bit like the old Avengers page on the wiki for Ubuntu Touch. But prettier.

Hmmm. The ‘Finding Help’ page (Finding Help) seems like a stub duplicate of the ‘Community Support’ page (Community Support). Do we really need them both?

There’s (broadly) two types of users who stumble into this site. Those who need help and those who are equipped to give it. The Finding Help page is for the former, the Community Support is for the latter.

The Ubiquity installer actually links directly to this site (well, the old static one) on one of the slides, suggesting users needing help come here. That’s a good reason why we’re seeing a bunch of people asking for help here.

If you (or anyone) has ideas for improving that (or indeed any) page in the Documentation category, go right ahead. I made all the posts there ‘wiki’ posts so they’re editable by us all. I welcome edits to these pages as they have been static for some years now!

When we set the site up initially, myself and @nhaines high-level reviewed the pages just to remove references to Ubuntu Touch, Unity8 and some other outdated content. But at any point they can be reviewed again. It’s one of the reasons we chose this platform, to make it easier for our community to help keep these documents current and relevant.

I have also set redirects for all the old pages to the (hopefully) right pages on the new site. I just looked at each of the pages on the wayback machine and set the right targets for any inbound links to those pages, to topics in the documentation category.

Here’s the mapping I did. As with everything on this site, if anything doesn’t look right, let me know or change it yourself.

Seems like I’m flagging an average of about 2 support requests each day. Sometimes more, sometimes less.

I am concerned that (frustrated, ranting) users told nicely to “go over there and start again” may not be the great experience we want these users to have.

Curiosity: How many support requests are getting closed daily (average) on the Community site?

Thinking about some kind of automated solution, the first thing that leaps to my mind is a copying the thread --appropriately reformatted-- over to AskUbuntu or UbuntuForums, and a helpful explanation sent to the user. Better, simpler solutions are welcome.

However, a bit of poking around in Discourse Meta indicates that they have never conceived of anything like that, so what should be our threshold or trigger to revisit an automated or technical solution?

Thank you for keeping on top of these. I think we need to be clearer on our messaging, so people know this isn’t a support site, and know where the best place to get support is.

One of the by-products of using Ubuntu SSO for sign up is that it’s very easy to get in and creating posts quickly. I wonder if there’s some prompt / text in discourse which we can tailor for first time users (because they’re all first time users really) to let them know the house rules?

Perhaps there’s a setting we can twiddle that will make it slightly harder for new users to post support questions, while making it easy to post real conversational community posts. @Wimpress I know you’ve got more experience of discourse than I, have you any ideas here?

We’d like to see something like this on the Ubuntu Forums too, before being forced to log in via SSO, new members had to read and agree to follow the Forum Code of Conduct, now they create an account, and are blisfully unaware of the Forum rules.

For drive-by feature requests, I don’t have a problem with these so much. It’s interesting content to see how people use the system and how they expect it to work. It’s also a direct hotline to the desktop team who hang out here. We’ll get more teams over here as time goes on.

This is not to say that users shouldn’t be encouraged to post feature requests directly in appropriate threads (such as “we need your input” threads). But where such a thread doesn’t exist (or can’t be found), the “Feature Requests” category would be a good catch-all.

And if users had a way to cross-post a single post under both the “Feature Requests” category and simultaneously under another category, that would be even better. (Mods could reassign the cross-posts, where appropriate.)

It’s interesting content to see how people use the system and how they expect it to work. It’s also a direct hotline to the desktop team who hang out here. We’ll get more teams over here as time goes on

Just to clarify, I’m suggesting a designated destination for the “drive-by” feature requests that this site will inevitably receive, so that such suggestions won’t clog other categories, and so that those team members who want to review them, can find them.

Whether a team member replies or not would be up to the team member. Indeed, in view of your comments, maybe an auto-generated “we gets lots of suggestion, sorry if no one replies” type of message could be sent in reply to all submissions made in the “Feature Request” category (which auto-generated message may be inappropriate if sent after submission to other categories).

I’m not opposed to such a category, but suggest we work out the likely workflow for such posts to avoid the known potholes.

I’ll be in this camp.

GizmoChicken:

Whether a team member replies or not would be up to the team member. Indeed, in view of your comments, maybe an auto-generated “we gets lots of suggestion, sorry if no one replies” type of message could be sent in reply to all submissions made in the “Feature Request” category

That assumes they post in that category.

The trouble with expecting people to actually bother to look for a category - read descriptions etc etc is why this thread was started.

People do not read much - especially when there’s a big + New Topic button right there on the tool bar on the from page, which allows one to leave it Uncategorised.

Which then means that the people who can do so will end up moving threads, we tend to post when we move, but this particular person doesn’t have much to say about Ubuntu - I’m part of the Xubuntu team. So if I moved it they’d not get much more than a ‘I’ve moved this somewhere appropriate’