https://www.mooreds.com/wordpress/archives/3451 Dan Moore! * Online community power outside of devrel * Advice for finding a technical co-founder You should use forums rather than Slack/Discord to support developer community Hot take after a year or so of trying to build a developer community. If you can pick only one, use forum software rather than synchronous chat software for community building around a developer platform. While there are tradeoffs in terms of convenience and closeness, for most developer communities a public, managed forum is better than a private, unsearchable Slack. There are a few key differences between forum software (which includes packages like nodebb, forem, discourse, and others) and chat software (like Slack, Facebook groups, or Discord). First, though, it's important to know what you are trying to accomplish. If you are trying to get immediate feedback from a small set of users, then synchronous solutions are better. You can be super responsive, your users will feel loved, and you'll get feedback quickly. However, synchronous solutions go beyond chat and include phone and video calls. The general goal of validating user feedback at an early stage is beyond the scope of this post. But as you scale with a chat solution, major problems for the longevity and value of the community emerge. Problem #1: the memory hole This occurs when there's a great answer to a common question, but it isn't available or is hard to find. This matters more for community Slacks than other synchronous solutions, since Slack limits free plans to 10,000 messages. It still exists for solutions such as discord because older messages scroll up. Search isn't great. As a participant it feels easier to just re-ask the question. If the community is vibrant and willing to help newcomers, such questions get answered. If not, they languish or are ignored, frustrating the new participants. Not good. You can work around the memory hole as a community member by extracting and reifying interesting chat posts. I have done this by generalizing and publishing the messages as blog posts, to a newsletter, or even to a google sheet. But this is additional work that may not be done regularly, or at all. Side note: for some communities, discussing current events or just chatting with friends, this is actually a feature, not a bug. Who needs to remember who said what six months ago when conversing with friends. But for developer communities, friendly chat is important, but so is sharing knowledge; the memory hole actively thwarts the latter. Forums, on the other hand, are optimized for reading. nodebb even suggests related posts as you begin a topic, actively directing people to older posts that may solve their issue without them ever posting. And if published on the internet, forums are searched via Google. Problem #2: Google can't see inside chats Google is the primary user interface for knowledge gathering among developers. I hope this statement isn't controversial. It is based on personal experience and observation, but there's also some research. I have seen many many developers use Google as soon as they are confronted by a problem. Youtube, books, going to a specific site and using that search: these all are far less used alternatives when a developer has a question. Google has made it so easy to find so much good information that most developers have been trained when they face a problem to open a new tab, type in the search term and trust the first page of results. Chat systems don't work well with this common workflow, because all the content is hidden. This means when you use a chat for a developer community, you don't get compounding benefits when someone, either a team member or a community member, answers a question well or has an insightful comment that would be worth reading. Very few folks ever benefit in the future. With chat, people who aren't present at message posting or soon thereafter never learn from that knowledge. Problem #3: synchronous communication is synchronous When you are in a chat system, the information is ephemeral. This means that valuable comments can be lost if there is a flurry of other messages. People can feel ignored even though the reality is that they just posted at an inopportune moment. This feeling can be intimidating; I've definitely felt miffed as a question or comment I posted was ignored or unseen and other people's questions were answered. "Was it me? My topic? Are other people more welcome here than I am?" People who like to answer questions may feel the need to do so quickly. This may interfere with time for deep work. The Pavlovian response is real; I've felt it myself. It feels "better" to write a response to help someone than it does to write a document that will help many, because the former is so concrete and immediate. When you pick a chat solution, you are optimizing for this kind of response. Problem #4: less capable moderation tools Forums have been around a long time. It's a well understood problem space. There's a rich set of functionality in most of them for handling the more frustrating aspects of online community management (see also "A Group is its own worst enemy"). Chat applications have uneven support for this aspect of community management; I have heard Discord is pretty good, but Slack is not. Remember that when you are running a community, you will inevitably attract trolls and spammers. Make sure you have the tools to protect the community from abuse. In addition, make sure you have the time/energy. The community may be able to police itself when it gets to a certain size, but initially and for a long while, with a chat solution you may need to be ready to jump in and moderate. Forums still require attention, don't get me wrong, but the tooling and the separation of topics means they aren't quite as vulnerable. They are a higher value target, because of Google, however. Problem #5: you're missing out on long tail content This issue is related to problem #2, but slightly different. When you are building developer tools, there is a wide surface area of support needed. Questions from developers help define that space. When they go to a chat, someone needs to capture the questions and make them public to help future developers. You can capture this knowledge in formal docs. When using a forum, the answers are made available to the long tail of searchers without any effort at all. A company I worked for got about 5-6% of their traffic from their forum pages. That traffic was essentially free because the time to answer the questions was required with either solution. (This assumes the question would have been asked in either a chat or a forum.) Problem #6: questions can be flippant When I am talking in person to someone and they ask a question, I don't expect them to have done a ton of research or thinking about it. It's a conversation, after all. The same attitude occurs during real time chat. For technical questions, this can be frustrating because you want to help immediately (see problem #3) and yet you don't have all the information you need. In async discussions, because they are async, more context is typically provided by the questioner. This makes it easier for people who want to help to do so. Why do people use Slack/Discord/etc? Wow, so many problems with chat and all these reasons are why forum software is better. So why do so many folks building developer communities choose solutions like Slack or Discord? There are two motivations that I can see. One from the company perspective and one from that of the developer. From the company side: it helps build community between members. I don't know about you, but I am much more likely to pitch in and help when I have had a conversation with someone than if some rando drops by with a question and leaves. A Slack can begin to feel like a real community, where you know people. It doesn't feel as transactional when I see a question in a Slack when I've seen the questioner post other messages or share a bit about themselves. This type of interaction can happen in a forum, but seems more common in a Slack. This type of interaction makes the community more sticky and people more likely to help. A minor benefit is that chat can be hosted elsewhere for free so the startup cost and friction is low. From the developer's side: when I run into an issue or problem, I want an answer as soon as frickin' possible. It's blocking me, otherwise I wouldn't have asked it. Sure, I can context switch, but that has its own costs. So there's tremendous value from a knowledge seeker's side to pick a synchronous method of asking questions. If you had a burning question to ask, which would you prefer? Hopping on the phone or sending a physical email. That's the allure of the chat platforms. I will say that some forum software has built chat in, but that isn't going to get you an answer immediately. What's right for you? Well, what do you want to emphasize? Long term aggregation of knowledge and a culture of completeness, or community and a culture of immediacy. As alluded to initially, you can of course use both tools at different times in your community's evolution. I think the longer you build, the more you'll move to a forum or other public knowledge sharing solution. Here's a tweet survey that I ran a month ago asking how developers wanted to get tech help. (Something else turned out to mostly be "well written documentation", from the thread responses.) As a developer seeking tech help for a platform or software package, which do you prefer? -- Dan Moore (@mooreds) April 11, 2021 Devrel Tips | moore | May 8, 2021 * Online community power outside of devrel * Advice for finding a technical co-founder Search for: [ ] [Search] Letters to a New Developer Letters to a New Developer, The Book Subscribe My newsletter will deliver my blog posts to your email as well as infrequent email only content. Pages * About * Amazon Machine Learning * Case Studies + Case Study: Add online ordering system to a website + Case Study: Build out APIs + Case Study: Help non technical founders with development process + Case Study: Let Agents Know How They Are Doing + Case Study: Review a SaaS application * Contact * Cordova CLI * Hire Me * Pentaho Kettle Testing * Speaking Videos * Subscribe To My Blog Categories * 8z * Amazon Machine Learning * Amazon RDS * Android * AngularJS * APIs * AWS * BarCamp * Big Data * BJUG * Blog * Books * BPA * Business * CakePHP * Cloud Computing * Community * Conferences * Consulting * Content * Contracting Basics * Cordova CLI * CU Colloquia * Databases * Devops * Devrel * Drupal * Dynamic Languages * ElasticSearch * Email * GIS * golang * Google Apps * Google Maps * GWT * GWT Mini Patterns * HTTP * IDEs * Interview * Java * Javascript * Jobs * Lifehack * Mistakes * Mobile Technology * MySQL * New Tech Meetup * NoSQL * Oracle * Pentaho Data Integration * Phonegap * PHP * Podcast * Presentations * Programming * Rails * Real Estate * Recruiting * RIA * RSS Pick * Security * Sharetribe * Side Project * Social Media * Startup * Stripe * Technology * Technology and Society * Testing * The Food Corridor * Thunderbird * Tips * Tomcat * Transposit * Uncategorized * Useful Tools * Video * Web Applications * Wikis * YUI Archives * November 2021 (1) * October 2021 (1) * September 2021 (1) * August 2021 (1) * July 2021 (1) * June 2021 (1) * May 2021 (1) * April 2021 (1) * March 2021 (1) * February 2021 (1) * January 2021 (1) * December 2020 (1) * November 2020 (1) * October 2020 (1) * September 2020 (1) * August 2020 (1) * July 2020 (1) * June 2020 (1) * May 2020 (1) * April 2020 (2) * March 2020 (3) * February 2020 (1) * January 2020 (4) * December 2019 (2) * November 2019 (1) * October 2019 (1) * September 2019 (1) * August 2019 (3) * July 2019 (1) * June 2019 (1) * May 2019 (1) * April 2019 (1) * March 2019 (1) * February 2019 (1) * January 2019 (2) * December 2018 (1) * November 2018 (1) * October 2018 (2) * September 2018 (4) * August 2018 (1) * July 2018 (2) * June 2018 (6) * May 2018 (15) * April 2018 (18) * March 2018 (31) * February 2018 (28) * January 2018 (32) * December 2017 (31) * November 2017 (3) * October 2017 (2) * September 2017 (1) * August 2017 (2) * July 2017 (4) * June 2017 (3) * May 2017 (5) * April 2017 (3) * March 2017 (4) * February 2017 (5) * January 2017 (4) * December 2016 (2) * November 2016 (1) * October 2016 (2) * September 2016 (2) * August 2016 (6) * July 2016 (1) * June 2016 (2) * May 2016 (1) * April 2016 (2) * March 2016 (2) * February 2016 (1) * January 2016 (2) * December 2015 (1) * November 2015 (2) * October 2015 (3) * September 2015 (1) * August 2015 (1) * July 2015 (3) * June 2015 (2) * May 2015 (1) * April 2015 (1) * March 2015 (1) * February 2015 (5) * January 2015 (13) * December 2014 (14) * November 2014 (12) * October 2014 (15) * September 2014 (17) * August 2014 (16) * July 2014 (4) * June 2014 (1) * May 2014 (1) * April 2014 (1) * March 2014 (2) * February 2014 (3) * January 2014 (2) * December 2013 (3) * November 2013 (2) * October 2013 (3) * September 2013 (2) * August 2013 (5) * July 2013 (13) * June 2013 (6) * May 2013 (5) * April 2013 (5) * March 2013 (2) * February 2013 (1) * January 2013 (2) * December 2012 (1) * November 2012 (2) * October 2012 (4) * September 2012 (3) * August 2012 (5) * July 2012 (2) * June 2012 (2) * May 2012 (3) * April 2012 (3) * March 2012 (2) * February 2012 (5) * January 2012 (4) * December 2011 (4) * October 2011 (3) * September 2011 (4) * August 2011 (1) * July 2011 (2) * June 2011 (1) * May 2011 (2) * April 2011 (2) * March 2011 (2) * February 2011 (3) * January 2011 (4) * December 2010 (2) * November 2010 (4) * October 2010 (1) * September 2010 (3) * August 2010 (4) * July 2010 (8) * June 2010 (1) * May 2010 (2) * April 2010 (5) * March 2010 (5) * February 2010 (4) * January 2010 (2) * December 2009 (9) * November 2009 (7) * October 2009 (6) * September 2009 (4) * August 2009 (4) * July 2009 (3) * June 2009 (10) * May 2009 (4) * April 2009 (3) * March 2009 (4) * February 2009 (4) * January 2009 (4) * December 2008 (5) * November 2008 (3) * October 2008 (4) * September 2008 (5) * August 2008 (1) * July 2008 (3) * June 2008 (4) * May 2008 (1) * April 2008 (4) * March 2008 (8) * February 2008 (2) * January 2008 (4) * December 2007 (5) * November 2007 (3) * October 2007 (6) * September 2007 (1) * August 2007 (3) * July 2007 (10) * June 2007 (3) * May 2007 (3) * April 2007 (5) * March 2007 (6) * February 2007 (6) * January 2007 (12) * December 2006 (3) * November 2006 (3) * October 2006 (2) * September 2006 (10) * August 2006 (4) * July 2006 (6) * June 2006 (12) * May 2006 (7) * April 2006 (6) * March 2006 (10) * February 2006 (9) * January 2006 (10) * December 2005 (4) * November 2005 (5) * October 2005 (8) * September 2005 (4) * August 2005 (3) * July 2005 (5) * June 2005 (12) * May 2005 (7) * April 2005 (4) * March 2005 (3) * February 2005 (12) * January 2005 (7) * December 2004 (10) * November 2004 (6) * October 2004 (9) * September 2004 (7) * August 2004 (9) * July 2004 (8) * June 2004 (6) * May 2004 (13) * April 2004 (12) * March 2004 (13) * February 2004 (14) * January 2004 (9) * December 2003 (15) * November 2003 (7) * October 2003 (8) Theme: FirmaSite --------------------------------------------------------------------- © Moore Consulting, 2003-2021