이 중 어느 것이 사람들이 예산을 제시하지 않는 이유라는 문제를 다루고 있을까요? 저는 종종 과도하게 청구될 것에 대한 두려움, 예를 들어 잠재적 예산 한도까지의 두려움을 보는 것 같습니다.
예산은 초기 단계에서의 약속인 반면, 대부분의 사람은 먼저 예상 가격을 제시받고, 그것이 허용 가능한지 여부를 판단한 후에야 실제로 예산을 확보하려는 시도를 하는 것을 선호합니다.
따라서 저는 가치라는 용어나 이와 유사한 용어를 사용하는 것이 더 좋다고 생각합니다. 예산보다 덜 구속적이고 더 일반적인 용어이며, 두 당사자 간에 해당 작업이 얼마의 가치가 있는지에 대한 협상 과정을 더 명확하게 반영합니다. 즉, 구매자가 "나에게는 그 정도 가치밖에 없어"라고 하고, 판매자가 "$x 미만으로는 일어나지도 않겠다"라고 하는 상황 말입니다.
고려해 보면, 해당 토픽 게시글이 마켓플레이스 협상을 목적으로 한다면 단순한 관심 표현을 넘어서야 하며, 초기 가치에 대한 명확한 표시가 실제로 필요합니다.
따라서 #marketplace에는 명시적인 달러($) 금액이 포함된 토픽만 허용되어야 하며, 나머지 모든 추측, 투기, 그리고 우회적인 답변(이것이 저를 가장 답답하게 만듭니다)은 Support 채널에 속하는 것이 적절합니다.
저는 그 의견에 동의하지 않습니다.
자전거 수리점 비유를 다시 들어보겠습니다. 수리점 직원이 가격을 말하고, 제가 그 가격으로 진행할지 말지는 제 판단에 달려 있습니다. 저는 그 가게에 들어가서 "자전거를 20달러에 수리해 줄 수 있느냐"고 묻지 않습니다. 그렇게 하면 과다한 금액을 지불하게 되거나, 진지하게 받아들이지 못할 가능성이 큽니다.
사람들은 예산을 명시하지 않고도 견적을 요청할 수 있어야 합니다. 얼마를 지불할 의사가 있는지는 관련이 없으며, 작업 완성에 드는 비용이 얼마인지가 중요합니다. 그리고 그것은 그들이 받을 견적에 의해 결정됩니다. 가치에 대한 표시는 처음부터 질문하는 쪽에서 올 필요가 없습니다.
우리가 이 이슈에서 벗어나고 있다고 생각합니다. 문제는 마켓플레이스에 글을 올리는 사람들을 진지하게 받아들일 수 있는지가 아닙니다. 우리는 그들을 진지하게 받아들여야 합니다. 지출할 예산이 많지 않더라도, 소액으로 작업을 해줄 의사가 있는 사람들이 흔히 있기 때문입니다.
진짜 문제는 #marketplace의 주제들이 반복적으로 #support로 변질된다는 점입니다.
네, 맞습니다. 이 카테고리에서 조금 더 큐레이션(선별)을 해보고 어떻게 되는지 확인해 봅시다. 더 깊은 조사가 필요하면 할 수 있지만, 조금 더 모더레이션(관리)을 하면 큰 도움이 될 거라고 생각합니다.
자전거 수리점 비유는 관련성이 매우 제한적입니다. 상점들은 일반적으로 가격을 표시한 상품을 진열합니다. 서비스와 같은 무형의 제품의 경우, 가격은 보통 부품 및 소모품 비용이 별도로 청구되는 시간당 노동 비용 또는, 예를 들어 타이어를 교체하지 않고 펑크만 수리하는 경우와 같이 설명된 서비스에 대한 고정 요금입니다. 영어권(법적) 관할권에서 상점의 가격은 보통 단순한 거래 제안(invitation to treat), 즉 계약 제안을 유도하는 것에 불과합니다. 따라서 이는 최종 가격일 필요는 없지만, 예상 가격을 명확하게 표현하는 것입니다.
Marketplace 채널과 이 토픽의 맥락에서, 우리는 구체적으로 지원을 구하는 잠재적 구매자에 대해 이야기하고 있습니다. 이 #marketplace는 상점이 아니므로 구매자가 살펴볼 수 있는 가격이 게시되어 있지 않지만, 파비온(Pavilion) 팀에 대한 가격과 같이 가격이 표시된 토픽들도 있습니다.
제가 제기한 문제는 거래 제안과 가치의 첫 번째 표현을 누가 제공해야 하는지를 정의하는 데 기반합니다. 저는 이것이 구매자로서 토픽 작성자가 되어야 한다고 생각합니다. 마찬가지로, 개발자가 Marketplace 토픽에서 자신의 서비스를 광고하는 경우, 판매자로서 토픽 작성자가 되어야 합니다.
가격이 이 토픽에 다소 무관하다고 말할 수 있습니다. 왜냐하면 여러분이 언급한 주요 토픽은 충분한 예산이 있었음에도 불구하고 결국 지원(무료) 토픽으로 끝났기 때문입니다. 낮은 가격에 대한 부차적인 스레드를 근거로 할 때, 여러분이 살펴볼 가치가 충분하지 않은 토픽은 적어도 계약에 성공할 가능성이 낮다는 점을 명확히 하므로, 여러분의 시간을 더 효율적으로 활용할 수 있게 해줍니다.
그러나 가치에 대한 표현이 전혀 없는 토픽은 여러분이 해당 요청을 고려하고 시간을 낭비할 가능성이 훨씬 더 높다는 것을 의미할 수 있습니다. 그것이 제가 표현된 가치의 부재에 집중한 이유입니다. 이는 종종 모호함과 회피를 통해 무료 지원 또는 무료 개발을 원한다는 사실을 숨기는 데 사용되기 때문입니다.
그런 사람들이 고려될 만큼 충분히 높은 가치를 게시하게 될 것이라고 말할 수 있습니다. 이렇게 하면, 타이어-킥커(허위 문의자), 시간 낭비꾼, 심지어 거짓말쟁이들이 더 명확하게 그런 사람으로 식별될 수 있다는 이점이 있습니다.
어떤 비유나 유추든 더 이상 의미가 없도록 과도하게 확장될 수 있습니다.
그래도 저는 그것이 분명히 관련성이 있다고 생각합니다.
제안을 하는 것은 제 시간 낭비라고 전혀 생각하지 않습니다. 그것은 단순히 영업 활동일 뿐입니다.
그리고, OP(질문자)에게 예산이 없더라도 그 주제를 읽고 있는 다른 사람들이 그 특정 문제를 해결하는 데 대략 얼마나 드는지 좋은 개념을 얻을 수 있습니다.
말씀은 이해하지만 동의하지 않습니다. 일반적으로는 전문가, 즉 서비스를 제공하는 쪽, 가장 많은 경험을 가진 쪽이 예상 가격을 제시합니다 - 주제를 작성한 쪽이 어느 쪽이든 상관없이요.
맞아요! 정말 가치 있는 정보입니다. 샘이 "그 문제를 해결하는 데 엔지니어가 X시간/주/년이 걸릴 겁니다"라고 말할 때마다 항상 고맙게 생각합니다. 그래서 예산이 없는 문제의 해결책은 예산에 대한 대략적인 추측이라도 제안하는 것일 수 있습니다. (적어도 제 경우에는, 제가 유능하다고 생각하는 사람이 특정 작업을 수행하는 데 얼마나 시간이 걸릴지 파악하는 데 상당한 시간이 걸리곤 하니까요.)
이 부분은 그 길을 가고 있는 것일 수도 있습니다…
사용자가 자전거를 거꾸로 타고 있어서 자전거가 안 된다고 하거나, 기어 변속 방법을 몰라서 페달을 밟는 것이 너무 어렵다고 하는 경우를 자전거 가게에 비유해 본 적이 있습니다. 그런 경우라면 자전거 가게 직원은 확실히 문제점을 무료로 알려줄 가능성이 높습니다.
하지만 때로는 사람들이 잘못된 것에 대해 돈을 내고 싶어 하기도 합니다. 제가 우연히 놓치고 있던 내장 기능을 어설프게 복제하는 플러그인을 작성했던 때가 그랬습니다.
저는 정말로 그렇습니다.
우리가 지금 자전거 가게에 있는 건가요, 아니면 커피숍에 있는 건가요? 어쨌든, 저는 카운터에 다가가서 제 예산을 밝히지 않습니다. 메뉴와 가격(커피)을 확인하거나 견적을 요청(자전거 가게)할 뿐입니다.
이 때문에 저는 마켓플레이스를 거의 사용하지 않습니다. 제 은행 계좌에 얼마가 있는지 알고는 있지만, 안타깝게도 개발 작업을 위한 마켓플레이스 리스팅에 적절하거나 터무니없는 금액이 어느 정도인지에 대한 개념이 전혀 없습니다. 터무니없는 금액을 적어 커뮤니티에 실례를 하거나, 혹은 이용당하는 것보다는 아예 피하는 쪽이 낫다고 생각합니다. 
이것은 사실 구매자와 판매자가 각각 어떤 일을 하고자 하는지에 따라 크게 달라집니다. 답변을 정말로 필요로 하는 사람들은 소액의 보상을 제공하며 답변을 구하기도 합니다. $10 정도의 인센티브를 제시하는 의도는 보통 사람들이 질문을 읽고 답변해 주도록 동기를 부여하기 위함입니다.
하지만 서비스 제공자의 입장에서는 실제로 해결해야 할 프로젝트나 문제가 있는 고객을 찾는 것이 이상적이지는 않습니다.
시장(Marketplace)에는 일종의 규제가 필요하다는 데에 전적으로 동의합니다. 특정 주제가 순수한 질문(실제 작업이 아닌)에 국한된다면, 시장이 아닌 다른 곳으로 이동되어야 합니다.
예산을 언급하지 않는 경우, 협상이 가능한 기회를 제공해야 합니다(저는 개인적으로 $500 이상으로 협상한 경험이 있어 이런 방식이 통합니다). 따라서 관심 있는 사람이 있다면 OP(질문자)에게 직접 연락하여 적절한 예산을 가지고 있는지 논의해 보는 것이 좋습니다. 일반적으로 사람들은 1:1로 대화하는 것을 편안해하며, 이런 방식의 거래는 잘 성사됩니다.
해결해야 할 우려 사항은 예산이 매우 낮은 작업들입니다. 상대방을 모욕하지 않으면서도 제시한 예산이 너무 낮다는 점을 어떻게 인지시킬 수 있을지, 그리고 예산을 올리면 누군가 그 작업을 맡을 것이라는 점을 어떻게 알릴 수 있을지가 관건입니다.
사람들이 때로는 실제 예산에 대한 우려를 가지고 있다는 점은 이해합니다. 하지만 그런 경우에도, 작업(예: 플러그인 개발)에 대해 일종의 크라우드 펀딩 방식을 통해 개발자가 자신의 노력에 걸맞은 공정한 대가를 받을 수 있다면, 저는 그 작업을 맡을 의사가 훨씬 더 큽니다.
확립해야 할 또 다른 점은, 시장에 게시물을 올리는 사람은 보통 누군가 그 작업을 대신해 주기를 원하거나(또는 그들에게서 서비스를 제공받기를 원하는 경우) 그런 의도라는 것입니다. 만약 그것이 더 Q&A(질문과 답변)에 가까우다면, 지원(Support) 게시판으로 이동하여 커뮤니티가 답변할 수 있도록 남겨두어야 합니다.
마켓플레이스 카테고리에서 답변을 게시할 때의 에티켓을 실제 상점에서 적절할 것인지를 기준으로 논의하는 점이 마음에 듭니다. 대안을 제안하는 조언을 하는 것이 적절한 경우가 있지만, 논의가 그 방향으로 너무 벗어나면 지원 카테고리로 이동해야 합니다.
이것은 약간 주제에서 벗어난 이야기이지만, 종료된 마켓플레이스 주제를 살펴보고 있었습니다. 눈에 띄는 점은 작업이 완료되었는지, 누가 작업을 수행했는지, 그리고 고객이 결과에 만족하는지 알기 어렵다는 것입니다. 여기에는 예외가 있습니다: [PAID] Custom Header to Match WordPress Site - #6 by ryan_m. 마켓플레이스의 주제 생성자가 주제 종료 전에 후속 게시물을 작성하도록 장려하면 좋겠습니다. 가능할 경우, 완료된 작업을 확인할 수 있는 링크를 포함하는 것이 좋습니다. 그러면 더 흥미로운 읽을거리가 되며, 마켓플레이스가 얼마나 성공적인지 파악하는 데도 도움이 될 것입니다.
간단히 제 생각을 말씀드리자면, 많은 사람들 — 특히 초보자 — 이 코더나 개발자에게 시간당 얼마를 제안해야 하는지 잘 모릅니다. 또한, 작업에 1시간이 걸릴지, 20시간 이상이나 그 이상이 걸릴지도 알지 못할 수 있습니다. 그래서 “가격은 협의 가능합니다” 같은 문구를 자주 보시는 겁니다.
상대가 실제 예산이나 추정 금액을 제공하지 않은 상태에서 개인 메시지를 보내는 것은 괜찮습니다… 단, 상대가 설정에서 다른 사용자에게 개인 메시지를 받을 수 있도록 허용해 두었다면요. 
결과에 대한 투명성이 주요 문제이며, 무지한 관찰자에게 시장이 방치되거나 미완성된 프로젝트의 묘지처럼 보이는 결과를 초래한다는 데 동의합니다.
해결 방안을 제안합니다. 주제가 완료되면 “완료” 태그를 붙이는 것입니다.
도움이 될 수 있는 또 다른 방법은 주제에 “티셔츠 사이즈” 태그를 붙여 작업에 얼마나 많은 노력이 필요했거나 들었는지를 빠르게 추정할 수 있게 하는 것입니다.
죄송하지만, 최근 제가 올린 이 트윗은 이 주제와 매우 관련이 깊습니다:
해결된(solved) 플러그인을 그렇게 사용하는 것이 좋겠습니다.
원래 주제에서 더 벗어나는 위험을 감수하더라도, 구매자/판매자 평점 시스템도 있으면 좋겠습니다.
위 의견에 정말로 동의하지 않습니다. 저희 동네 자전거 협동조합에서는 유료로 유지보수 작업을 해 주기도 하지만, 같은 조합원들에게 조합의 도구를 이용해 해당 작업을 직접 해 보는 법을 무료로 가르쳐 주기도 합니다.
Meta는 매장이 아닙니다. Marketplace(마켓플레이스)와 Support(지원)는 단지 진입점일 뿐입니다. 때로는 이러한 작업을 수행하는 데 심리적 장벽이 있어 사람들이 주저하기도 합니다. 개인적으로 저는 상용 IT 사업을 하는 것이 아니며, 여기 Meta에서 제 시간을 자유롭게 제공하고 있습니다. 또한 매우 기본적인 작업이라도 직접 시도해 보도록 항상 장려합니다.
최악의 경우라도, 단순히 그것이 자신에게 불가능하다고 가정하는 것이 아니라 왜 그런지 이해하게 될 것입니다.
구매자 평점에 대해서는 확신이 없는데, 대부분이 일회성 거래인 것 같거든요. 다만 공급자에 대한 몇 가지 추천이나 보증은 좋은 기능일 수 있어요. 다만 부정적인 경험을 어떻게 다루느냐가 까다로운 부분이죠.
가치를 측정하는 기준을 제시하는 순간, 사람들은 시스템을 악용하려 할 것입니다. 또한 추천이 충분히 긍정적이지 않다고 느끼면 큰 소리로 항의할 것입니다.
오히려 사람들이 사이트 밖에서 자신의 영역을 구축하고, 포트폴리오를 통해 일을 따내는 것이 더 나을 것입니다.
위 내용을 읽고 꽤 실망스러웠습니다. 사용자가 교육을 받아 스스로 작업을 수행할 수 있게 된 경우, 마켓플레이스를 통해 처리되는 작업량은 미미합니다. 이는 다른 곳에서 끔찍한 결정을 내리는 경우가 아니라면 누구의 수익에도 해를 끼치지 않습니다.
누군가 특정 작업을 위해 돈을 써야 할 것이라고 생각하고 방문했다가, 아마도 제품에 대한 이해도가 높아진 채로 떠나는 것은 꽤 긍정적인 일이라고 생각합니다.
네, 동의합니다. @riking 님이 제안한 대로 루프를 더 잘 닫는 것에 대해서는 저도 동의합니다.
마켓플레이스 토픽에 완료 또는 중단 태그를 붙이도록 자동으로 알림을 보내는 게 좋을 것 같습니다. 적어도 그렇게 하면 시스템이 제대로 작동하는지 여부를 쉽게 확인할 수 있을 테니까요.
말했듯이, 모든 비유나 유추는 더 이상 의미가 없어질 정도로 과장할 수 있습니다 
사람들이 마켓플레이스에 게시물을 올리는 이유는 대부분 그 작업이 자신의 능력 밖이거나 심리적 장벽에 부딪혔기 때문(자전거 수리 가게 비유로 하려던 점)이 아니라, 다른 여러 이유를 선택하기 때문이라고 생각합니다.
평점에 대해서는 아마도 맞는 말일 것입니다. 많은 문제를 일으킬 수 있겠네요.
아니요, 저는 제 주장이 여전히 유효하다고 생각합니다. 저는 자전거 가게에 대해 언급한 적이 없으니까요.
제 핵심은 메타(Meta)가 자전거 가게가 아니라는 것입니다. 오히려 배울 수도 있고, 돈을 낼 수도 있는 협동조합(co-op)에 훨씬 더 가깝습니다.
중요한 점은 사용자가 문제를 해결하는 과정에서 도움을 제공하겠다는 제안을 하는 데 아무런 해가 없다는 것입니다. 그렇지 않으면, 특정 토픽이 x일 이상 경과하거나 사용자가 포기할 때까지 Support 토픽에서 컨설턴트들이 서비스를 제공하는 것도 금지해야 할 것입니다.
맞습니다 - 지원 게시판에서 질문을 올려서 배우거나, 마켓플레이스 게시판에 글을 올려서 돈을 내는 것입니다. 후자의 경우, 사용자가 문제를 해결하는 데 도움이 필요하지 않거나 원하지 않으며, 해결책을 구매하고 싶다는 뜻입니다.
좋은 아이디어라고 생각하며, 전적으로 지지합니다.