グローバルB2B資料は、翻訳より先にrevisionをそろえる

韓国語の紹介資料で価格条件が変わりました。英語版には新しい文が反映されても、別のlocale資料には旧条件が残り、問い合わせボタンが現地チームでは対応していない経路を示しているかもしれません。文章が自然でも、読者が受け取る提案内容は同じではありません。

グローバルB2B資料の運用基準は、翻訳版の数ではありません。どのsource revisionから作られたか、意思決定に必要な条件とCTAがlocaleごとに同じ意味と責任体制で保たれているかを確認することです。

翻訳ファイルの一覧より先にlocale release cardを作る

1つの原文から複数の翻訳版を作る場合は、ファイル一覧だけで管理せず、locale release cardを用意します。

ファイル名に final と付けるだけでは、原文が変わったときに影響を受けるlocaleを特定しにくくなります。新しい文を翻訳する前に、単なる表現修正なのか、製品範囲、価格、日程、法的表現のように再承認が必要な変更なのかを示します。

あるlocaleの確認が遅れても、その状態を隠しません。旧revisionを引き続き提供するのか、そのrouteを一時保留するのか、どの文だけが未確認なのかをownerが決め、cardに残します。

意思決定に必要な用語を文体より先にそろえる

製品名、機能範囲、価格の基準、契約主体、日付、次の行動は、読者の判断に直接影響するため、翻訳のstyleより優先します。用語集には訳語だけでなく、使用文脈、禁止表現、owner、最後に確認したrevisionも記します。

たとえば 価格の有効期間 を短く訳したことで基準日が抜ければ、自然な文章でも提案条件は変わります。現地の言語で説明を補うことはできますが、事実の範囲を広げたり、セキュリティや成果に関するclaimを強めたりしてはいけません。自然なlocalizationは、根拠の範囲を変える許可ではありません。

CTAは翻訳より運用可能性を確認する

営業に相談、デモを依頼、価格を問い合わせる を自然に訳しても、実際に回答する担当者とフォローアップ手順がなければ、CTAは約束だけを残します。localeごとのCTAについて、目的、担当チーム、対応言語、対応時間、接続route、回答手順を確認します。

原文と同じCTAを運用できない場合は、機械的に複製しません。製品ガイド、メールでの問い合わせ、現地パートナーの案内など、実際に利用できる次の行動を選び、文書の目的に合うかを確認します。原文と異なるCTAは、release cardに理由とownerを残します。

小さな画面と長い単語でも意味が崩れないか確認する

翻訳後は文字数と改行位置が変わります。見出しが切れたり、表の基準値と単位が離れたり、ボタンが2行になって行動が曖昧になったりします。desktopだけを確認すると、localeごとに異なる問題が残ります。

タイトル、最初の画面にある結論、表の基準、注記、CTA、問い合わせ先をmobileとdesktopの両方で確認します。情報が収まらない場合は、文字を小さくするだけでなく、文を編集するか表の構造を変えます。重要情報の優先順位がlocaleによって変わらないようにします。

閲覧の違いは市場の結論ではなくQAの問いにする

FeatPaperで共有した文書では、アクセス、ページごとの閲覧、再閲覧、リンククリックなどの記録を確認できます。比較する前に、それぞれの記録がどのlocale資料とrevisionで発生したものかを先に確認します。

あるlocale資料の閲覧時間が異なっていても、国別の関心や購入意向をすぐに結論づけることはできません。配布チャネル、受信者、端末、文書の長さ、サンプル数が異なる可能性があるためです。閲覧の違いは、翻訳が分かりにくくないか、CTAが機能するか、冒頭の約束と本文が一致するかを確認する編集上の問いとして使います。

locale releaseではparityと例外を一緒に残す

公開前に、source revision、主要なclaim、数値と単位、CTA、内部リンク、担当者、mobile layout、routeを確認します。すべてのlocaleを同一にすることが目的ではありません。地域に合わせて例や次の行動を変える場合は、理由とownerを例外記録に残します。

優れたグローバル資料とは、翻訳した文が多い資料ではありません。原文の変更によって影響を受けるlocaleを特定でき、読者の判断に関わる条件と次の行動を同じ責任体制で維持し、必要な違いを説明できる資料です。