多言語運用が止まる原因は、翻訳そのものより、原文が確定しない、承認者が分からない、緊急変更が共有されないことにあります。小さなチームほど、依頼窓口と最終承認を明確にし、例外を減らすことが重要です。
一つの依頼窓口と一つの正本を決める
変更依頼はチャット、メール、口頭に散らさず、一つのフォームやチケットへ集めます。原文の正本URL、変更理由、希望日、対象言語、リスク区分を必須にします。
下書きが何度も変わる状態で翻訳を始めると手戻りが増えます。原文確定の担当者を決め、確定後の修正は新しい版として扱います。
1人運用は『作業者』と『事業判断』を分ける
担当者が一人でも、価格・法務・安全の内容まで独断で承認する必要はありません。翻訳と表示確認は担当者、内容の正しさは元情報の責任者というように役割を分けます。
週に一度の更新枠と、緊急更新だけの別ルールを持ちます。常に即時対応を求めると通常更新が崩れるため、緊急の定義を限定します。
3人・外注併用は受け渡し条件を明文化する
3人なら原文責任者、ローカライズ担当、公開担当を分け、最終承認だけを一人に集約します。外注を使う場合はファイル形式、用語集、コメント方法、納品単位、差し戻し期限を決めます。
外部パートナーが公開まで行うのか、訳文だけを納品するのかで責任範囲が変わります。DNS、CMS、分析、個人情報へのアクセス権も最小限にします。
- Responsible:実際に翻訳・実装する人
- Accountable:最終的に公開を承認する人
- Consulted:法務・商品・現地知識を提供する人
- Informed:公開後に共有を受ける人
月次棚卸しは30分で終わる形にする
毎月、期限切れ情報、未翻訳差分、404、フォーム失敗、検索表示、問い合わせを確認します。全ページを読み直すのではなく、料金・営業時間・主要導線と変更履歴から始めます。
議事録には問題、次の一手、担当、期限だけを残します。長い報告書より、翌月に同じ問題が残っていないか確認できることを優先します。
実行前に押さえる要点
- 依頼窓口と原文の正本を一つにし、原文確定後の変更を版として管理する。
- 少人数でも作業担当と内容責任を分け、高リスク情報を独断で承認しない。
- 月次30分で期限切れ・差分・導線・検索成果を確認し、担当と期限を残す。