Add reason for rejection of a post

for the first posts of a user, which may need to be approved (based on a forum policy), a reason for rejection may be good.

when an admin reject a “waiting for approval” post, it’d be good (educational for users) to add the reason so that this reason goes to the user directly.

currently we message users about the reason their post is not accepted. it’s a bit of work, as in a message you need to say hi and bye :wink: .

I’m not sure if this can work, but when admins click on reject button, a window like the flag window can open and admins can write the reason or choose among the list:

「いいね!」 31

Are there any developments?

「いいね!」 1

I have been against unconditionally notifying users here of rejections. (we now unconditionally notify on approval)

But… strategically if the moderator opts to give a rejection reason, I am all for reducing moderator friction.

I would like the full picture here, what are some examples of reasons why you would reject first post?

cc @eviltrout

「いいね!」 7

I guess anything that causes one to flag a post, can cause rejection of the first post as well! e.g.:

  • duplicate of another thread

  • non-relevant, advertisement, spam, … ; or let’s say out of the community scope (according to the “community guidelines”)

  • very poor writing or non-clear message (bad spelling, bad grammar, …) such that moderators can’t edit it easily

「いいね!」 5

I am also running into this same issue, and would love this feature!

「いいね!」 2

In my case, new members must submit one high-quality submission before they are given full access to the community. Thus, it would be really great to give them some feedback on their submission if it wasn’t accepted, as to encourage them to try again. Alternatively, if their submission is good but we have some edits, we would like to share some comments on how to improve the post before officially accepting it.

「いいね!」 5

With premoderation of new users/topics this is highly valuable as it’s often the first interaction with the community. And if someone tries to post and just gets a rejection it’s likely that they’ll never come back. The most common case for us is that we need to redirect them from our discourse based discussion forum to our Q&A website.

To that end we have a policy of the following:

  • Create a message to the user with subject "Re:
  • Tell them the reason for the rejection (copy and paste reasons stored in our moderation guidelines for convenience)
  • Copy their content into the bottom of the message so that they have a copy of their question that they might have spent non-trivial time to create.
  • Send the message
  • Then reject their post

The benefits of this workflow are that the user gets a reason and can be nudged in the appropriate direction. If we’re already reviewing it knowing the reason makes sense.

In addition we added the copy and pasting of the content because when the post is rejected it’s no longer viewable. And if it’s a good question but misdirected or something else that needs editing and with some iteration would be valuable content, it’s frustrating for the users to lose access to it when we reject the post.

「いいね!」 5

This would be a feature we would love to have as well.

Are there any plans to implement it any time soon?

「いいね!」 3

フォーラムでこの問題に繰り返し遭遇しています。新規投稿を却下する際に、フラグ付けで利用可能なようなオプションがあれば助かります。毎回却下するたびに、ユーザーに却下の理由を知らせるために手動でメッセージを送らなければならないからです。

「いいね!」 4

私たちもこの機能を探しています。チームがこれを実現してくれれば大きな助けになります。私たちのコミュニティは非常に大きく、投稿の却下を管理するためにこの却下機能が必要です。現在、投稿が却下された際、すべてのユーザーに手動でPMを送らなければなりません。:neutral_face:

「いいね!」 4

これは必要な機能です。私たちはバグ報告の承認機能を利用しています(ユーザーが15万人以上いるため、彼らはまず投稿し、後で読む傾向があります)。私たちは一般的な「サポート」フォーラムを持っており、そこで人々に「操作方法」に関する質問を投稿するよう促しています。何か問題が発生した場合、彼らにはバグ報告フォーラムに投稿するよう求めています。しかし、問題があるのは、彼らの投稿が却下された場合(重複であるか、適切な情報が不足しているなど)、そのことを知らないことです。投稿は単に消えてしまい、そもそも投稿が送信されたのかどうかもわかりません。

これにより、彼らは摩擦の少ないサポートフォーラムにバグ報告を投稿するようになります。通常、必要な情報(再現に必要な情報など)を含めずに、全く同じ内容で投稿されます。これは私たちの作業を増やしています。却下時に理由を付けて、適切なバグ報告の提出方法について教育したり、既存の報告へのリンクを付けたりできるようにしたいと考えています。

ユーザーがこの問題を懸念として報告する際の論理的な流れは以下の通りです:

現在のバグ報告フォーラムでの投稿の仕組みでは、投稿が確実に受け取られたことを示す明確な表示が得られない可能性があります。これらの投稿は表示される前にモデレーターの承認が必要ですが、これは理にかなっています。バグは多くの人に影響を与える可能性があるため、承認メカニズムがなければ多くのスレッドが生まれてしまうからです。また、実際にはバグではない場合もあります。バグ報告フォーラムがバグリストとしても機能することを意図しているなら、投稿に承認が必要であるという別の理由もあります。

しかし、投稿が最終的に表示されない場合、投稿が受け取られたことを明確に示す確認がありません。たとえ(類似の報告を含めて)最終的に表示されたとしても、それにはかなり時間がかかることがあります。問題が継続している場合、「投稿は受け取られたのか?もう一度投稿すべきか?」と考えてしまうことがあります。また、何か表示されたか確認するために時間を費やすこともあります。

これは失望を招きます。

もし「提案とフィードバック」フォーラムに投稿された場合、投稿は少なくとも表示されるため、受け取られたことを確認できます。後で移動または削除されたとしても、送信中に失われたわけではないことはわかります。

それはより失望が少ないものです。

問題に注目することで助けになろうとする人の視点から見ると、したがって「提案とフィードバック」フォーラムに投稿する方が、バグ報告フォーラムに投稿するよりも効果的に見えます。バグ報告フォーラムに投稿するには、少なくとも1つのタグを指定する必要があり、これも投稿を妨げています。また、関連性のない情報も多く提供するように求められます。

結果として、フォーラムの動作により、問題の報告を「提案とフィードバック」として行うよう促されています。

これは、承認メカニズムが回避しようとしている重複スレッドを生み出す可能性があると言えるかもしれません。しかし、投稿する前に既存のスレッドを探すよう既に求められており、他の投稿が表示される機会を与えるために少し待つことも簡単です。

つまり、すべてを考慮すると、報告を提出したい人の視点から見ても、「提案とフィードバック」フォーラムに投稿する方がまだ効果的に見えます。

「いいね!」 8

昨日からこれが欲しかったです。毎日、既存のトピックの重複として多くの新規トピックを却下していますが、却下されたユーザーには、なぜ却下されたのかについて一言の理由も伝えられていません。

以下の作業に時間を割くことはできません:

  • PM でメッセージを送り、その後の議論に対応する
  • トピックを承認した後、直ちに非表示にしてロックする
  • トピックを承認してから、重複としてフラグを立てるために再度公開する

却下する際には、その場で理由を提示して処理を完了させたいと考えています。これは「重複」「コミュニティの範囲外」「文章が不適切」「不適切な内容」などの標準的な理由とし、必要に応じて短いメッセージを付加することもできます。

この機能がないことは、新しいフォーラム利用者にとって非常に落胆させるものです。

「いいね!」 4

同意します。投稿やトピックを却下した場合、そのユーザーに何も表示されず、かつ説明がないままでは、後で個人メッセージを送らない限り、悪い印象を与えてしまいます。この機能の実装を強く望みます。さらに、モデレーションキューからそのユーザーのプロフィールへ移動してメッセージを送る手間がかかります。すべてが一つの場所にある方が便利です。

「いいね!」 1

これ、もうリリースリストに載っていませんか?

#releases を確認しました…あ、待って、それはアカウントの拒否用でしたね、すみません。

「いいね!」 2

その通りです。レビューにも同様の機能があると良いですね。

「いいね!」 2

この機能も追加してほしいです。

以前は Mailman 2 を使っており、そこで「却下理由」を入力するテキストボックスがあったため、却下されたメッセージがあまりに早く跡形もなく消えてしまうことに驚きました!

(いや、完全に消えたわけではないですね。スタッフのアクションログで確認できます。)

「いいね!」 1

@TheBaby5Marketplace でのリクエストに伴い、このスレッドを再浮上させます。

投稿が却下された場合は、少なくともユーザーに通知する必要があると思います。現状では、ユーザーは放置されたままの状態です。

現在、モデレーション承認のプロセスは以下の通りです:

  1. ユーザーがモデレーション対象のカテゴリに投稿する
  2. 投稿後、ユーザーは js.review.approval.description(スタッフからのメッセージなしのモーダルポップアップのみ)が表示される
  3. 投稿が却下された場合、ユーザーには何の通知も届かない

基本的な機能としては、投稿が却下された旨のメッセージ(スタッフからのものでも可)が送信されるべきだと考えます。理由の詳細までは必須ではないかもしれません。例えば、js.review.approval.rejected.message を編集して、最も一般的な理由をそこに追加するといった方法が考えられます。これは単なるアイデアです。

元のマーケットプレイス投稿はこちら

「いいね!」 4

正当なユーザーであり、なぜ投稿が却下されたのかを知らせたいという場合は、これに賛成します。

しかし、スパマーの場合、通知を送らない方が妥当だと考えます。スパマーに投稿が却下(削除)されたことを知らせ、再び投稿を試みさせたくはありませんね。:slightly_smiling_face:

スパムによる却下では通知を送るべきではありません。その他の理由の場合は、通知を送るべきです。

「いいね!」 2

チームが要求された機能を実装したい場合のために、保留中の投稿(モデレーション対象カテゴリ)の現在のオプションを以下に示します。

スパムの場合は、単にユーザーを削除すればよいでしょう。却下の場合は、私が以前の投稿で提案したようなシンプルな解決策を採用できます。これはチームにとって最も簡単で迅速な解決策です。チームが完全なリクエストに関心がないと仮定し、それに関連する Marketplace トピックが既にオープンしている場合、このトピックは2020年のものでもあります…:thinking:

「いいね!」 1

Mailman 2 の同等機能は、理由を指定できる「Reject(拒否)」と、一切通知を送信しない「Discard(破棄)」です。これらに加えて、「Defer(後で決定)」と「Accept(承認)」もあります。

また、「Defer とマークされたすべてのメッセージを破棄する」というオプションもあります。Defer がデフォルト設定のため、実際のメッセージを承認または拒否した後、ページに残っているのはおそらくスパムのみであり、それらを一度にすべて破棄したい場合に使えます。

これ以外にも機能はありますが、これらが最も直接的に比較可能なオプションです。

「いいね!」 4