どうすれば「開発者に聞いてもらえるフィードバック・有益なバグレポート」ができるのかということについて、β関連チャンネルでスタッフさんやモデレーターさんから何度も紹介されている記事があります。英文ですが、ぜひご覧になってください。
(元記事)How to get game developers to listen to you (and why they might not be) – Polygon
(Google翻訳)ゲーム開発者に話を聞いてもらう方法(その理由)
モデレーターさんの投稿より抜粋します。原文はリンク先にありますが、内容はβ関連チャンネルのものになりますので参照の際はネタバレにご注意ください。
TGCのフィードバックをまとめている方のために、ゲームに対するConstructive Feedbackの与え方についてまとめた記事を紹介したいと思います。私はフィードバックを書くときに、よくこの記事を参考にしています。
建設的なフィードバックを書くことは、ゲームがプレイヤーに与える影響をTGCが明確に理解するために重要です。
#beta-testing-discussion
公式・開発者の投稿より
ご注意ください:β関連チャンネルの該当の投稿または前後にネタバレを含むものがある場合があります。原文を確認される際はご注意ください。目安として3か月経過した投稿は安全に読むことができます。
フィードバックはトピックごとに複数のメッセージに分けたほうがいい?
テスターからの質問:フィードバックを残すとき、トピックごとに複数のメッセージに分けたほうがいいのでしょうか?例えば、魔法とIGCについてのフィードバックがあった場合、この2つのメッセージに分けるべきでしょうか?
Sagomay:それはあなた次第です。文章を分割した方が読みやすいし、何を言っているのか理解しやすいと思います。そのため、トピックごとに箇条書きにしたり、トピックごとに改行したり、別々の投稿にしたりします。
#beta-testing-discussion読む側の立場から、どのような書き方なら理解しやすいか。
(略)ベータ版へのフィードバックをすべて読むのは私たちですが、文章を読むのが好きな人間としては、簡潔で要点をついた投稿のほうが、相手の視点や理由を理解できる可能性が高くなると思います。3~5行の箇条書きで、どこが嫌いか、どう感じたか、なぜそう感じたかを書くと、非常に力強いものになります。(略)
#beta-testing-discussion強調したいのは、「意見を聞いてもらう」ことと「何かを変えてもらう」ことには大きな違いがあるということです。私のチームは、ベータ版のフィードバックを集計するのに大変な労力を費やしていて、そのフィードバックを読み、議論するために、チームの他の人たちが時間をかけています。そのことを心に留めておいてください。
#beta-testing-discussionβ フィードバックが聞いてもらえないとの嘆きに対して
(略)β の膨大なフィードバックがある方向に傾き、トレンドになることはよくあることですが、そのアイテム、機能、システム、ストーリーなどがゲーム本編でどう受け取られるかは、まったく異なる結果になります。これはアイテムの価格設定だけでなく、文字通りゲーム内のあらゆるものが、ある意味において当てはまります。
例えば砕ケル闇ノ季節のコンテンツは βフィードバックでは「絶対に悲惨なことになる」と言われこのシーズンで取ったリスクについて多くの懸念がありましたが、Live の感想はとてもポジティブでかなり好意的に受け止められています。
それは決して100%受け入れられるということではありませんが、これは、コミュニティの一角が必ずしもグローバルなコミュニティの完全な一部ではないことを示す、データ駆動型ではない良い例です。つまり、私たちは何に反応し、どのような変更を加えるかについて注意深くなる必要があるのです。逆に β フィードバックが、あるものがどれくらい受け入れられ、採用されたかを示す指標として、的確な場合もあります。
すべての情報がそうであるように、情報はさまざまな方法で検討され、さまざまな文脈で解釈される必要があります。
#beta-testing-discussionフィードバックに解決策は必要はありません。
(前略)解決策を提示しようとする必要はありません。時には、非常に善意の提案が、私たちが聞きたいと思っていることの妨げになることがあるので(技術的な制約があることが多いのです)そのようなことは気にしないでください。
#beta-testing-discussionフィードバックは長文である必要はありません。
一般的には、簡潔で、敬意を払い、心の底から話すことができれば、フィードバックを提出することに間違いはないでしょう。
#beta-testing-discussionモデレーターさんよりフィードバックのコツ。
時々、自分の考えを正確に伝えることに夢中になりすぎて、フィードバックしたいことにいちいち触れてしまうことがありました。
そうすると、結局、長すぎるテキストウォールを短くしなければならなかったり、何かを提出するには遅すぎたりすることになります。
私は、特定の機能について、発生した時点で複数の短いフィードバックメッセージを送信することで、すべてを話すことにならなくても、自分にとって最も重要なことだけを話すことができることに気がつきました。
#beta-testing-discussion解決策を提示しようとする必要はありません。
私が思うに、人を悩ませるもうひとつの点は、何かを変えてほしい、あるいは何かが気に入らないという理由に対して、解決策を提示しようとすることです。解決策が悪いというわけではありませんが、通常、非常に重要な文脈(提案の開発にどれくらいの時間がかかるかなど)が欠けていたり、時には私たちが考えたアイデアでもうまくいかなかったりします。
#beta-testing-discussion建設的な書き方の具体例。
「リズムの究極のプレゼントを髪型にしたお前らはバカだ」というような非建設的なものは、1年前によく見かけたものです。
それを建設的に解釈すると、次のようになります。
「なぜなら、私の究極のギフトに対する期待は、リズムの前の2つのシーズン(思いを編む季節と光の探求者の季節)で、究極の贈り物が重要な機能を持つ小物であったため、衣装アイテムのようなものは印象が薄いと感じたからです」。
#beta-testing-discussionフィードバックで重要なのは建設的であること。
沢山書いても、少ししか書かなくても、一つのフィードバックが他のフィードバックより優れているということはありません。感想に期待するのは、建設的なものであること。
ネガティブなフィードバックもOKです、やはり...重要なのは建設的であることです。
#beta-testing-discussionフィードバックを書く際は心を配ることを忘れずに。
皆さん、こんにちは。フィードバックを送る際に心を配るようにとの注意書きを投稿したいと思います。とても気にかけている生身の人々が、その投稿に目を通しています。私たちは、皆さんが何を好きで、何を嫌いか、そしてなぜそう感じるのかを知りたいのです。
ただし、乱暴な言葉遣いや失礼な態度は許されません。一般的なチャットで仲間に対してそのような態度をとることが許されないのであれば、フィードバックチャンネルでもそのような態度をとらないようにしましょう。一般の人には見えない投稿であっても、サーバーのルールは適用されます。
何かに不満があるのなら、何に不満があるのか、その理由を教えてください。しかし、名前を呼び捨てにしたり、汚い言葉を使ったり、非難したりして、激しい暴言を吐かないでください。
#beta-testing-discussion