← ブログに戻る

ブロックレベル・ローカリゼーションのビジネスケース

グローバルチームに必要なのは翻訳だけではありません。各言語が独自の構造を持ち、あらゆる市場で通用する知識が必要です。ブロックレベルのローカリゼーションは、それを現実的なものにします。

ブロックレベル・ローカリゼーションのビジネスケース

国境を越えて活動する企業には必ずパターンがある。英語のドキュメントはしっかりしている。ドイツ語版は3ヶ月遅れている。日本語版は業者が一度翻訳したきり、誰も手をつけていない。ブラジルのポルトガル語版は、サンパウロが最も急成長しているオフィスであるにもかかわらず、まだ存在していない。

これは誰もが認める問題だ。誰も良い解決策を持っていない。これまでは、ローカライゼーションはプロジェクトとして扱われてきた。予算を組み、実行し、次の大改革があるまでひっそりと放置される、一回きりの作業だった。

このアプローチは破綻している。その理由と、実際に効果的な方法を紹介しよう。

翻訳はローカリゼーションではない

用語を整理しましょう。翻訳とは、ある言語で書かれたテキストを、別の言語で同等のテキストにすることです。ローカリゼーションとは、知識を特定の市場で機能させること。両者は重なり合うが、同じものではない。

翻訳された文書は正しく読まれます。ローカライズされた文書は自然に読まれます。文化的背景、地域の規制、現地のツール、そしてその市場の人々の実際の働き方を考慮します。

この違いが重要なのは、ほとんどのドキュメント・プラットフォームがローカリゼーションを翻訳作業として扱っているからです。英語で書いてボタンを押すと、フランス語で出力される。完了だ。というのも、それは完了ではないからだ:

  • フランスのチームには、英語のドキュメントではカバーできない別のデプロイメント・プロセスがある。
  • ドイツのコンプライアンス要件により、他にはない承認ステップが追加される。
  • 日本のオフィスでは、同じワークフローに別の社内ツールを使っている。
  • ブラジルのポルトガル語圏の読者が、他では関連性のない現地の税法に関するコンテキストを必要としている。

**英語文書をそのまま翻訳しても、技術的には正しいが、実質的には役に立たない。

ドキュメントレベルの翻訳の問題点

伝統的なローカリゼーションは文書レベルで行われます。英語の文書がある。全体をドイツ語に翻訳します。英語版が変更されたら、その文書全体を再翻訳に出します。これには3つの問題がある:

1.コストがかかる

オンボーディングガイドに15のセクションがあり、1つの段落を変更すると、15すべてのセクションを再翻訳することになります。これを8つの言語で掛け合わせると、編集のたびに予算の話になります。

2.時間がかかる

完全な文書を翻訳のために送るには時間がかかります。最新の機械翻訳を使用しても、文書全体のレビューサイクルは、変更箇所を1つレビューするよりも大幅に長くなります。他言語のチームは常に遅れをとっています。

3.独自コンテンツに対応していない

これが最大の問題だ。ドイツ語版にDSGVOコンプライアンスに関する追加セクションが必要な場合、それはどこに行くのでしょうか?文書レベルの翻訳システムでは、ドイツ語版に追加されたコンテンツは、次に誰かが英語から再翻訳するときに上書きされてしまいます。ドイツ語チームの学習は早い。何も追加してはいけない。

ブロックレベルのローカリゼーション:異なるアーキテクチャ

ラセピは文書を翻訳しません。個々の段落、見出し、セクションなどのブロックを翻訳し、それぞれが独自のIDとコンテンツハッシュで独立して追跡されます。

これが実際に何を意味するかは次の通りです:

英語の一つの段落を編集すると、RasepiはSHA256コンテンツハッシュを比較することで、どのブロックが変更されたかを検出します。その1つのブロックだけが、DeepLを介して翻訳のために送信されます。文書内の他の14ブロックは、以前のままです。翻訳コストは最大94%下がります。

ドイツ語翻訳者がDSGVOセクションを追加する必要がある場合、ドイツ語バージョンに新しいブロックとして追加します。そのブロックはドイツ語版だけに存在します。英語のソースには影響しません。英語が変わっても上書きされることはありません。独自のコンテンツとしてフラグが立っているので、意図的なものだと誰もがわかる。

日本語版で別の構成が必要になった場合、例えば、箇条書きの代わりに番号付きリストが必要になった場合、日本語のテクニカルライティングではそれが慣例となっているため、翻訳者はブロックタイプを変更することができます。システムはこれを「構造適応」として追跡し、将来の更新にわたって保存します。

各言語のバージョンは、シャドーコピーではなく、ファーストクラスのドキュメントとなる。

技術的な仕組み

ラセピの各ブロックは

  • UUID**は、すべての編集と翻訳にわたって持続します。
  • テキストが変更されたときに変更されるコンテンツハッシュ** (SHA256)
  • A position index そのため、ブロックは正しい順番で並びます。
  • ソフト削除フラグ**により、英語のブロックを削除しても、他の言語のアライメントが崩れることはありません。

翻訳ブロックが作成されると、ソースブロックのコンテンツハッシュが保存されます。保存するたびに、システムはハッシュを比較します。ハッシュが一致すれば、その翻訳が最新になります。一致しない場合、翻訳は古いとマークされ、その特定のブロックにのみ注意が必要です。

これが、94%のコスト削減を可能にしたメカニズムです。ほとんどの編集は、1つか2つのセクションを変更します。ドキュメントの残りの部分は、すべての言語にわたって変更されません。

言語ごとの独自コンテンツ

ここが他のプラットフォームと大きく異なる点です。

ラセピでは、各言語のバージョンに以下を含めることができます:

  • Translated blocks - ソース言語の直訳で、陳腐化しないように追跡されます。
  • ユニークブロック** - その言語にしか存在しないコンテンツで、ローカルチームによって追加されます。
  • Structure-adapted blocks - 同じソース・コンテンツで、フォーマットやブロック・タイプが異なる。

ひとつの文書が、言語をまたぐと次のようになる:

| ブロック|英語(ソース)|ドイツ語|日本語 |-------|------------------|--------|----------| | 1|はじめに|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み | 2|セットアップの手順|翻訳済み|構造を適応(番号付きリスト)|翻訳済み | 3 | - | DSGVOコンプライアンス(ユニーク) | - | | 4 | 配置|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み | 5| -| -| ローカル・ツーリング・ノート(ユニーク | 6|トラブルシューティング|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み|翻訳済み

すべてのチームが、必要なドキュメントを正確に入手できます。妥協なし。回避策なし。画一的な制限もありません。

言語を超えた鮮度追跡

各言語版は、それぞれ独立して鮮度を追跡します。英語のソースは94点(最近レビューされた、すべてのリンクが有効、高い読者数)。フランス語版は71点(古くなったブロックが2つ、フランス語コンテンツ特有のリンク切れが1つ)。日本語版は88点(翻訳はすべて最新だが、読者数は減少している)。

この言語ごとの鮮度追跡は、次のことを意味します:

  • 注意が必要な言語を正確に把握
  • 古くなった翻訳は自動的に表示され、偶然発見されることはありません。
  • AIツールは、回答を提供する際に言語固有の鮮度を考慮することができます。
  • ダッシュボードは、ドキュメントだけでなく、言語ごとにコンテンツの健全性を表示します。

ビジネスケース

言語を超えて事業を展開する企業は、シンプルな現実に直面しています。

ベルリンのチームが、英語のソースから3ヶ月遅れたドイツ語の翻訳を基に仕事をしている場合、彼らは時代遅れの情報に基づいて意思決定をしていることになります。東京オフィスが、翻訳システムが上書きしてしまうため、共有ドキュメントにローカルコンテキストを追加できない場合、彼らはウィキの使用を中止し、独自のシャドードキュメントを作成します。サンパウロのチームがポルトガル語のドキュメントを全く持っていない場合、オンボーディングに2倍の時間がかかる。

コストは翻訳料だけではありません。それは

  • 非英語市場におけるオンボーディングの遅れ
  • チームがローカルのツールで並列のドキュメントを維持するための重複した労力
  • 公式のWikiが全員をサポートしない場合に形成される知識のサイロ
  • 地域特有の要件が把握されていない場合のコンプライアンスリスク
  • ドキュメンテーションシステム自体への信頼の喪失

ブロック・レベル・ローカリゼーションは、翻訳を安くすることではなく(安くすることはできますが)、すべての言語バージョンを生きた、メンテナンスされた、信頼できるドキュメントにすることで、これらすべてを解決します。

はじめに

もしあなたが今、どのドキュメントプラットフォームでも多言語チームを運営しているのであれば、ここで簡単な直感チェックをしましょう:

1.**最も重要な文書を選んでください。各バージョンは最新か? 2.**あなたの英語以外のチームに尋ねてください。彼らはそれを使っていますか? 3.**公式ドキュメントが役に立たないので、チームはローカルWiki、Notionページ、またはSlackのピン留めメッセージを維持していますか? 4.翻訳費用を計算する。 更新ごとにいくら支払っていて、そのうちどれだけが変更のないコンテンツの再翻訳ですか?

もし答えに違和感があれば、それはあなただけではありません。ほとんどの企業は、コンプライアンス上の問題、配備の失敗、時代遅れの指示に従って 2 週間過ごした新入社員など、実際に問題が発生するまでギャップに気づきません。


多言語の知識はあればいいというものではない。国境を越えて事業を展開する企業にとって、多言語知識はチームの連携、意思決定、出荷の基盤です。問題は、あなたのドキュメンテーション・プラットフォームがそのように扱っているかどうかです。

すべての言語は、ナレッジベースの第一級市民であるべきだ。コピーではない。影でもない。本物の、保守された、信頼できる文書だ。

ラセピはそれを実現します。ブロックレベルの翻訳、言語ごとのユニークなコンテンツ、独立した鮮度追跡、翻訳コストの94%削減。すべて自動です。すべて初日から。

多言語パブリッシングの実例を見る→

ドキュメントを常に最新に。自動的に。

Rasepiはレビュー日を設定し、コンテンツの健全性を追跡し、40以上の言語で公開します。

無料で始める →