# Recommended workflows for support and community?
**URL:** https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578
**Category:** Community Building
**Created:** [8월 22, 2019, 10:16오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578 "2019-08-22T22:16:26Z")
**Posts on this page:** 18
**Page:** 1
### Author:  [@Heather\_Phillips](https://meta.discourse.org/u/Heather_Phillips)
#### Post date: [8월 22, 2019, 10:16오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/1 "2019-08-22T22:16:26Z")
👋 all!
Super pumped to be officially launching our community this coming Monday, along with some other cool features at Tiller. [https://community.tillerhq.com](https://community.tillerhq.com)
Right now, we use Intercom to handle all support inquiries. We’re getting burned out on the one to one model because we get a lot of the same questions and having folks post them to a community where we (and our enthusiastic customers) answer them gives a one to many benefit. So we’ve ramped it up, and we’re seeding content. It’ll be a slow to build we know, and Monday’s launch is really just adding it to the onboarding for new customers. We expect to learn a lot and continue refining.
We hope to use it to answer questions about our suite Google finance spreadsheet templates (which are transitioning to our “playground brand” Tiller Labs) and discussions for recommended workflows that don’t fit the box of the templates as they’re built.
We think our product is perfect for a community because it’s collaborative and great for tinkerers (the sky is the limit with a spreadsheet, right? 🚀)
**So, finally, to my question** , how would you recommend we handle the flow of new topics and replies happening in the community and work that into our existing support workflows?
The replies from topics don’t make it into Intercom because of their automated flagging mechanisms (we were hoping to have those funnel into a special team inbox so none slip through the cracks). We don’t field support directly out of our email inboxes and we like having a queue based system to make sure we don’t miss inquiries.
**Some ideas:**
1. Set aside a specific block of time each day to participate in the community and do this in shifts across all our support staff (but how can I be sure I’ve read and responded to everything and then how does my teammate efficiently know what I’ve already addressed?)
2. Divvy up categories/sub-categories to a specific teammate by day (I handle template questions on Mon, Wed, Fri) during my scheduled block
3. Something else entirely?
Ideally, we want this to make us more efficient and Intercom isn’t going away. Instead we’ll use it primarily to address core product questions/issues like bank data feed connections that might have sensitive data users don’t want to share in the community.
Appreciate any thoughts or ideas here!
Thanks,
Heather
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [8월 25, 2019, 5:50오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/2 "2019-08-25T17:50:20Z")
Hello Heather. Exciting times!
I have a couple of clarifying questions first.
- is your team primarily responsible for support or is that just a small part of their job?
- is this community an additional support channel (with the existing ones still in action)?
- do you have buy in from your team for this new initiative?
---
### Author:  [@Heather\_Phillips](https://meta.discourse.org/u/Heather_Phillips)
#### Post date: [8월 25, 2019, 11:42오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/3 "2019-08-25T23:42:54Z")
Thanks, @HAWK, very exciting indeed!
Yes, my team is primarily responsible for support. Yes it is an additional channel where we hope customers will post and answer questions related to recommended workflows + advanced how to’s that we typically answer via 1:1 channel (Intercom).
Yes, our whole company is bought in and fully backing the community! 🚀
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [8월 26, 2019, 2:44오전 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/4 "2019-08-26T02:44:59Z")
Awesome. Thanks for the clarification.
In my experience the key is flexibility. There isn’t really a one-size-fits-all answer. You might find that some people have a natural affinity towards the community while others don’t enjoy it as much. If that’s the case, I’d consider a division of labour.
If everyone (or no one) loves it then blocks of time is a good option. A category split works well if you have subject matter experts but otherwise it doesn’t necessarily equal a fair balance of workload because some categories will naturally be more busy than others.
If it were me I’d start with scheduled half day blocks and then revisit at the end of the first week to see how that’s working for everyone. Assuming you’ll be responding publicly onsite it’ll be easy to see which questions remain unanswered.
Does that make sense?
---
### Author:  [@Heather\_Phillips](https://meta.discourse.org/u/Heather_Phillips)
#### Post date: [10월 15, 2019, 3:19오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/5 "2019-10-15T15:19:15Z")
피드백을 주셔서 감사합니다, @HAWK. 지금까지 모든 것이 꽤 잘 진행되고 있으며, 자연스럽게 성장하고 있습니다.
아직은 속도가 느린 편이라 새로운 토론을 거의 실시간으로 파악할 수 있고, 질문 답변을 도와주는 적극적인 고객님들도 계십니다. 바로 우리가 원했던 모습이고, 정말 만족하고 있습니다!
향후 트래픽이 훨씬 더 많아지면(이미 조금씩 그런 조짐이 보이고 있습니다) 예상되는 어려움 중 하나는, 다른 커뮤니티 멤버나 동료에 의해 아직 다뤄지지 않은 내용을 효율적으로 파악하는 방법을 찾지 못했다는 점입니다. 그래서 제가 지정된 시간 블록 동안 접속했을 때, “이 게시물에 답글이 있는가?” "게시물 옆에 프로필 아이콘이 하나만 있는가?"라고 하나하나 확인하지 않고도 어떤 항목에 제 주의를 기울여야 하는지 빠르게 알 수 있는 방법이 있을까요? 또한, 제가 제 시간 블록 동안 처리할 수 있는 부분을 다 처리한 후, 동료가 온라인으로 접속했을 때 어떤 항목이 아직 다뤄지지 않았는지 어떻게 알 수 있을까요? 제게 “읽지 않음” 또는 "새로움"으로 표시되는 항목은 동료에게는 그렇게 표시되지 않을 것 같습니다.
공유 계정이 아닌 각자의 개별 계정을 사용하길 바라는데, 이를 관리하는 워크플로우에 대해 아이디어가 있을까요?
Heather
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [10월 15, 2019, 10:03오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/9 "2019-10-15T22:03:44Z")
> [@Heather\_Phillips](#):
>
> 나에게는 “읽지 않음”이나 “새로움”으로 표시되는 항목이 상대방에게는 그렇게 표시되지 않는 것 같습니다.
>
> 공유 계정이 아닌 각자의 개별 계정을 사용하길 원하므로, 이를 관리하는 워크플로우에 대해 아이디어가 있으신가요?
개별 계정을 사용하는 방식을 확실히 지지하지만, 실제로 문제가 될지 지켜보는 것이 좋다고 권합니다. 여기는 매우 바쁜 지원 커뮤니티(질문에 응답할 임무를 맡은 36명의 팀)이며, 아직까지 이것이 걸림돌이 된 적은 없습니다.
우리는 현재 개인 메시지(또 다른 지원 채널)에 대해 “누군가 읽음” 표시를 실험하고 있으며, 충분히 많은 사람들이 필요로 한다면 향후 공개 주제에도 확장할 수 있을 것입니다.
---
### Author:  [@Heather\_Phillips](https://meta.discourse.org/u/Heather_Phillips)
#### Post date: [10월 22, 2019, 7:45오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/10 "2019-10-22T19:45:15Z")
답변 감사합니다. 팀원 36명 중 다른 팀원이 아직 처리하지 않은 내용을 어떻게 파악하시나요? Discourse 커뮤니티 내에서만 확인하고, 특정 사람이 특정 카테고리를 담당하는 방식인가요, 아니면 누구나 자유롭게 처리하는 방식인가요?
저는 답변 수 기준으로 정렬하면 누군가의 토픽에 아직 답변이 없는지 알 수 있지만, 이 방식은 효율적이지 않습니다. 또한, 이 메타 포럼처럼 ‘최신’ 기준으로 모든 게시물을 보여주는 대신, 저희 홈페이지는 카테고리별로 구성되어 있어 카테고리별로 각각 확인해야 합니다.
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [10월 23, 2019, 1:22오전 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/11 "2019-10-23T01:22:48Z")
> [@Heather\_Phillips](#):
>
> Discourse 커뮤니티 내부에서만 엄격하게 확인하는 건가요? 특정 카테고리는 특정 사람들이 담당하는 건가요, 아니면 누구나 자유롭게 참여할 수 있는 건가요?
누구나 자유롭게 참여할 수 있습니다. 일반적으로 세 가지 상태가 있습니다 – 질문에 답이 달린 경우(조치 불필요), 질문에 답이 달리지 않은 경우(조치 필요), 또는 질문에 최선의 조치를 논의하는 'whispers’가 있는 경우입니다.
> [@Heather\_Phillips](#):
>
> 우리 홈페이지는 메타 포럼처럼 '최신’으로 모든 게시물을 나열하는 대신 카테고리로 정리되어 있습니다.
그것이 여러분의 홈페이지가 되어야 할 필요는 없습니다. '최신’을 홈페이지로 설정할 수도 있습니다.
---
### Author:  [@Heather\_Phillips](https://meta.discourse.org/u/Heather_Phillips)
#### Post date: [10월 24, 2019, 9:12오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/12 "2019-10-24T21:12:15Z")
> [@HAWK](#):
>
> 일반적으로 세 가지 상태가 있습니다 – 질문이 답변된 경우(조치 불필요), 질문이 답변되지 않은 경우(조치 필요), 또는 질문이 최적의 조치를 논의하는 속삭임(whispers)을 포함하는 경우입니다.
제가 묻고 있는 것은 어떻게 이들을 구별할 수 있는가입니다. (제가 아는 한) 답변된 것, 답변되지 않은 것, 그리고 속삭임이 있는 것(현재 우리는 속삭임을 켜두지 않았습니다)을 확인할 수 있는 명확하거나 효율적인 방법이 없습니다.
> [@HAWK](#):
>
> 최신(latest)을 사용할 수 있습니다.
이것은 미래에 시도해 볼 수도 있지만, 우리는 “수행할 작업(jobs to be done)” 개념을 중심으로 조직화해 왔습니다. 사용자가 포럼에 도착했을 때 무엇을 하려는 것일까요… 그리고 활동이 활발하게 이루어진 스레드를 확인해야 하는 대신, 사용자의 작업에 기반하여 적절한 콘텐츠를 탐색하고 찾을 수 있도록 해야 합니다.
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [10월 24, 2019, 9:14오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/13 "2019-10-24T21:14:18Z")
> [@Heather\_Phillips](#):
>
> 아마도 이건 나중에 시도해 볼 수 있는 것일지도 모릅니다.
제 말은, 여러분이 개인적으로 latest를 사용할 수는 있지만, 그것이 모든 사람의 기본 홈페이지가 될 필요는 없다는 것입니다.
> [@Heather\_Phillips](#):
>
> 어떤 것이 어떤 것인지 어떻게 구별할 수 있는지 묻고 있는 것입니다.
우리 모두 모든 토픽을 읽는 것 같습니다. 아니면 답변 수로 필터링하죠. 아마도 각자 자기만의 방법이 있겠지만, 잘 작동합니다.
---
### Author:  [@JimPas](https://meta.discourse.org/u/JimPas)
#### Post date: [10월 25, 2019, 11:24오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/14 "2019-10-25T23:24:57Z")
> [@Heather\_Phillips](#):
>
> 답변이 달린 항목을 확인할 수 있는 명확하거나 효율적인 방법이 있는 것 같지 않습니다(제가 아는 한).
주어진 답변이 최종적인 경우, 답변이 달린 항목을 "해결됨"으로 표시할 수 있습니다. 하지만 말씀하신 뜻을 이해합니다… 다음과 같은 티켓 시스템처럼 말입니다:
1. Open - 답변 없음
2. Pending - 답변은 있으나 아직 처리 대기 중
3. Closed - 충분히 답변되어 종료됨
"티켓 상태"에 사용할 용어는 원하는 단어를 자유롭게 사용할 수 있습니다. 이것이 찾으시는 방식에 더 가까운가요? 그리고 각 유형을 아이콘으로 표시하는 것도 가능할까요?
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [10월 26, 2019, 12:22오전 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/15 "2019-10-26T00:22:21Z")
> [@Heather\_Phillips](#):
>
> 답변이 달린 것, 답변이 안 달린 것, 그리고 속삭임(whispers)이 있는 것을 어떻게 구분할 수 있는지 묻는 것입니다. (제가 아는 한) 어떤 것이 답변을 받았고, 어떤 것이 아직 답변을 기다리고 있으며, 어떤 것에는 속삭임이 있는지를 파악하는 데 명확하거나 효율적인 방법이 없습니다(다만, 현재 우리는 속삭임 기능을 켜두지 않았습니다).
브라우저 주소줄의 URL에 `?max_posts=1`을 추가하면 해당 목록에서 답변이 달리지 않은 모든 게시물을 볼 수 있습니다. 사이트 탐색 메뉴에 ‘답변 대기(Unanswered)’ 버튼을 추가하는 테마 컴포넌트를 설치할 수도 있습니다: [Unanswered Filter](https://meta.discourse.org/t/unanswered-filter/126257).
다른 커뮤니티 멤버가 답변했을 수는 있지만, 스태프가 아직 답변하지 않은 주제만 찾고 싶다면, 해당 주제의 목록을 반환하는 [Data Explorer](https://meta.discourse.org/t/32566?silent=true) 쿼리를 사이트에 추가할 수 있습니다. 이제 그룹이 [Data Explorer](https://meta.discourse.org/t/32566?silent=true) 쿼리를 실행할 수 있도록 허용할 수 있으므로, 해당 쿼리를 지원 그룹 페이지에 추가할 수 있습니다.
팀 내에서 지원 업무를 분배하는 좋은 접근 방식은 팀원들이 자신이 답변할 수 있는 카테고리를 주시하는 것입니다. 예를 들어, 저는 #Support > WordPress 카테고리를 주시하는데, 이는 팀의 다른 멤버들이 WordPress 관련 질문에 답변할 것으로 기대하지 않기 때문입니다.
[Assign 플러그인](https://meta.discourse.org/t/discourse-assign/58044)은 팀 내에서 업무를 분배하는 데 매우 유용합니다. Meta에서는 특히 #Contribute > Bug 카테고리에서 이를 많이 활용하고 있습니다.
Discourse에서 수행하는 지원 업무의 상당수는 지원 팀으로 이메일로 전송되는 개인 메시지(PM)를 통해 처리됩니다. 처리해야 할 내용을 파악하기 위해 그룹 PM 수신함을 사용합니다. 처리된 PM은 아카이브로 이동합니다. 또한 Assign 플러그인을 사용하여 PM을 팀원에게 할당합니다. 지원 그룹에 ‘그룹 메시지 수신 시 그룹 읽음 상태 게시’ 설정을 활성화했습니다. 이 설정이 활성화되어 있으면 어떤 팀원이 PM을 읽었는지 알 수 있습니다.
질문에 답변하기 전에 내부 논의가 필요한 경우 속삭임(Whispers)은 지원 업무에 유용할 수 있습니다. 또한 다른 스태프 멤버에게 지원 요청이 처리되고 있음을 알리는 데에도 사용할 수 있습니다.
---
### Author:  [@Heather\_Phillips](https://meta.discourse.org/u/Heather_Phillips)
#### Post date: [11월 14, 2019, 2:58오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/16 "2019-11-14T14:58:40Z")
@simon,
정말 감사합니다! 디스코스를 지원용으로 활용하는 방법에 대한 훌륭한 피드백이네요.
지금 "미답변 필터"를 시험해 보고 있습니다. 해당 컴포넌트를 공유해 주셔서 감사합니다. 결과를 표시할 때 특정 태그를 제외하도록 필터를 더 적용할 수 있을까요?
저희는 디스코스를 문서화에도 사용하고 있으며, 해당 주제에 반드시 답변이 필요하지는 않습니다. ?max\_posts=1은 단순히 답변 수 기준으로 최신 목록을 필터링하는 것일까요?
어쨌든 큰 도움이 될 것 같습니다. 프로세스를 계속 개선해 나가는 동안 팀원들에게 다른 피드백도 공유하겠습니다.
다시 한번 감사합니다!
Heather
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [11월 14, 2019, 5:18오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/17 "2019-11-14T17:18:25Z")
> [@Heather\_Phillips](#):
>
> 결과에서 특정 태그를 제외하도록 목록을 추가로 필터링할 수 있나요?
미답변 필터로는 이 기능을 사용할 수 없다고 생각하지만, 사이트의 고급 검색 페이지에서는 가능합니다. 검색 필터의 “토픽 위치(Where topics)” 섹션에 “답변 0개(zero replies)” 옵션이 있습니다. 해당 옵션을 선택한 후 검색창에 `-tags:tag-name`을 추가하여 결과에서 특정 태그를 제외할 수 있습니다. 답변이 없는 토픽을 반환하되 `feature` 태그가 지정된 토픽은 제외하는 검색 쿼리의 예시는 다음과 같습니다: [Search results for 'status:noreplies -tags:feature' - Discourse Meta](https://meta.discourse.org/search?expanded=true&q=status%3Anoreplies%20-tags%3Afeature).
또 다른 접근 방식은 원하는 결과를 제공하도록 [Data Explorer](https://meta.discourse.org/t/32566?silent=true) 쿼리를 사이트에 추가하는 것입니다. 이제 그룹이 [Data Explorer](https://meta.discourse.org/t/32566?silent=true) 쿼리를 실행할 수 있도록 허용할 수 있으므로, 고객 지원을 담당하는 그룹에 대해 좋은 해결책이 될 수 있습니다.
---
### Author:  [@Heather\_Phillips](https://meta.discourse.org/u/Heather_Phillips)
#### Post date: [11월 14, 2019, 7:06오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/18 "2019-11-14T19:06:49Z")
이것도 정말 멋져요! 감사합니다 🙂
자, 이번에는 마지막 질문 하나만 할게요. 관리자나 스태프만 볼 수 있고 사용할 수 있는 “숨겨진” 태그를 만들 수 있는 방법이 있을까요?
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [11월 14, 2019, 7:21오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/19 "2019-11-14T19:21:44Z")
> [@Heather\_Phillips](#):
>
> 관리자나 스태프만 볼 수 있고 사용할 수 있는 ‘숨겨진’ 태그를 만드는 방법이 있나요?
네, 태그 그룹(Tag Groups)을 통해 가능합니다. 태그 그룹을 만들려면 태그 목록 페이지(/tags)로 이동한 후, 오른쪽 상단 메뉴에서 '태그 그룹 관리’를 선택하세요.
스태프 멤버에게만 제한하고 싶은 태그를 포함하여 새 태그 그룹을 생성하세요. 태그 그룹은 태그 사용 방법에 대해 세 가지 옵션을 제공합니다:
- 모든 사람이 태그를 사용할 수 있음
- 태그는 모든 사람에게 표시되지만, 스태프만 사용할 수 있음
- 태그는 스태프에게만 표시됨
태그를 스태프만 사용하고 볼 수 있도록 하려면 마지막 옵션을 선택하세요.
---
### Author:  [@Heather\_Phillips](https://meta.discourse.org/u/Heather_Phillips)
#### Post date: [11월 22, 2019, 3:06오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/20 "2019-11-22T15:06:23Z")
> [@simon](#):
>
> [Assign 플러그인](https://meta.discourse.org/t/discourse-assign/58044)은 팀 내에서 업무를 분배하는 데 매우 유용합니다. Meta에서는 특히 #Contribute > Bug 카테고리에서 이를 많이 활용하고 있습니다.
특정 사용자에게 토픽이 할당될 때 Discourse가 Slack 알림을 보내도록 할 수 있을까요?
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [11월 24, 2019, 10:10오후 UTC](https://meta.discourse.org/t/recommended-workflows-for-support-and-community/126578/21 "2019-11-24T22:10:58Z")
아니요, 그렇게 생각하지 않습니다. 현재 Slack 알림은 주제와 게시물로만 제한되어 있습니다.