オンボーディングガイドを5種類用意する必要はありません。必要なのは1つだけです。共有コンテンツは自動的に翻訳され、ローカルコンテンツは適切な場所にのみ配置されます。それがRasepiの仕組みです。
Wikiで「オンボーディング」を検索してみてください。グローバル企業であれば、 Onboarding (EN), Onboarding - Germany, Onboarding - Japan、そして少なくとも1つは「（旧バージョンは使用しないでください）」と親切にラベル付けされたコピーが見つかるはずです。それぞれが異なる担当者によって異なるスケジュールで管理されており、徐々に内容が乖離していっています。
これについては詳しくこちらに書いています：同じ文書の5つのコピーを維持するのはやめましょう →
すべての段落、見出し、リスト項目には一意のIDとコンテンツハッシュが割り当てられます。何かが変更されると、Rasepiはどのブロックが変更され、どの翻訳を更新する必要があるかを正確に把握します。それ以外の部分は一切変更されません。
各段落には自動的に一意のブロックIDが割り当てられます。これは目には見えません。自動的に行われます。
「公開」をクリックしてください。Rasepiが各ブロックをDeepLに個別に送信します。翻訳は、独自のブロックマッピングと共に原文と並べて保存されます。数時間ではなく、数秒で完了します。
3段落目だけが再翻訳されます。他の49段落はそのままの状態で維持されます。各ブロックに付与されたSHA-256ハッシュにより、システムは変更箇所を正確に把握します。推測の余地はありません。
ドイツのチームがGDPRに関するセクションを追加し、日本のチームが印鑑登録の手順を追加します。これらはそれぞれの言語版にのみ存在し、共有コンテンツが更新されても変更されることはありません。1つのドキュメント、複数の現実。
50段落からなるオンボーディングガイドを8言語に翻訳したとします。そのうち3段落を更新します。他のプラットフォームでは、全言語分について50段落すべてを翻訳サービスに再送します。つまり、全文を8回分送ることになります。Rasepiは変更された3段落のみを送信します。
翻訳APIは文字数に応じて課金されます。変更されていないコンテンツの再送信を止めれば、コスト削減効果は急速に積み重なります。そして、それはコスト面だけではありません。3段落の翻訳には数秒しかかかりません。50段落を再翻訳するには時間がかかり、グローバルチームが気づくような遅延が生じます。
DeepLは40以上の対象言語に対応しています。必要な時にいつでもワークスペースに新しい言語を追加できます。追加の設定は不要です。
翻訳者は言語ごとにブロック形式を変更できます。英語では箇条書き、ドイツ語では番号付きの手順を使用します。Rasepiが違いを追跡します。
言語ごとに用語集やスタイルルール（トーン、フォーマル度、日付形式）を設定できます。翻訳文は機械ではなく、チームらしい自然な表現になります。詳細はこちら →
複数のコピーを管理する必要はありません。一度作成するだけで済みます。段落単位で翻訳できます。ローカルコンテンツは適切な場所に配置されます。
Rasepiは現在、クローズドベータ版です。チームを順次招待しております。