これらは、なぜ人々が予算を提示しないという問題に何らかの形で取り組んでいるのでしょうか？私はしばしば、過剰請求への恐れ（例えば、可能な予算の上限まで）のようなものを目にします。
予算は早期のコミットメントですが、私たちの多くは、実際に予算を獲得しようとするその時点で判断できるような見積もり価格を提示されたいと考えています。
したがって、私は予算という用語よりも、価値やそれに類する用語が使われることを望みます。それはコミットメントが少なく、より一般的です。また、作業の価値に関する両当事者間の交渉をより明確に反映しています。つまり、買い手が「私にとってはそれだけの価値しかない」と言い、売り手が「x ドル未満では起きる気にもなれない」と言うような状況です。
振り返ってみると、トピック投稿が市場での交渉を意図している場合、単なる関心の表明ではなく、初期の価値の示しが不可欠です。
したがって、Marketplace では金額（$）が明記されたトピックのみを受け入れ、それ以外の考察、推測、あるいは言い逃れ（これらが最も私を苛立たせます）は、Support に属するのが当然となります。
それに同意しません。
また自転車修理店の例えに戻りますが、店側が価格を提示し、私がその価格で依頼するかどうかを決めるものです。私は「20 ドルで直せますか？」と聞いて店に入るわけではありません。そうすれば、高すぎる料金を払うことになったり、真剣に受け取ってもらえなかったりするだけです。
人々は予算を明かさずにオファーを求められるべきです。彼らがいくら支払うつもりかは関係なく、重要なのは仕事を完了させるのにどれだけの費用がかかるかです。それは彼らが得るオファーによって決まります。価値の目安は、最初に依頼する側から示される必要はありません。
私たちは問題からそれていると思います。問題は、marketplace に投稿する人を真剣に受け止められるかどうかではありません。私たちは真剣に受け止めるべきです。たとえ予算が少なくても、少額で仕事を引き受ける人は大抵います。
問題は、Marketplace のトピックが繰り返し Support に変換されてしまうことです。
はい。このカテゴリで少しキュレーションを強化して、その結果を見てみましょう。さらに検討が必要な場合は対応できますが、少しのモデレーションで大きな効果が得られると思います。
自転車店の例えを使うことには、非常に限定的な関連性しかありません。店舗では通常、価格が表示された商品を陳列します。一方、サービスのような無形の商品の場合、価格は通常、人件費に対する時間単価（部品や消耗品は別途）や、特定されたサービス（例：タイヤ交換なしのパンク修理など）に対する固定料金となります。少なくとも英語圏の（法的）管轄区域では、店舗の表示価格は通常、「契約の申込みの誘引」に過ぎず、つまりオファーを招くものです。したがって、最終価格である必要はありませんが、期待される価格の明確な表明ではあります。
Marketplace およびこのトピックの文脈において、私たちは具体的に潜在的な購入者がサポートを求めている状況について話しています。この Marketplace は店舗ではないため、購入者が閲覧できるような価格が表示されていません。ただし、Pavilion チームの価格など、価格が可視化されているトピックも存在します。
私が提起した問題は、誰が「契約の申込みの誘引」と価値の最初の表明を行うことが期待されるかを定義することに基づいています。私は、それが購入者であるトピック作成者であるべきだと考えます。同様に、開発者が Marketplace のトピックで自身のサービスを広告する場合は、売り手であるトピック作成者がそれを行うべきです。
価格はこのトピックにはあまり関係がないと言えるかもしれません。なぜなら、あなたが言及した主要なトピックには十分な予算があったにもかかわらず、結局サポートのトピックになってしまったからです。低価格に関するセカンドスレッドに基づけば、あなたにとって見る価値が不十分なトピックは、少なくとも成功する契約が得られない可能性が高いことを明確にすることで、あなたの時間をより効率的に使えるようになるでしょう。
しかし、価値の表明が全くないトピックは、あなたがそのリクエストを検討し、時間を浪費する可能性がはるかに高いことを意味します。そのため、私は表明された価値の欠如に焦点を当てています。なぜなら、それはしばしば、曖昧さや回避によって、彼らが無料のサポートや無料の開発を求めているという事実を隠すために使われるからです。
そのような人々は、考慮されるために十分な金額を提示するかもしれません。その利点は、もしそうすれば、単なる時間泥棒、無駄遣い、さらには嘘つきが、より明確に特定されるようになることです。
すべての比喩や例えは、もはや意味をなさなくなるまで引き伸ばすことができます。
それでも、それは確かに関連性があったと思います。
見積もりを提示することは、私の時間を無駄にすることだと全く思っていません。単なる営業活動です。
さらに、トピック作成者（OP）に予算がなくても、トピックを読んでいる他の人々が、その特定の課題を解決するのに概していくらかかるかについて良いイメージを得ることができます。
あなたが挙げた曖昧さ、回避性、そして嘘については、私にはあまり認識できませんが、もしかしたら見落としているのかもしれません。
おっしゃることは理解しますが、同意はできません。通常は、サービスを提供する専門家、つまり最も経験豊富な当事者が、期待される価格を提示します。それは、トピックを作成する当事性がどちらであっても変わりません。
その通り！とても価値があります。サムが「その問題を解決するにはエンジニアがX時間/週/年かかる」と言うたびに、私はいつも感謝しています。したがって、予算がないという問題への解決策の一つとして、予算の概算（たとえ荒唐無稽な推測であっても）を提案することかもしれません。実際、私自身の場合、有能な人物がそのタスクを完了するのにどれくらいの時間がかかるかを把握するには、それなりの時間がかかることが多いです。
これもその方向に進んでいるかもしれません。
自転車屋さんの比喩をいくつか考えてみました。ユーザーが「自転車に乗っている向きが逆だから動かない」「ギアチェンジのやり方を知らないからペダルが重い」と言うケースです。そのような場合、自転車屋の人はおそらく、無料で問題点を教えてくれるでしょう。
しかし、時には間違ったものに対して支払いたいと提案する人もいます。私が内蔵機能を粗雑に複製するプラグインを作成した際、自分自身で何らかの理由で見落としていたという経験があります。
これはまさに私のことです。
私たちは今、自転車屋にいるのでしょうか、それともカフェにいるのでしょうか？どちらにせよ、カウンターに近づく際に予算を明かすことはありません。メニューと価格を確認します（コーヒーの場合）か、見積もりを依頼します（自転車屋の場合）。
このため、私は単にマーケットプレイスを利用しません。確かに自分の銀行口座の残高は把握していますが、残念なことに、開発作業のマーケットプレイス投稿に載せる適切な金額、あるいは不自然な金額が何かという概念がありません。不自然な金額でコミュニティを侮辱したり、利用されたりするくらいなら、最初から避けてしまいます。
これは完全に、買い手・売り手の状況によります。本当に答えが必要な人たちは、その答えのために少額の金額を提示する用意があります。インセンティブ（10ドルやそれと同程度の額など）を提供する意図は、通常、誰かに質問を読んで答えてもらうよう促すことです。
ただし、これはサービス提供者にとって理想的ではありません。彼らは実際のプロジェクトや解決すべき課題を持つクライアントを探しているからです。
私は完全に同意します。マーケットプレイスにはある程度の規制が必要で、トピックが単なる質問（実際のタスクではない）に過ぎない場合は、マーケットプレイスから移動させるべきです。
予算について言及されていない場合は、交渉の機会を提供すべきです（私自身、500ドル以上になるような交渉を何度も行ったことがあり、それは機能しています）。したがって、興味がある人は投稿者（OP）に直接連絡し、十分な予算があるかどうかを話し合うべきでしょう。一般的に、人々は1対1で話すことに慣れており、そのような取引はうまくいくことが多いです。
解決すべき課題は、予算が非常に低いタスクです。彼らの予算が低すぎることを（相手を傷つけずに）知らせ、予算を増やせば誰かが引き受ける可能性があることをどう伝えるかという点です。
人々が実際に予算に制約がある場合も理解できますが、そのような場合でも、タスク（例えばプラグイン開発など）のためにクラウドファンディングを行い、開発者がその努力に見合った対価を得られるようになれば、私はその仕事を引き受けることにさらに前向きになります。
また、確立すべきことは、マーケットプレイスに投稿する人は、おそらく誰かにタスクを依頼したい（または誰かからサービスを受けたい）と考えているということです。しかし、それがQ&A（質問と回答）に過ぎない場合は、サポートセクションへ移動させ、コミュニティに回答を任せるべきです。
マーケットプレイスカテゴリでの返信投稿のマナーについて、実店舗での適切な対応を基準に議論されている点が気に入っています。代替案に関するアドバイスを提供することが適切な場合もありますが、議論がその方向に過度に逸脱する場合は、サポートカテゴリへ移動させるべきです。
話題から少しそれてしまいますが、クローズドされたマーケットプレイスのトピックを閲覧していました。目についたのは、作業が完了したかどうか、誰が作業を行ったか、顧客が満足しているかどうかを把握することが難しいという点です。その例外として、こちらがあります：https://meta.discourse.org/t/paid-custom-header-to-match-wordpress-site/138838/6。マーケットプレイスのトピック作成者に、トピックをクローズする前にフォローアップ投稿を作成するよう促すことができればと思います。可能であれば、完了した作業を確認できるリンクを掲載するのも良いでしょう。それにより、より興味深い読み物となり、マーケットプレイスの成功度合いも把握できるようになります。
一言添えさせてください。特に初心者の方々は、プログラマーや開発者などに時給いくらで依頼すべきか、またその作業に1時間、20時間以上、あるいはそれ以上かかるのかを把握していないことが多いです。そのため、「価格については相談可能です」といった表現が頻繁に見られるのだと思います。
予算や見積もりが明記されていない相手にダイレクトメッセージを送るのは問題ありません。ただし、その相手が設定で他のユーザーからのメッセージを受け取るようにしている場合に限ります。
結果の透明性が大きな問題であり、それを無知な観察者が見れば、市場は潜在的に放棄されたり未完のまま残されたプロジェクトの墓場のようになっていることに同意します。
以下の修正案を提案します：完了したトピックには「完了済み」というタグを付けます。
もう一つ役立つのは、トピックに「Tシャツサイズ」のタグを付けて、どれだけの労力が必要だったか、あるいは必要となるかの簡易的な見積もりを示すことです。
失礼ながら、私が最近投稿したツイートがこれと非常に関連性があります：
それは「solved」プラグインのよい活用方法ですね。
元のトピックからさらにそれてしまうかもしれませんが、買い手と売り手の評価システムがあれば素敵だと思います。
上記には全く同意できません。地元の自転車共同組合では、有料でメンテナンス作業を行っていますが、同じユーザーに対しては、共同組合の道具を使ってその作業を 無料で 行う方法を教えてくれます。
Meta は店舗ではなく、Marketplace と Support は単なる入り口に過ぎません。時には、心理的な障壁によって人々がこれらの行動をためらうこともあります。私個人としては、コモディティITのビジネスには携わっていません。Meta では時間を無償で提供しており、常に人々に非常に基本的な操作を試すよう奨励しています。
最悪の場合でも、人々は単に「自分にはできない」と思い込むのではなく、なぜそれが自分の手に負えないのかを理解することになります。
バイヤーの評価については確信がありません。大多数は一度きりですが、プロバイダーへの推薦は面白いかもしれません。難しいのは、ネガティブな経験への対応です。
価値を測定する基準を設けた瞬間、人々はシステムを悪用しようとするインセンティブが働きます。また、推薦が十分ポジティブでなかったと感じれば、大騒ぎすることでしょう。
むしろ、人々がオフサイトで独自のキャリアを築き、ポートフォリオを使って仕事を得る方が良いでしょう。
上記の内容を読んでかなりがっかりしました。市場を通じて、ユーザーが教育され、自分でタスクを完了できるようになったケースのボリュームは最小限です。他の場所でひどい判断をしない限り、誰かの収益を損なうことにはなりません。
ある人がタスクを行うために金銭を費やす必要があると考えて訪れ、おそらく製品への理解を深めて帰ることは、非常に肯定的なことだと考えています。
ええ、その通りだと思います。@riking が提案したように、ループを適切に閉じることをより徹底することには賛成です。
おそらく、マーケットプレイスのトピックには「完了」または「放棄済み」のタグを自動的に付けるよう促す仕組みを導入すべきでしょう。そうすれば、その機能が機能しているかどうかを明確に確認できます。
私が言った通り、すべての比喩や類推は、意味をなさなくなるまで引き伸ばすことができます 
人々がマーケットプレイスに投稿する際、それが自分の手に負えないからや心理的な障壁に直面したからといった理由 以外 の多くの 理由 を 選んで いることが多いと思います（これは私が自転車修理店の比喩で伝えようとした点です）。
評価については、おそらくおっしゃる通りで、多くのトラブルを引き起こすかもしれません。
いいえ、私の主張は依然として妥当だと思います。私は自転車屋のことを言っているわけではありません。
私の言いたいのは、Meta は自転車屋ではなく、どちらかといえば学習するか有料で利用する協同組合に似ているということです。
つまり、ユーザーが問題に直面した際にサポートを申し出ることに害はありません。もしそうしないなら、サポートトピックでは、トピックがX日経過するまで、またはユーザーが諦めるまで、コンサルタントがサービスを提供することを禁止することになります。
その通りです。サポートで投稿して学ぶか、マーケットプレイスで投稿して支払うか。後者は、ユーザーが問題の解決策をナビゲートする助けを必要としない、あるいは望んでおらず、解決策を購入したいと考えていることを示しています。
それは良いアイデアだと思いますし、全面的に支持します。