blog

archives

Discourse as an ideation platform

Erlend Sogge Heggen October 3, 2018

People sometimes ask how Discourse compares to the likes of UserVoice and other ideation platforms, where ideas get voted on and the best ideas rise to the top.

Discourse Voting -- topic list

One thing many companies find appealing with these platforms is that a vote-powered ranking of prospective features somehow relieves them of certain product management responsibilities because the customers are now taking on some of that responsibility. We believe this is solving the wrong problem.

The highest ranked idea should by no means be equated to the most needed feature, nor the most wanted. Just because 1000 customers think your car factory should start producing chocolate does not make them right nor does it make chocolate less awesome. Regardless, Discourse works fine, as-is, capturing this basic data point — people love their chocolate!

chocolate sports car

In YC’s Essentials Startup Guide, the fundamental advice to “talk to your users/customers” is mentioned a total of 7 — that’s right, seven — times.

Discourse embodies this mantra and lowers the the barrier to entry for any kind of discussion with your customers — and your team, too. Asking people what they want might provide some useful clues, but you’ll be spending a lot of time playing a game of deduction. You’ll get far richer feedback by having your users talk amongst themselves, and with your team, about a wide assortment of topics, guided by some select categories of discussion such as features, troubleshooting, UX improvements, bugs and so forth. Discourse makes it convenient for your product managers and stakeholders to work collaboratively alongside your users in a manner more resembling a bustling town square rather than a sterile research lab.

town square

The majority of public Discourse forums deal in some kind of open product development. While we do support up-voting functionality similar to UserVoice with our Voting plugin, most communities don’t need it.

Discourse Voting -- topic detail

Any product community that solicits feedback from users will commonly practice some form of complaint-driven development.

Discourse takes a holistic approach to ideation. In the Discourse model you don’t just put a spotlight on the “most wanted”, you discuss anything — exchange tips on stuff you already like, suggest things that could work slightly better, or are hard to understand or maybe even straight up broken. And unlike vote-focused idea blurbs with drive-by comments, Discourse’s sustained discussions and minimum word counts enable users and your team to collaborate on a crudely formed idea until they’re left with the outline of a reasonable, if informal, specification.

You’ll see this pattern repeating itself in many of our feature discussions here on Meta.

Other notable communities excelling at open product development include:

Eve Tech

https://eve.community/

A device shop whose main selling point is that their products are designed by their community. They employ Voting to a small extent, but the bigger story is that their entire forum is one giant roadmap discussion.

Soylent and Huel

https://discourse.huel.com/
https://discourse.soylent.com/

Two similar product lines with a similar product strategy: Let users talk about any experience, good and bad, and embrace the bad (not every body takes in a liquid meal with ease) with honest discussion. Show me a focus group that would provide these companies with anywhere near the same amount of data and I’ll eat my hat!

EVE Online

https://forums.eveonline.com/

It’s hard to pick among game forums as game makers are one of our biggest customer segments and they’ve been at the forefront of community-informed design for decades. Games lend themselves incredibly well to discussion about their rules, characters, aesthetic, balance, story, etcetera. A very common way of soliciting feedback from game testers is to silently watch the tester play your game and take notes. Afterwards you have a discussion about the play experience. An open forum is like that second part but scaled up 1000x.

Faster Horses or Battery Powered Scooters

You’ve probably heard this quote before:

If I had asked people what they wanted, they would have said faster horses.

~ Henry Ford
(according to legend, and that’s good enough)

This anecdote neatly encapsulates Discourse’s approach to open product development. You don’t arrive at a better design by pitting hundreds of features against each other in a vote-war. All of those features are parts of a greater whole. There’s only so much to be gained by having people shout their ideas at you. What you really want is meticulous collaborative discussions with a beginning, a middle and an end. You’re not always gonna get a happy ending, but if the story is good enough someone else will eventually tell it again — this time with a twist.

0 comments

Effectively using Discourse together with group chat

Erlend Sogge Heggen April 10, 2018

Courtesy of Claudio Nichele and Jon Worth - https://www.flickr.com/photos/cnichele65/14060880832/in/photostream/
Most modern businesses and organisations today are using some kind of team chat application. The usual suspects are Slack, HipChat, Discord, Mattermost, Rocket Chat, Riot, and Gitter, to name a few.

While chat is immediate and primarily synchronous, communication in Discourse is gradual and asynchronous. We’ve seen far too many community managers treat these two modes of communication as competitors. Quite on the contrary, chat and forum communities can complement one another beautifully, and we aim to show exactly how by breaking it down into three different levels of understanding.

  1. Ephemeral vs Permanent
    What is the difference between a chat and a forum community
  2. Strengths and Weaknesses
    When to use which tool
  3. Complementary Workflows
    How to use both tools together most effectively

Ephemeral vs Permanent

The discussion that takes place in a chatroom is best described as ephemeral, meaning:

Something which lasts for a short period of time.

While a chat platform might keep a searchable record of all your conversations, the highly unstructured nature of chat makes it unsuitable as a long-term storage of knowledge.

In direct contrast to the inherently ephemeral nature of chat, forum discussions are permanent:

  1. Without end, eternal. Nothing in this world is truly permanent.
  2. Lasting for an indefinitely long time. The countries are now locked in a permanent state of conflict.

One mode of discussion is not better than the other. They both have unique benefits that go hand in hand with best-practice use cases.

Strengths and weaknesses

Chat is an essential communication tool, but when used excessively it can have a negative influence on community health. Whereas with forum communities, perhaps the most common misstep is to start one before your project has the necessary momentum, and you end up with a ghost town.

At Discourse we like to think of chat and forum as your extended team’s collective “short term” and “long term” memory, respectively.

Group chat is great for…

 

  1. Minimum viable communities
    Get two people in a chat room together and you’ve got yourself the beginnings of a healthy community. As long as there’s some chatter on a regular basis, the room will come off as lively and inviting to other prospective participants. This is a great onboarding strategy in the early days of a community, but there is a hard limit on how far it can scale. Doing things that don’t scale can be a winning strategy for startups and burgeoning communities alike; the key is knowing when you’ve outgrown your initial growth strategy.
  2. Real-time resolutions
    “where’s our invoice template again?”
    “I need fresh eyes on this weird query”
    “welp, I think I just broke something”
  3. Urgent notifications
    Servers are on fire!
    An urgent email was just received!
  4. Socialising
    While social chatter is a rare occurrence on a forum, this is the norm in chat, and it happens in every room, not just a designated #off-topic channel. Give it a little time and you won’t be able to avoid it: it’s about to get personal.There’s something about being present together in the same slice of time, the here and now, that lends itself to Getting Real. Getting personal on a forum feels more like broadcasting, made even weirder by metrics (Likes, Replies, View) that can unintentionally imply that Bob’s piece of personal news didn’t “perform” as well as someone else’s. Chat imposes much less scrutiny on your shared content.

You’ll find this list to be nearly identical with that of Jason Fried’s excellent writeup on group chat on behalf of Basecamp. While eerily similar, we really did come upon these findings independently! The proof happens to be permanently recorded on meta.discourse.org and in many other communities where we discussed this.

Forum discussion is great for…

 

  1. All-inclusive dialogue

    The asynchronous nature of a forum community effectively lowers the bar about as far down as it can go. You’ll get a much greater diversity of input if you solicit feedback from anyone who’s available some time in the next 24, 72 or 168 hours as opposed to right now.

    Another little discussed benefit of “slow” asynchronous conversations (fun fact: very few things in life, especially in business, are actually URGENT) is that it encourages walking away from the discussion for a while, which is scientifically proven to improve critical thinking.

  2. Communities of scale

    Similar to what version control did for code and wikis did for encyclopaedias, community platforms like Discourse have long since solved the “too many chefs” problem for discussion at scale. Hundreds or even thousands of people can discuss an equal amount of topics simultaneously on Discourse because (1) discussions are broken up into logical topic blobs and (2) long-form input is strongly encouraged over rapid-fire back-and-forth debating.

  3. Knowledge storage & distribution

    The permanence of a Discourse topic makes it an excellent storage of knowledge. Some will argue that forum posts become outdated, but we’ve found that when a particular solution stops working then users will promptly resume the topic discussion until it arrives at a satisfactory solution once more.

    This is further helped by

    • Search-friendly content
    • Discoverable content, helped by Categories, Titles, Participants, Top rankings and strictly linear discussions with minimal digressions and noice.
    • Extra exposure for content with many Likes
    • Marking solutions as the official answer
    • Collaborative editing with full revision history
  4. Civilized discussion

    Most current group chats have very limited moderation controls. And while they may eventually catch up, the experience will always be sub-par simply because it’s real-time. If you hold someone’s comment for moderation in chat, that’s incredibly frustrating because you’re expecting live discussion. On a forum on the other hand the expectation is that you’ll get a reply within a few hours or even days after posting, so if your post gets flagged? No biggie, you can wait.

Complementary workflows

So let’s assume you’ve already made the wise decision to use both chat and Discourse for your community and you understand when to use which tool. But how do you best use them together?

Continually enforce your communication policies

It’s important that your project’s community leaders (which should ideally translate to every major contributor to your project) actively enforce the norms that you’re striving for. Lead by example and politely nudge newcomers in the right direction when they’re asking for guidance in the wrong place or in the wrong way.

New user: How can I do X?
Helpful user: Good question. Please re-post this to our public forum so that any answers you receive can be searched for and read by anyone else who might be asking the same thing.

We’ve heard of some communities utilising bots with some success for this type of best-practice enforcement. If anyone has any such stories to share with us, please send us a mail at team@discourse.org!

Feed highlights from Discourse into chat

Important discussions in Discourse should be fed into your chat for extra exposure. There are many ways to do this:

It’s important to note that you shouldn’t be mindlessly feeding all of your Discourse discussions into your chat. Make sure you only cross-post the major highlights, i.e. just a few select categories or tags and the occasional manual curation.

Let chat conversations run their course, then post a summary

When a conversation takes place in chat that is related to an existing thread on Discourse, point out the link to the Discourse thread in chat. Don’t try to move the conversation over while it’s in flight though – that’s often disruptive. Instead, if anything new came out of the chat, encourage the primary chat participants to summarize it in a follow-up post on the Discourse topic.

Similarly, any chat content with lasting value to other community members should be exported over to Discourse once the initial burst of chatter comes to an end. Examples include:

  • team members walking through a problem together and arriving at a solution
  • deep conversation that is sure to continue for multiple days
  • new user who asked a simple yet frequently asked question
  • minutes of a meeting

Specifically for Slack, we have a very handy tool to help with this.

/discourse post 20 will create a draft topic containing the last 20 slack messages. See this how-to for more info.

This is currently only possible with our Slack integration. We welcome other group chat services to talk to us about how to make this possible for their platform. Please contact team@discourse.org


For some further reading, check these out.

Must-reads:

Also interesting:

4 comments

How Does Team Discourse Use Discourse?

Sarah Hawk March 4, 2018

As we claim on our website, we use Discourse as our primary team coordination tool to build… Discourse!

That means escaping email silos and minimising the number of disparate communication channels required to manage a fully distributed team. We are able to keep distractions like calls and meetings to a minimum and focus on actual work, while still feeling connected to the rest of the team.

When I first joined the Discourse team I found this way of working unusual. I was used to Trello, Google Docs, Basecamp, Zendesk, Todoist and Slack.

Most organisations I have worked in tried multiple permutations of every conceivable version the above. It took less than a week to rejoice in how unencumbered I felt to be rid of all those systems. I felt as righteous as I do after an epic spring cleaning session.

We do use Rocket.Chat for ‘quick answers’ between team members but that data is ephemeral and has no long-term value — as anyone on a free Slack plan knows. We push important long-term knowledge across into Discourse. We also make light use of Google Docs as shared permanent file storage, of which we don’t need a lot, but that’s it.

We run two Discourse instances:

  1. Our public facing Meta where we interact with the community, provide general support, and gather feedback.
  2. A private instance where we have internal discussions and house our internal knowledge base and runbooks.

But general discussion isn’t the only thing we use Discourse for.

Product Management

We use Discourse to publicly manage our product roadmap. New feature requests are made by community members in the features category by following this process. The requests are reviewed by our team and approved features are moved through the roadmap using tags for visibility.

We use:

  • Tags to provide progress on feature requests.
  • Discourse Assign to allocate work to team members.

Product management workflow

Task Management

We use a category on our internal instance of Discourse to manage tasks. New tasks are written up in the todo category. In some cases they are immediately assigned and in others, we tag a group to give visibility of the task so that a team member can claim it using Discourse Assign. Once a task has been completed the topic is closed. We use topic timers to delete short or ephemeral todos when no record is required.

We use:

  • Discourse Assign to allocate the job to a team member.
  • Topic timers to close or delete topics once the task is complete.
  • Tags to organise tasks into business groups.

Task management workflow

Support Ticketing

We also use Discourse as a private email support portal which allows our entire team to share the support load. Anyone can email team@discourse.org and we handle those interactions in a central discourse mailbox, as private group messages.

Support inbox

Staged user accounts are set up, allowing us to store contact history against an individual. More details on how that works here.

This setup means that everyone has full visibility of the open tickets and can also easily search through past tickets, either to learn or to stay abreast of what has been discussed or promised.

People can jump in seamlessly across time zones. Discourse notifications alert us of incoming requests. We can tag people in when we need them, assign team members when a task needs to be completed, bookmark messages for follow up, set topic timers to nudge people and we can use whisper topics to support each other, make notes and troubleshoot as a team.

We use:

  • Tags for private messages for organisation, similar to how labels work in Gmail.
  • Discourse Presence means that we don’t accidentally reply to someone at the same time.
  • Discourse Assign allows us to give or take ownership of a support issue.
  • “Whisper posts” let us privately research or troubleshoot as a team, keeping all the relevant information within the topic.

Support ticket details

Tip: Edit the post titles so that the message is identifiable by everyone at a glance.

Knowledge Base

We use Discourse as both a public and a private knowledge repository. The howto category on Meta is a crowdsourced knowledge base which houses community written tutorial topics that describe how to set up, configure, or install Discourse using a specific platform or environment.

Internally we use our private Discourse instance to store run-books. They are a great way for employees in mismatched time zones to document processes so that other employees are able to be productive without having to wait for a response to a question.

We use

  • Subcategories for grouping similar topics
  • Tags for categorisation
  • Trust levels to restrict posting to more experienced Discourse users

We believe strongly in using Discourse to help us build Discourse, and we’re constantly improving both our process, and Discourse, to make it a better team collaboration tool.

11 comments

For more blog posts, visit the archives