Helping teams get started – stack overflow blog gas near me cheap

Two weeks ago, we released Stack Overflow for Teams —a way for teams to share information privately. A ton of work over the last year has been done to release this exciting new product. This post goes into how we designed the custom Team onboarding experience and how we see this feature possibly expanding in the future. Hard problems

The hardest problem at Stack Overflow isn’t creating the functionality to post questions or answers, notify users of these posts, calculate reputation, commenting, voting, or any of the other various tools that are used within a community (These are all core features to a Stack Overflow community.) The hardest problem is starting a community.

If you’ve ever tried to start a forum discussion, chat, or other type of online group, you’ve experienced the massive amount of effort needed to start that group. And once the community starts generating some momentum, your work doesn’t go away—it shifts toward increasing the community’s momentum. It’s difficult work, which is rarely recognized.

One interesting feature about the Stack Exchange network is that anyone can suggest creating a new community. If there’s a knowledge area that interests you and potentially interests others, you can submit your idea on our “Area 51” website . This website walks you through a number of steps to help you go from a community idea to an actual Q&A community.

One criteria we’ve held for new communities is that they need to be of a certain size and show consistent growth for us to “graduate” that community as an official Stack Exchange network site. There have been hundreds of proposals submitted, and failure to reach the needed community size is consistently a top reason for a community’s inability to graduate. Understanding the problem

Thankfully we had already been starting to think about this problem for our Stack Overflow Enterprise customers. Through this team’s work and other work the User Research team conducted, we started to learn a few key things: 1. Identify people who really care about this.

What we find though is that people prefer to have some content already in place. This seeded content removes the decision paralysis that comes with a blank canvas: there are so many possible questions that could be asked, that you end up asking none.

If we find that starting with an empty community doesn’t work, the goal during setup becomes about creating some initial content before everyone else joins in. While this content could be created by 1-2 people, we found that the task becomes a lot easier if its shared with 7-10 people. By sharing the community setup workload with this core group, the task becomes easier for everyone. Testing ideas

Taking this initial research, our next step was to test out these ideas. A typical project at this point at Stack Overflow would have had us writing a spec, creating some wireframes, designing artwork, and building a prototype before testing it with users. This process would take weeks for us to learn crucial information. We didn’t want to waste weeks to test an idea, so we changed our approach by testing lo-fidelity versions within a couple days.

Using slide decks and clickable prototypes we were able to test and adjust our ideas within a couple weeks versus a couple months. We knew that above all else, clear copy would win the day. So we created a simple Google Slide presentation with our proposed copy and interviewed a number of individuals to gauge their reactions.