13

In October, we ran this year’s round of Community-a-thon. As in previous years, the purpose is for staff to step into the shoes of community members and experience what it’s like to ask, answer, edit, flag, and generally experience the network as a regular user.

Our goals remain the same:

  • Build empathy by seeing the platform from a user’s perspective
  • Encourage ongoing participation from staff beyond the event itself
  • Collect concrete feedback and bug reports that can help improve the Stack Exchange experience

Higher participation from staff

We put a lot of effort into communicating a lot and building momentum leading up to community-a-thon, which helped us see a big increase in staff participation this year. Since last year’s event we also began including an introduction to engaging on the platform as one of the on-boarding sessions for all new hires, which has helped new staff become comfortable using the sites from the start. We have also been highlighting staff contributions across the network in internal newsletter, to help encourage participation throughout the year.

What staff noticed while using the sites

Staff feedback centered around several common themes, much of which related to the intuitiveness of using the platform. Specifically, staff encountered challenges including:

  • Ease of navigating between multiple sites
  • Where to find chat entry points
  • How to interpret question draft warnings
  • Using the platform on mobile

In addition to this general feedback, staff also caught several bugs that have been triaged to the appropriate teams, including an issue where users trying to join additional sites were prompted to create a new account, rather than simply join the community with their existing account.

Many of these are not brand-new issues and have been raised by community members before. Community-a-thon helps a wider range of staff experience those same rough edges first-hand and better understand how they impact everyday use of the platform.

We can’t promise a specific timeline, but we do hope to address many of these issues (and more) as we continue to iterate on site design and functionality.

Next Steps

Past Community-a-thons have already shaped some of our internal practices mentioned above, such as incorporating platform walkthroughs into new-hire onboarding and highlighting staff contributors each quarter. We want to continue building that progress. Our ongoing intentions are for this event to:

  • Ground internal product discussions in real user experience
  • Keep staff connected to the day-to-day reality of the network and its users
  • Feed new insights into ongoing product and policy conversations, even when changes take time

After debriefing how the event went, we came away with a set of ideas to explore for next year’s Community-a-thon, with the goal of continuing to grow participation and helping staff gain more insights from the experience. We look forward to improving the process further next year.


Thank you again to everyone in the community who interacted with staff during the event (whether or not you realized it, since many staff participate using personal accounts without a staff badge). Whether you answered questions, left comments, flagged issues, or shared your own feedback on Meta, your participation is always appreciated.

If you have additional thoughts on this year’s Community-a-thon or ideas for how we can make future iterations more useful (for both you and us), please feel free to share them in an answer below.

1
  • 2
    great stuff. thanks for the update! Commented Nov 24 at 19:44

1 Answer 1

6

Funny thing is... some of these problems were solved ages ago

Ease of navigating between multiple sites

Where to find chat entry points

With both of these, least to me, the old style 'text' based designs and having things in fewer clicks than we had now worked well. This is very much in an opposite direction to how SE's gone with design over the years but its a good idea.

Luckily for us, the fact that area 51 has mouldered unloved for years gives us a good example of what it was, and possibly ideas for the future.

Screenshot of an oldstyle stack exchange menu.
I'd note chat on the sidebar was an improvement but I still prefer having the essentials right on top. Everything is very clearly labelled - its not perfect but so much clearer than modern icon-centric design.

Using the platform on mobile

We had a simplified mobile site and a set of really nice (but sadly neglected) apps. While responsive design does mean you can maintain a single site for many viewports, and is the modern way to do it - it can be a little flawed. While its 'usable' - in many cases the needs of mobile are very very different from how you would use the site on a desktop.

These are just my views of course, and I look forward to seeing y'all find solutions to these problems

You must log in to answer this question.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.