Articulate Storyline コースの翻訳方法（およびより迅速な代替手段）

Articulate Storylineは、企業の学習・開発（L&D）分野において、依然として最も広く導入されているeラーニング制作ツールのひとつです。そのインタラクションライブラリ、分岐シナリオ、レスポンシブデザインにより、複雑な研修にも対応できる汎用性の高いプラットフォームとなっています。 しかし、コースをグローバルな受講者に提供する必要が生じた場合、Storylineの翻訳プロセスでは、エクスポート、外部委託、再インポート、テストという一連の作業が発生します。多くのチームは、実際にその真っ最中になるまで、このプロセスの手間を過小評価しがちです。

この記事では、Storylineの公式翻訳ワークフローが実際にどのように機能するか、何が自動処理できないか、そしてスピードアップが必要な際にチームがどのような手段を講じがちかについて解説します。

標準的なストーリーライン翻訳ワークフロー

Storylineの公式翻訳ワークフローでは、XLIFFまたはWord形式へのエクスポートが必要です。XLIFFはプロ向けのCATツールに適しています。一方、WordはCATツールの使用経験がない翻訳者にとっても扱いやすい形式です。

完全な往復翻訳の例は以下の通りです：

1. エクスポート。Storyline 360で、「ファイル」＞「エクスポート」＞「翻訳」の順に選択し、XLIFFまたはWordを選択してください。このファイルには、スライドのテキスト、キャプション、ボタンのラベル、クイズの質問、フィードバックテキストなど、コース内のすべてのテキスト文字列が含まれています。
2. 翻訳は外部に委託してください。ファイルを翻訳会社、フリーランスの翻訳者、または機械翻訳ツールに送付してください。ほとんどのプロの翻訳会社はXLIFF形式を直接扱えます。Wordファイルは取り扱いが簡単ですが、大規模な案件では効率が劣ります。
3. 再インポートしてください。「ファイル」＞「インポート」＞「翻訳」の順に選択し、翻訳が完了したファイルを読み込んでください。Storylineは、翻訳された各文字列を元の位置に自動的に割り当てようとします。
4. 文脈を考慮して校正を行ってください。翻訳済みのコースをStorylineで開き、すべてのスライドを確認してください。英語ではサイズがぴったりだったテキストでも、ドイツ語ではテキストボックスからはみ出してしまう場合があります。ドイツ語は平均して英語より約30％長くなるためです。フランス語やフィンランド語も同様に、文字数が大幅に増えます。30スライドのコースの場合、この作業だけで言語ごとに数時間かかることがあります。
5. 修正を行い、再公開してください。テキストボックスのサイズを変更し、必要に応じてフォントサイズを調整した上で、各言語ごとにコースを再公開してください。

E-Learning Heroesのローカライズ導入ガイドには、このプロセスに関する段階的な手順が記載されています。

ワークフローで自動翻訳できないもの

XLIFFまたはWord形式でのエクスポートには、表示されるテキスト文字列が含まれていますが、Storylineコース内のいくつかの要素はエクスポートに含まれていないため、手動での対応が必要となります：

• トリガー条件および変数名について。Storylineの分岐ロジックでは、エクスポート時に表示されないテキスト文字列が参照されています。「Manager」のような値に依存するトリガーがある場合は、翻訳版においてその値を手動で更新する必要があります。
• プレーヤーのラベル。デフォルトのナビゲーションラベル（「次へ」、「戻る」、「送信」、「クイズの確認」）は、Storylineに組み込まれているプレーヤーに由来するものです。これらを翻訳するには、プレーヤーの設定画面に入り、言語ごとに変更する必要があります。これらはコースのエクスポートには含まれていません。
• 音声ナレーションについて。XLIFFエクスポートでは音声ファイルは変更されません。翻訳版におけるナレーションは、別途再録音するか、AI生成音声に置き換えた上で、スライドとの同期を再度調整する必要があります。
• カスタムフォントやテキストの書式設定について。一部のフォントには、ラテン文字以外の文字セットが含まれていない場合があります。英語で設計されたコースに日本語版を追加する場合、フォントの全面的な検証が必要になる可能性があります。

規模拡大に伴う時間的コスト

20～30スライドのコースを単一言語に翻訳する場合、プロの翻訳者による納期を2日と仮定すると、往復の工程によりプロジェクトのスケジュールに約1～2週間が追加されます。これは、単発のプロジェクトであれば対応可能な範囲です。

20言語の場合、その計算は気が重くなります。 たとえ翻訳作業を並行処理し、20ファイルすべてを同時に送信したとしても、20回の独立した再インポートとレビューのサイクルを実行することになります。専任のローカライゼーションマネージャーを配置すればオーバーヘッドを軽減できますが、このプロセスは、再インポートとレイアウトレビューというボトルネックを大幅に短縮することはできません。

Articulate Localizationは、80以上の言語とコンテキスト内検証機能を備えており、翻訳者が視覚的なコンテキストを保ったままArticulateの環境内で直接作業できるようにすることで、再インポートに伴うボトルネックを解消します。 これは、Articulateエコシステムを活用しているチームにとって有意義な改善ですが、Articulate 360サブスクリプションの有料アドオンであり、依然としてArticulateプラットフォームの制約の中で動作します。

ラウンドトリップが適切な選択肢となる場合

Storylineのワークフロー自体に欠陥があるわけではありません。以下のようなチームの場合：

• 対象言語は少数（2～4言語）です。
• きめ細かな制御を必要とする複雑なインタラクション、分岐シナリオ、またはソフトウェアシミュレーション
• XLIFF形式に対応する翻訳会社とは、すでに提携関係を築いております。
• Storylineの出力を基盤としてすでに構築されているLMSインフラストラクチャ

標準的なワークフローは有効です。トレードオフとなるのは時間と労力であり、品質ではありません。プロセスを慎重に順守すれば、Storylineのコースは、非常に洗練された多言語製品に仕上げることができます。

別の選択肢：最初から多言語で作成する

Storylineのアプローチにおける根本的な制約は、言語をポストプロダクションの段階として扱っている点にあります。まずコースを作成し、その後で翻訳を行う仕組みです。10言語や20言語に対応する必要があるチームにとって、この順序ではレビューや修正作業が倍増してしまいます。

別の方法として、最初から多言語対応を構築するという選択肢もあります。つまり、翻訳を派生的な成果物として扱うのではなく、作成プロセスの主要な成果物として各言語版を生成するのです。Skillsailでは、このアプローチを採用しています。

Skillsailは、概要文書、PDF、PPTX、またはDOCXから完全なeラーニングモジュールを生成します。AIがソース言語でスライド、画像、ナレーション、クイズ問題を生成します。その後、160以上対応しているターゲット言語を選択すると、AIが各言語版を生成し、地域固有のナレーションも含まれます。 各言語バージョンは、SCORM 1.2、SCORM 2004、またはxAPIパッケージとして個別にエクスポートされ、LMSへの直接インポートが可能です。

そのトレードオフについては率直に指摘する価値があります。Storylineの方が、よりきめ細かなインタラクションロジックを実現できます。 カスタムドラッグ＆ドロップシミュレーション、十数個の変数を用いた複雑な分岐、インタラクティブなソフトウェアデモなどは、Storylineでは可能ですが、Skillsailでは同等の精度で再現することはできません。もしコースにそのようなインタラクションの深みが必要であるならば、Storyline Plusと翻訳ワークフローを組み合わせる方が、依然として適切な選択肢であると考えられます。

しかし、企業研修コンテンツの大部分――ポリシーに関するモジュール、製品知識、入社時研修、コンプライアンスの復習など――においては、Storylineのインタラクション機能の深さは実際には活用されていません。これらのコースがStorylineで作成されるのは、コンテンツの要件によるものではなく、チームがStorylineを既に保有しているからです。 こうしたコンテンツの場合、多言語モジュールを直接生成する方がはるかに迅速であり、ドイツ語、日本語、アラビア語への展開に伴うレイアウト修正の負担を回避できます。

どちらの翻訳経路においても適用される実践的な指針

Storylineのワークフローに従う場合は：

• テキストの拡張を見越して設計してください。テキストボックスには、英語テキストに必要な量よりも30～40％多めのスペースを確保してください。これは、将来のローカライズにおいて、最も時間を節約できる設計上の判断となります。
• コース作成前に、Storylineテンプレート内のプレーヤーラベルを標準化してください。そうすることで、すべてのコースが各言語に対応した正しいプレーヤー文字列を継承できるようになります。
• 翻訳メモリを管理してください。最初の往復翻訳が完了した後、以前に翻訳されたセグメントを保存するCATツールを使用することで、更新にかかるコストと納期を大幅に削減できます。

「多言語ファースト」のアプローチを検討されている場合は：

• コースに独自のインタラクションロジックが本当に必要か、あるいはコンテンツが標準的な「スライド＋ナレーション＋クイズ」形式に適しているかを検討してください。
• 更新頻度をご検討ください。ソースコンテンツが変更されるたびに、翻訳ワークフローが最初からやり直されます。多言語対応のネイティブツールであれば、別途手作業を行うことなく、更新されたソースから各言語の翻訳版を自動的に再生成します。

コンテンツの実際の要件に応じて、どちらのアプローチも妥当です。問題となるのは、単に慣れ親しんでいるという理由だけでStorylineのワークフローをデフォルトとしてしまうことであり、そのコンテンツにStorylineならではの機能が必要ない場合です。