多言語コミュニティの運営 — Discordのチャンネル設計とモデレーション体制
ゲームは8言語で出しました。Discordサーバーには英語のgeneralチャンネルが一つあり、ポルトガル語・ドイツ語・韓国語の書き込みが少しずつ増えていますが、社内に読める人はおらず、誰も返信していません。言語ごとにチャンネルを作ろう、という話が出ます。6週間後には8つのチャンネルがあり、そのうち5つは3件ずつ書き込まれたきり、動いている2つのうち片方では1か月前から荒れが放置されています。
この失敗の根にあるのは、コミュニティの言語対応を「整理の問題」として扱ってしまうことです。同じコミュニティを言語の形に切り分ければそのまま機能する、という前提が違います。これは体制の問題です。言語ごとの場所を一つ開くたびに、誰がそこを読むのか、どれくらいの頻度でか、何か起きたときにどうなるのかという約束が発生します。守れない約束は、そもそもチャンネルを作らないことより大きな損害になります。
この記事では、どの約束なら守れるかを決める方法と、その約束が頼る側から見えるようにコミュニティを組む方法を扱います。
チャンネルを作る前に、何を約束するのかを決める
空の言語チャンネルは、チャンネルが無いことより悪い状態です。自分の言語名がついた部屋に質問を書いたプレイヤーは、当然それが読まれると考えます。読まれなかったとき、その人は「運営の人手が足りないのだろう」とは考えません。「自分たちは二級のプレイヤーなのだ」と考えます。この印象は、最初からチャンネルが無かった場合より、はるかに覆しにくいものです。
ですから、何かを開く前にサービス水準を決めます。区別する意味があるのは実質3段階だけです。
- 告知のみ — 公式の投稿が翻訳されて流れる。返信は読まれない。書き込みは無効化するか、読まれないことを明示する
- コミュニティの場 — プレイヤー同士が話し、助け合う。運営の常駐はなく、返信は約束しない。不具合報告は別の場所へ誘導する
- サポートあり — その言語を読めるスタッフか信頼できるモデレーターが常駐し、返信の目安を明示する
この水準は、誰も開かないルールページではなく、チャンネルの説明文そのものに、その言語で書いてください。「ここは運営が読んでいない場所だ」と分かっている人は、その部屋を別の使い方をしますし、返信が来なくても無視されたとは感じません。多くのチームにとって、多言語コミュニティ運営で最も効果の高い施策は、チャンネルあたり1文を書くことです。
言語ごとに水準が違っていても構いませんし、たいていはそのほうが正しい判断です。コミュニティの成長に合わせて水準を上げることもできます。まずいのは、水準を明示しないまま、各プレイヤーに勝手な前提を持たせることだけです。
言語で分けるか、話題で分けるか
言語で分けると、書きやすさが手に入ります。発言が増え、そもそも発言しなかった層が発言するようになります。代わりに失うのは人数の密度です。会話が自走するには一定の書き込み量が必要で、それを下回った部屋は「見捨てられた場所」に見え、次の人が書き込むのをためらわせます。早すぎる分割は、助けようとしたコミュニティを自分で潰す最も一般的なやり方です。
実務的な目安は、その言語が既に運営抜きで会話を成立させられるようになってから分けることです。メインチャンネルにその言語が繰り返し現れ、プレイヤー同士がそこで自然に答え合っている状態が見えたら分割の時期です。それまでは、多言語が混ざるのを許容したメインの部屋一つのほうが、旗を立てた無人の部屋より健全です。
量が分割を正当化する場合でも、話題別の構造を言語ごとに複製するのは避けてください。8言語×6話題で48部屋、プレイヤーには迷路、モデレーションには不可能な規模です。良い形は、少数の固定した言語部屋と、全体で共有する話題別の構造を併存させることです。スクリーンショット、ファンアート、タイムアタックは言語に関係なく全員の利益になるので、一か所にまとまっていたほうが価値が出ます。
意図的に分けないほうがよい構造が一つあります。不具合報告です。読めない言語の報告チャンネルは、静かに溜まり続けるだけの待ち行列になります。テンプレートを決めた報告チャンネルを一つにまとめ、処理できる言語を明示したうえで、どの言語で書いてもよいが本文よりテンプレートの項目が重要だと伝えてください。項目に分かれた情報は、自由記述の文章よりも機械翻訳をはるかによく耐えます。
本当の制約はモデレーターの言語カバー
読めない言語はモデレートできません。当たり前に聞こえますが日常的に無視されています。リスクが深刻になるまで目に見えないからです。読まれていないチャンネルは、嫌がらせが放置される場所であり、発売前のネタバレが警告なしに置かれる場所であり、プレイヤーを狙った詐欺リンクや偽のプレゼント企画が何日も生き残る場所であり、公式の誰にも気づかれないまま公開の場で炎上の下地が組み上がる場所です。
誠実な対応は3つしかありません。その言語を読めるモデレーターを立てる。チャンネルを制限する(低速モード、リンク禁止、一定の参加歴がある人だけ投稿可)。あるいは閉じる。読まれていないチャンネルを自由投稿のまま置くのは第4の選択肢ではなく、いずれ事故に迫られて実行する第1の選択肢を先送りしているだけです。
現実的な答えはたいていコミュニティからのボランティアモデレーターですが、これは「厚意」ではなく「役割」として扱う必要があります。何をしてよく、何を上に上げるべきかを定義してください。運営と直接つながる非公開チャンネルを用意し、そこでは速く返してください。返答に4日かかるエスカレーション経路は、上げるのをやめるように相手を訓練します。責任を負わなくてよい範囲も伝えてください。熱心なボランティアの典型的な壊れ方は、際限なく仕事を引き受けて燃え尽き、そのまま去り、言語カバーごと失われることです。本人が望むなら公の場で謝意を示し、そして地域によっては熱心なボランティアと無償労働の線引きに法的な意味があるので、制度化する前に確認しておく価値があります。
公式告知をどこまで訳すか
告知の翻訳は、チームが気づかないうちに一貫性を失う場所です。そしてプレイヤーにとっては、カバー範囲が狭いことよりも一貫していないことのほうが悪く映ります。パッチノートが5言語で出ると学習したコミュニティは、6言語目が無いことを軽視と受け取ります。最初から「訳すのはこのカテゴリだけ」と伝えられているコミュニティはそう受け取りません。
案件ごとではなくカテゴリで決め、その方針を公開してください。
- 安全・障害・アカウント・課金・法的な通知 — 対応している全言語に、例外なく翻訳する
- パッチノート — 最低でも変更点の要約。全項目の一覧は、そう明示するなら主要言語のみでもよい
- プレイに影響するイベント・季節コンテンツ — プレイヤーが行動の判断に使うので翻訳する
- 宣伝、開発日誌、コミュニティ紹介 — 主要言語のみで筋が通る
告知への機械翻訳の利用は妥当な手段ですが、外せない条件が2つあります。機械翻訳であることを明示すること。そうすれば粗い文は「粗い機械翻訳」として読まれ、「その言語で下手な文章を書くスタジオ」としては読まれません。もう一つは、補償・返金・アカウント措置・利用規約・謝罪に関わる文章では、レビューなしの機械翻訳を絶対に使わないことです。ニュアンスのわずかな狂いが、収束のための告知を第二の炎上に変えるのは、まさにこの種のテキストです。
すぐに元が取れる習慣が一つあります。原文を「訳される前提」で書くことです。短い文、慣用句を使わない、見出しで言葉遊びをしない、文化依存の比喩を使わない、ゲーム内の用語集と表記を揃える。機械翻訳を使える品質にするための規律は、そのまま人間の翻訳の費用と納期も下げますし、主要言語のパッチノート自体も読みやすくなります。
翻訳ボットが会話に対して実際にやっていること
自動翻訳ボットは分かりやすい解決策で、実際に人と人が話す助けになります。サーバー全体に入れる前に、それが会話に何をするのかは知っておく価値があります。
最も目に見えて失敗するのはスラング、皮肉、冗談で、しかも失敗の仕方が「流暢な別の意味の文」です。ときには逆の意味になります。ゲーム内の固有名詞も普通の単語として訳されるため、「灰」という名前のアイテムについての質問が、ただの燃えかすの話に見えるといったことが起きます。引用して再翻訳を重ねるたびに文は劣化します。そして全メッセージを全言語にミラーすると投稿量が数倍に膨らみ、結局どの言語からも読めないチャンネルになります。
うまくいきやすい設定はこうです。全自動のミラーではなく、リアクションやコマンドによる都度翻訳にする。固有名詞やアイテム名の翻訳除外リストを、ボットが対応しているなら必ず設定する。報告・サポート用のチャンネルにはボットを入れない(そこでは流暢な誤訳は未翻訳より危険です)。そして、ボットの出力を公式回答にしないことを運用ルールとして明文化する。スタッフが機械翻訳を介して返信する場合は、告知と同じくその旨を明示してください。
言語コミュニティは最良のバグ報告者になる
多言語コミュニティには、どのベンダーも売ることのできないものがあります。何百人ものネイティブスピーカーが、出荷済みのビルドを実際の文脈で、毎日、恒久的に遊んでいるという状態です。彼らは社内のレビューでは見つからなかった翻訳の問題を見つけます。テスターが到達しなかった状況で、その行を見ているからです。
これを拾うにはテンプレート付きのチャンネルかフォームが要ります。「ドイツ語が変」という自由記述の報告は着手できませんし、書いた本人に詳細を聞き直せるとは限らないからです。
# 翻訳報告テンプレート — ピン留めし、テンプレート自体も翻訳する 言語: de 場所(画面): 設定 > オーディオ、マスター音量スライダーのツールチップ 表示テキスト: (そのままコピー、またはスクリーンショットを添付) 何が問題か: 用語が違う / 不自然 / 見切れている / 未翻訳 / その他 修正案: (任意 — 思いつく訳があれば) バージョン: 1.4.2 プラットフォーム: PC
届いたものはトリアージしてください。同じ入口から3種類のものが入ってきます。実際の誤り(意味が違う、用語が違う、未翻訳、見切れ)は修正リストへ。好みの問題(自分ならこう書くが、間違ってはいない)は受け取ったことを伝えて保留します。ただし、無関係な複数のプレイヤーが同じ行について言ってきたなら、それはもう好みではありません。そして無視できない割合が、翻訳ではなく表示の不具合です。UI要素にテキストが隠れている、字形が欠けている、改行位置が不正といったものは実装側の課題であり、翻訳の問題として振り分けると、直せない翻訳者のところへ送られて止まります。
そのうえで、公開の場でループを閉じてください。報告された修正がまとまってリリースされたら、その言語の場所で、バージョン番号を添えて告知します。報告が続くかどうかはこれで決まります。自分の報告が反映されるのを見たコミュニティは何年でも報告を続けますし、報告が沈黙に吸い込まれるコミュニティは1か月で報告をやめ、同じ内容をストアのレビューに書き始めます。そちらでは有用な返信も追加の質問もできません。
最後に、個別の報告だけでなく全体の傾向を読んでください。一つの言語で別々の文字列について10件の指摘が来ているなら、たいてい原因は一つです。適用されていない用語集、文字の欠けたフォント、その言語の文字量でテストされていないUI。原因を直すほうが10個の文字列を直すより安く済みますし、11件目の報告を止められるのはそちらだけです。