# Running a project or team using Discourse (instead of Slack, Trello, etc...)?

**URL:** https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912
**Category:** Community Building
**Created:** [2017年九月12日 18:09 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912 "2017-09-12T18:09:58Z")
**Posts on this page:** 11
**Page:** 1

<div class="post-metadata">

### Author: ![8BIT](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/8bit/32/76872_2.png) [@8BIT](https://meta.discourse.org/u/8BIT)
#### Post date: [2017年九月12日 18:09 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/1 "2017-09-12T18:09:58Z")

</div>

Has anyone had experience or used Discourse for distinctly business operations?

More specifically, as I build up our own little project, I’d like to avoid having to jump into a number of different **other** applications and tools so that I can keep things simple.

For instance, why use Trello or an external wiki or Google Docs or Slack even when you could, essentially, use Discourse?

Am I dreaming too big about using Discourse in this way? Just thinking aloud perhaps…

---

<div class="post-metadata">

### Author: ![maiki](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/maiki/32/233950_2.png) [@maiki](https://meta.discourse.org/u/maiki)
#### Post date: [2017年九月12日 18:27 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/2 "2017-09-12T18:27:54Z")

</div>

I’ve used Discourse for a few different orgs, I think it works well.

General tips:

- Make sure everyone uses it, and knows how to do all the things expected of them. Encouraging questions in a specific support category is useful.
- Explain to folks how to use the email interface, it can be helpful to folks coming from listserv.
- Figure out how much space you’ll need to store files, and double it.
- Make sure you understand the privacy settings, but also the users; you don’t want them to be surprised by a reveal.

---

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2017年九月12日 18:45 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/3 "2017-09-12T18:45:06Z")

</div>

Here’s the topic you want to read - block out some time for it. It’s a good read. 📖

> [@Discourse and Slack (or other group chat apps like IRC, HipChat, Gitter, etc)](https://meta.discourse.org/t/discourse-and-slack-or-other-group-chat-apps-like-irc-hipchat-gitter-etc/39630):
>
> Discourse vs. Slack Finding the right place for a discussion On Slack, discussions are separated into different channels. This shares many of the same problems as groups in email - it’s not clear which channels exist, which ones are still active, and where a particular discussion should take place. On Discourse, discussions will be visible to everyone so it doesn’t matter as much which category you choose when a topic is created. And if it seems like a topic should later be moved to another cat…

---

<div class="post-metadata">

### Author: ![HAWK](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hawk/32/86627_2.png) [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [2017年九月12日 21:29 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/4 "2017-09-12T21:29:39Z")

</div>

We _almost_ do.

We use Discourse for project management, task management, support ticketing and general discussion. We still use Slack for ‘quick answers’ but we don’t use anything else at all.

---

<div class="post-metadata">

### Author: ![joebuhlig](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/joebuhlig/32/193054_2.png) [@joebuhlig](https://meta.discourse.org/u/joebuhlig)
#### Post date: [2017年九月12日 22:05 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/5 "2017-09-12T22:05:37Z")

</div>

> [@HAWK](#):
>
> We use Discourse for project management, task management, support ticketing and general discussion.

I’d be very interested in a write up about how this works. I’ve consulted on this before with folks considering Discourse but it’s a hard sell sometimes.

---

<div class="post-metadata">

### Author: ![HAWK](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hawk/32/86627_2.png) [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [2017年九月12日 22:08 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/6 "2017-09-12T22:08:29Z")

</div>

When I first joined this team I found it unusual. I’m used to Trello, Google Docs, Basecamp, Zendesk and Slack. But… it works! And it’s refreshing not to have all that other stuff open. The only snag we were coming across was multiple people answering a support ticket at once but since we’ve introduced [Who is Writing](https://meta.discourse.org/t/discourse-presence-who-is-writing/48420) that is sorted.

Bookmarking this to write it up in greater detail when I get a sec.

---

<div class="post-metadata">

### Author: ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2017年九月12日 22:40 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/7 "2017-09-12T22:40:42Z")

</div>

Technically we do make light use of Google Docs as well, but mostly as shared permanent file storage, of which we don’t need a lot.

In general the goal is to make Discourse a viable team coordination tool, and that’s certainly how we use it!

Chat is the one exception, it is the Pixar Inside Out “short term memory” stuff which is decidedly real time / immediate / connected, and you actually want to forget most of what happens in chat every day. Only the long term core memories should be pushed into Discourse.

https://www.youtube.com/embed/AXGhfYVAOKE?feature=oembed&wmode=opaque

---

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2017年九月13日 17:45 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/13 "2017-09-13T17:45:01Z")

</div>

I love where this topic is heading, esp the core memory bit. And the idea of using just one system for as much as possible.

There are a few things I am still missing for discourse to be suitable as a support portal - notably the ability to tag messages as well as topics. I’d like to be able to indicate progress through a process, eg new member onboarding, but for now have to track that separately.

> [@Tags for staff private messages](https://meta.discourse.org/t/tags-for-private-messages/47702):
>
> I’d very much like to be able to use tags in private messages, and especially staff tasks, to help my team manage all the correspondence piling up in messages and use messaging as a way to directly provide support to members and track an issue all the way through resolution, like a task tracker. The ability to add tags like new, inprogress, waitingonsomeone, completed would be a big help.

Generally I hope more clients take interest in messaging so its functionality gets filled out more. Right now it’s still a bit ~~buggy~~ unpolished so I am reluctant to roll it out more widely in my community.

---

<div class="post-metadata">

### Author: ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2017年九月13日 17:48 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/14 "2017-09-13T17:48:40Z")

</div>

We were originally going to allow categorization of PMs but that turned into a code nightmare when @sam worked on it. I wonder if tagging PMs would be easier? It is a mostly independent code path and has no impact on (complex) visibility / security calculations, so it seems likely to me.

If you are encountering bugs, open bug topics with repro steps please. Otherwise I am reading “bug” as “doesn’t work the way I prefer it to” 😉

---

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2017年九月13日 17:57 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/15 "2017-09-13T17:57:01Z")

</div>

> [@codinghorror](#):
>
> If you are encountering bugs, open bug topics with repro steps please.

I always do! 😉 I didn’t want to distract from this great discussion.

Here’s one 🐛 that prevents me from rolling out group inboxes:

> [@Messaging: Group inboxes and archives show even after all messages deleted](https://meta.discourse.org/t/messaging-group-inboxes-and-archives-show-even-after-all-messages-deleted/48467):
>
> On my site, I have a dozen or so old group inboxes showing up in my messages even though I decided not to use them and have deleted all the messages that were in them. Other users who are in these groups also see the group inboxes. Is there anything that can be done to make them go away? I’d be grateful. pray

---

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2017年九月13日 18:20 UTC](https://meta.discourse.org/t/running-a-project-or-team-using-discourse-instead-of-slack-trello-etc/69912/17 "2017-09-13T18:20:57Z")

</div>

You are right that buggy is a bit vague. I updated my post to change to unpolished, which I think you’d agree with. It works but can use some attention some day when it makes sense. Meanwhile I actually prefer for you to focus on topics and not messages, as that’s where the real magic of discourse lies.
