아니면 요청이 아예 없는 걸까요? 아니면 이건 실제 메타 토픽(meta-topic)인가요?
하지만.
아마도 질문은 모두가 그들이 귀 기울이고 행동한다고 동의하지 않는다는 것일까요? 혹은 일부는 그들이 귀 기울이지 않는다고 느끼는 것일까요? 행동은 다양한 이유에 따라 달라지며, 이유가 제시된다면 그것을 수용할지 말지는 사용자의 몫입니다 — 하지만 그것이 사람들이 행동하는 방식입니다. 다만 그렇게 많은 *조건부(if)*가 있어서는 안 됩니다.
"공식적인 Discourse*로부터의 완전한 무료 지원은 그렇지 않지만, 커뮤니티 측에서 오면 무료입니다 — 그리고 실제로는 Discourse가 무료 지원을 받는 것이죠 ;). 이것은 일종의 교환 경제의 일부입니다. 우리는 이걸 뒤집어 볼 수 있습니다: 참가자들이 Discourse가 사업을 벌일 수 있도록 문제를 완전히 무료로 공개하는 것입니다.
하지만 저에게 돈 문제는 정말 지루한 주제입니다. 하지만 모든 것에 대해 하나의 표준적인 답변을 가질 수는 없죠.
여기서 너무 많은 질문을 한 적은 없습니다. 문서를 읽고 토픽을 살펴보고 구글링도 할 수 있습니다. 여기에서 큰 문제는 없습니다. 만약 문제가 있었다면 저는 사라졌을 것입니다. 하지만 그것이 모든 것에 대해 완전히 만족하거나 팀/공식 측 — 또는 다른 사용자들 — 의 행동을 가장 좋은 방식이라고 자동적으로 받아들이는 것은 아닙니다 — 그리고 항상 나쁜 것인 — 반응도 마찬가지입니다. 하지만 이것은 정말로 인간적인 방식입니다.
제가 이 토픽을 보는 바로는, 이건 더나저나 팀이 사용자와 조금 더 상호작용하라는 요청에 불과합니다. 즉, 어떤 문제나 버그가 기록되었지만 다른 모든 것 뒤에 묻혀 잊혀졌다는 변명은, 압도적인 업무량 때문이라는 이유로 그저 형편없는 방식입니다.
음, 계속해 주세요. 더 할 말은 없고, 제가 말한 것의 대부분은 그저 텅 빈 메타(meta)일 뿐이라는 것을 압니다. 저는 스칸디나비아 알파벳으로 태그를 WordPress에서 Discourse로 보낼 수 없는 이유를 계속 찾아볼 것입니다 — 저에게는 그게 더 관련 있는 문제이고, 꽤 오랫동안 그래 왔거든요
저는 개인적으로 좋아요에 신경 쓰지 않습니다. 저에게 좋아요는 아무런 역할을 하지 않거든요 (배지도 마찬가지입니다). 그리고 지금 부정적인 측면을 이야기하고 있거나, 어쩌면 제가 그렇게 느끼고 있는 것이겠지만, 정말 기억할 가치가 있는 좋은 점이 하나 있습니다. 버그/UX/기능 요청 중 정말 많은 것들이 믿을 수 없을 정도로 빠르게 해결되었습니다. 그리고 결과가 중요할 때, 좋아요의 수보다 훨씬 더 중요한 것이 바로 그 결과입니다.
참가자들이 문제를 공개하는 이유는 그들이 해당 문제로 고통받고 있기 때문입니다. 소프트웨어 변경이나 설정 해결을 통해 기대하는 동작을 얻을 수 있다는 것 외에는 다른 동기 부여가 없습니다.
Discourse는 주로 호스팅 버전을 판매하여 비즈니스를 영위하며, 유료 고객들이 최우선이어야 합니다. 우리는 오픈 소스 소프트웨어의 무료 버전을 자체 호스팅하고 있습니다. 그들은 또한 우리의 질의에 답변해 주며, 이에 대해 진심으로 감사드립니다.
사용자 간 지원은 완전히 다른 차원의 문제입니다. 저는 다양한 지원 요청에 답변을 시도하고 버그 보고서를 재현해 보며, 이는 해당 문제가 수정되기를 원하기 때문입니다. 문제가 해결되고, 간접적으로 제 고객 중 한 명에게도 도움이 될 것이라는 것 외에는 금전적이거나 다른 형태의 동기가 없습니다. 일반적으로, 이는 제품을 더 견고하고 전반적으로 더 나은 방향으로 만들어 줍니다.
확인했습니다. 그리고 밑줄을 그었습니다. 원치 않는 상황에 우연히 휘말리기 전에 이렇게 들을 수 있어 좋습니다.
매우 실용적인 지적들입니다(특히 배지 관련은, 제가 이제 팀(Team)으로 승격된 후 그 점을 고려하지 못했으니까요). 제 스태프 직함에 'Team’보다는 '커뮤니티 모더레이터(Community Moderator)'가 더 좋을 것 같습니다. 'Team’이라는 직함이 제 실용적인 조언에 과도한 권위를 부여하는 것처럼 느껴지기 때문입니다. 알아볼 예정입니다.
대부분 동의하지만, 디스코르스가 성장하면서(인기도 복잡성도 함께) 어떻게 돌아가는지 배우고 싶어 찾아오는 사람들이 점점 더 많아지고 있다고 생각합니다. 이상적으로는 그 과정을 부드럽게 만들어, 가능한 한 허용되는 한도 내에서 최대한 달콤하게 포장하고 싶습니다. 사람들이 x, y, z를 하는 데 자신감을 갖는 것이 빠를수록, 그 지식을 공유하고 다음 신참에게 전달하는 것도 더 편안해질 것입니다(그리고 그 후로도 계속).
제 기여는 겉으로 보이는 것만큼 이타적이지 않을 수 있습니다. 저는 행동하고 반복하면서 배우기 때문입니다. 따라서 관리자 설정, non-www SSL, 업그레이드 문제 등에 대한 질문에 답하는 것은 가이드를 읽는 것보다 훨씬 더 깊이 있는 지식을 흡수하는 데 도움이 됩니다. 그리고 디스코르스는 매우 다재다능하고 재구성할 수 있어, 다른 사람들의 다양한 설정을 따라 해 보면 이전에 생각하지 못했던 완전히 새로운 사용법을 발견할 수 있습니다.
그래서 저에게 적어도 무료 지원 부분은 상호 이익이 됩니다. 상대방은 hopefully 해결책을 얻고, 저는 hopefully 새로운 것을 배우게 되니까요. 윈-윈입니다.
이 질문은 모든 커뮤니티에 존재합니다. 이 질문을 추상화하면, 그것은 일반적인 삶의 사회적 상호작용에도 적용됩니다. 여러분이 좋아하든 싫어하든, 그 게시물은 독자에게 어느 면에서든 충분히 가치있지 않았을 가능성이 큽니다 – 특히 그들이 현재 처리하고 있는 다른 일들과 비교했을 때 더 그렇습니다.
내가 읽고 싶은 사람들에게 내 주제(Topic)를 더 가치있게 만들 수 있을까?
불필요한 내용을 줄여볼 수 있을까?
이미지가 도움이 될까?
이것을 다루는 것이 그들에게 실제로 이로운 것일까, 아니면 그들이 더 나은 곳에 쓸 수 있는 많은 자원을 소모하게 될까?
메타(Meta)에 관하여
동의합니다 – 사실 이 전체 게시물이 훌륭합니다
사용자 이해하기
고려해야 할 한 가지 사항은, Discourse 팀원들도 또한 사용자라는 점입니다.
리소스
제가 6월에 확인했을 때 팀은 약 25명 정도였습니다. 지금은 64명입니다. 이는 두 가지를 말해줍니다:
그들이 할 일이 매우 많습니다
그들이 할 일이 매우 많습니다
그들은 25명 규모일 때 이미 수천 명의 고객을 보유하고 있었습니다. 경험을 바탕으로 말하자면, 그들은 유료 고객에게 정말 정말 좋은 지원을 제공합니다. 다른 회사들과 비교했을 때 특히 그렇고, 가격을 고려할 때 더욱 그렇습니다. 지난 1년 동안 저는 팀으로부터 모범적인 수준의 지원과 상호작용만을 받았습니다. 특히 @rishabh는 우리에게 극도로 인내심을 가져주셨습니다.
버그의 우선순위
유료 고객들도 버그를 발견합니다: 만약 어떤 버그가 고객의 필수적인 것을 깨뜨린다면, 그것은 우선순위가 부여됩니다. 우리 비즈니스에서도 마찬가지입니다 – 가장 큰 고객이 우선순위를 갖는 이유는, 그들 없이는 더 작은 고객들의 요구를 충족시키는 데 필요한 비용을 감당할 수 없기 때문입니다. 또한, 버그의 유형도 막대한 역할을 합니다:
당연한 이야기입니다. 커뮤니티 지원 시스템의 가장 큰 장점이 바로 이것입니다. 가장 좋은 예는 GitHub의 다양한 이슈와 기능 요청에 댓글을 남기는 사람들입니다. 때로는 기능이 이미 존재하지만 널리 사용되지 않거나(또는 충분히 홍보되지 않아서) 우리가 그 사실을 모를 때가 있습니다. 또 때로는 버그가 실제로는 기능이나 안전장치인 경우도 있습니다. 우리는 매일매일 새로운 것을 배우게 되며, 이것이 바로 최고의 동기 부여입니다. 그래서 이 주제가 제게는 큰 의미가 없어 보입니다. 이것은 커뮤니티이며, 커뮤니티 정신에 따라 운영되어야 합니다.
전적으로 동의합니다. 이 주제를 통해 제가 원했던 것은, 기여가 보람보다 좌절감으로 느껴진 누군가에게 저와 커뮤니티의 다른 구성원들이 응답하는 것이었습니다. 다른 사람들도 같은 감정을 느끼는지 확인하고, 그 경험을 좀 더 부드럽게 만들 수 있는 다른 방법이 있는지 살펴보고 싶었습니다. 거창한 변화를 원하지는 않습니다. 다만, 여기서 기여하는 것이 저에게 큰 즐거움이 되어준 메타의 긍정적인 경험들을 좀 더 잘 홍보하는 정도면 좋겠습니다.
개인적으로 지금까지의 답변들이 정말 유용하다고 느꼈습니다. 제가 여기저기서 조금씩 기여하면서 쌓아온 많은 가정들이 확고해졌을 뿐만 아니라, 몇 가지에 대해서는 다르게 생각하게 되기도 했습니다. 이 내용을 읽는 다른 분들도 유용하게 느끼셨으면 좋겠습니다(그리고 어쩌면 더 많은 기여를 독려하게 될지도 모르죠 ).
저는 스타 시터(Star Citizen)의 엄청난 팬이자 후원자이며, Discourse 기반으로 만든 다소 엉뚱한 초기 단계의 팬 사이트를 운영하고 있습니다.
여기서 사용자들이 문제를 제기할 수 있는 이슈 도구가 있습니다. 'Issue Council’이라는 이름의 도구인데요,
정말 훌륭한 도구입니다. 사용자에게 이슈 도구에 대한 직접적인 접근 권한을 제공하는 것은 천재적인 발상입니다. 이 게임과 플랫폼이 최첨단을 달리고 있는 유일한 방식은 아니지만, 그들이 갖추고 있는 매우 정교한 워크플로우 중 하나입니다.
하지만 만약 제가 이슈를 제기하고 피드백을 받지 못한다고 해서 화를 내지는 않습니다. CIG가 얼마나 거대한 산을 오르고 있는지 잘 알고 있으며, 제 가상 신발 끈이 헝클어졌거나(혹은 제 이슈가 무엇이든) 그런 사소한 문제에 신경 쓸 것을 기대하지 않습니다. 그들이 자기들이 하는 일을 잘 알고 있다는 확신이 있습니다. 그들은 게임 업계 최고의 팀 중 하나로, 완전히 독특한 제품과 진화 방식을 갖추고 있습니다.
열려 있는 커뮤니티 이슈는 수천 개에 달합니다. 끝이 없습니다. 각 이슈에 응답할 자원이 있을까요? 당연히 부족합니다. 하지만 그들은 결국 도달할 것입니다. Discourse와 마찬가지로, 이는 진화형 소프트웨어(evolutionary-ware)입니다. 한 번에 한두 단계, 혹은 다섯 단계씩 나아가는 것이죠. 그리고 그다음 단계로.
그리고 저는 후원자입니다! pledg(후원)에 상당한 돈을 썼습니다.
하지만 Discourse에 대한 존중과 그들의 최첨단 제품 전달 방식에 대한 믿음처럼, 저는 특별한 관심을 기대하지 않습니다. 오히려 기대했던 것보다 더 많은 관심을 받는 경우도 많습니다.
모두가 매우 바쁘고, 항상 모든 것을 커버하는 것은 불가능합니다. Meta 커뮤니티는 유료 지원 제품이 아닙니다.
그래서 저는 이렇게 말합니다:
인내심을 가지세요
다른 사람들의 시간을 존중하세요
관심을 많이 받지 못한다고 해서 상처받지 마세요. 대역폭(응답 역량)에는 한계가 있습니다
계속 기여하세요. 사람들이 응답하고 인정하는 것이 때로는 어렵지만, 여러분의 기여는 매우 가치 있게 평가될 가능성이 높습니다
팀원이 기능 요청에 댓글을 남기는 것만으로도 개선이 될 것입니다. 저는 1월 1일에 이 요청을 했습니다 – Allow automatic group membership based on subdomain – 하지만 아직 답변이 없습니다. 누군가가 "안 된다"거나 "1년 뒤에는 될지도 모른다"라고 말해줘도 괜찮을 텐데 말입니다. "돈을 내거나 직접 하라"는 일반적인(그리고 충분히 합리적인) 답변을 넘어서는 어떤 반응이라도 좋겠습니다.
질문자님이 제안하시는 것은 계약에 따른 유료 계약 없이 제공되는 SLA(SLA)입니다. 이건 너무 일방적인 것 아닌가요?
제가 말씀드릴 부분은 아니지만, 이것이 사업적으로 실현 가능한지 확신할 수 없습니다?
지원 서비스만 구독하는 새로운 고객 등급을 도입하여, 엄격한 제약 조건 내에서 향상된 지지를 유료로 제공하는 방식은 어떨까요? 현재 소비자 가격 기대치를 고려할 때, 이것이 수익을 내거나 최소한 손익분기점을 달성할 수 있을까요?#marketplace에서 일반적으로 보는 예산 수준을 고려하면, 저는 그 가능성을 믿기 어렵습니다 …
확실히, 메타(Meta)의 아이디어에는 “커뮤니티 지원 기반의 지원”이라는 개념이 일부 포함되어 있으며, 이는 참여도를 높이는 동시에 비용을 절감하는 데 기여합니다 … 또한, 무료로 사용 가능한 긴밀하게 패키징된 오픈소스 제품을 유지하는 데 부분적으로 도움이 됩니다.
모든 기능 요청에 응답이 필요할까요? 이 부분에도 동의하기 어렵습니다. 삭제되지 않는 한, 모든 사용자가 볼 수 있으며 일종의 이상적인 백로그(Backlog) 역할을 하게 됩니다.
당신이 옳다고 확신합니다. 저는 제 관점에서 메타에 기여하는 일을 더 즐겁게 만드는 방법에 대한 질문에 답하고 있을 뿐입니다. 아마도 기능 요청은 진정한 의미의 기여가 아니라고 말씀하실 수도 있겠지요. 그 말도 아마 맞을 것입니다. 다만, 제게는 잘 작동하는 패치를 제안한 바 있습니다. 전반적으로 여기서는 즐거운 분위기이므로 크게 문제될 일은 아닙니다.
여기서 한 마디 보태겠습니다. 저는 Meta에서 여러분 두 분 모두를 무료로 지원하고, 유료 고객인 경우 유료로 지원하는 팀을 관리하고 있습니다.
이 주제에 있는 모든 게시물을 읽었습니다. 일부 댓글은 적절하고, 일부는 부적절합니다. 우리는 오픈소스 커뮤니티를 매우 중요하게 생각하며, 이는 Discourse의 기반입니다. 하지만 좋은 비즈니스 운영을 위해서는 유료 고객을 우선시해야 합니다.
우리가 성장하고 바빠질수록 Meta에서 모든 게시물을 읽는 것이 더 어려워진다는 것을 인지하고 있습니다. 이 문제에 대해 내부에서 철저한 논의를 하고 있습니다. 최근 @JammyDodger를 채용하여 여러분의 질문과 우려에 시간을 할애하여 답변할 수 있는 사람을 확보했습니다. 더 이상 무엇을 할 수 있을지 정말로 잘 모르겠습니다.
원치 않는 상황에 우연히 휘말리기 전에 이렇게 들을 수 있어 좋습니다.
이 주제를 통해 제가 원했던 것은, 기여가 보람보다 좌절감으로 느껴진 누군가에게 저와 커뮤니티의 다른 구성원들이 응답하는 것이었습니다. 다른 사람들도 같은 감정을 느끼는지 확인하고, 그 경험을 좀 더 부드럽게 만들 수 있는 다른 방법이 있는지 살펴보고 싶었습니다. 거창한 변화를 원하지는 않습니다. 
).
그리고 알아채셨듯이, 레거시 브라우저에서도 사용되고 있는 비-JS 버전도 개선하고 싶기 때문에 같은 날 해당 문제에 대한 수정안이 제안되었습니다.
