ganncamp
(G Ann Campbell)
1
コミュニティで製品を実行しており、ユーザーを支援するためですが、主にフィードバックを得るために実行しています。これには、開発者がコミュニティでやり取りしてフィードバックを具体化し、それに基づいて行動することが必要です。そのため、スタッフがコミュニティでやり取りすることを期待し、積極的に奨励しています。
このエンゲージメントを促進するために行っていることの1つは、毎週のスタッフリーダーボードのまとめを社内に投稿することです。例:
コミュニティに公開される年間レビューからスタッフを除外できるのは素晴らしいことですが、スタッフ限定のレビューをもう1つ生成できると良いでしょう。
「いいね!」 3
Moin
2
最近、プラグイントピックでも同様の提案がありました。
「いいね!」 2
Jagster
(Jakke Lehtonen)
3
ええ。さらに設定が1つ必要になります。「グループを含める」です。または除外する、なぜならすでにスタッフを除外できるからです。そして、その設定はハードコードされたグループリミッターのインターフェースにすぎない(ほんのわずかですが)と賭けてもいいです😏
その後、自動化がなくてもそれほど大きな問題ではありません。手動で行うのはわずか30秒の作業だからです(もちろん、私たちは皆、休日の手作業を嫌いますが、それでも)。
sam
(Sam Saffron)
4
年次レビューのトピックを複数許可するのが正しいと思います。
おそらく、すべてのカスタムは discourse-automation に属し、それによって許可および拒否されたグループとレポートごとのカスタムターゲットのフィルターを設定できるようになります。
これにより、新しい自動化ルールが作成され、月次、四半期などのカスタム期間も可能になります。
ganncamp
(G Ann Campbell)
5
ええ、それについては。
私たちのレビューは一晩で生成され、出社してみると、ほとんどが従業員であることがわかりました。staffではありません。なぜなら、どうやらstaffはモデレーターだけらしいので、モデレーター権限は渋っているからです。
これは…役に立ちませんね。
「いいね!」 1
私も同じことになりました
いくらか編集が必要でしたが、あなたよりは編集量が少なかったかもしれません。しかし、私たちはモデレーターの権限も厳しく制限するように努めています。個人情報(PII)へのアクセスに関しては、誰がそれにアクセスできるかをより管理したいと考えており、それが優先事項です。すべてをうまく解決し、コミュニティに適した形で投稿または編集できたことを願っています。
「いいね!」 1