TMSがボトルネック：なぜ翻訳はいまだに難しく感じるのか

ローンチ日が丸で囲まれ、原文コピーが届き、すべて順調に見えます。ところが翻訳ブリーフが出た瞬間、カレンダーは引き延ばされ始めます。承認が下りるころには、スプリントはもう先へ進んでいます。翻訳がうまくいかないのは、チームが不注意だからではありません。ステップ間でワークフローが時間を漏らしているからです。

作業はステップの間に隠れている

私たちは、小規模なContentfulチームがすべてを正しく進める様子を見てきました。英語コンテンツを公開し、文字列をエクスポートし、丁寧なブリーフを書いて、待ちました。1週間後に修正が戻ってきましたが、文脈の半分はすでに抜け落ちていました。従来のTMSでの受け渡しでは、コンテンツからストーリーが剥がれ落ちるため、翻訳者は暗闇の中で作業し、推測をCMSへ返すことになります。チームは抜けを埋め、文字列を照合し、また同じループを始めました。各ハンドオフは妥当に見えました。問題だったのはループのほうです。

時間漏れが起きるのはここです。翻訳そのものの作業ではなく、ツール間の静かな隙間――待ち時間、手戻り、本来あるべきでない2回目のブリーフ。これらの隙間はタイムライン上では見えませんが、あらゆるローンチを形作っています。

結果は予測可能です。ローンチの遅延、部分的なローカライズ、そして新しい市場のたびに人員増の要求が必要になることです。

なぜ必要以上に難しく感じるのか

このチームに必要だったのは、さらなる努力ではありませんでした。コンテンツが存在する場所の近くに、作業をとどめることでした。

• コンテンツがCMSを離れた瞬間に文脈は薄れていく。
• 所有者がメールスレッドに分散すると、レビューは遅くなる。
• 一括作業が後回しになり、チームは1ページずつ翻訳することになる。
• フィードバックループが長すぎるため、ブランドボイスがぶれる。

各項目はそれぞれ見ると対処可能に見えます。重く感じるのは、その積み重ねです。ここでベンダー確認、あそこでスプレッドシート更新、さらにもう一巡の承認。そうして気づけば、チームは世界同時公開に自信を持って出せないリリースを前にしています。

これは才能の問題ではありません。ワークフロー設計の問題です。余分なステップが一つ増えるごとに、遅延は複利で積み上がります。

翻訳が簡単になると何が変わるか

6か月後の同じチームを想像してみてください。エントリーを開き、その場で翻訳し、文脈の中でレビューし、公開する。するとグローバルローンチは、リリースサイクルの普通の一部に感じられるようになります。スピード向上は恩恵の一部にすぎません。より大きな勝ち筋は、自信です。

違いはツールだけではありません。姿勢です。翻訳に合わせて計画するのではなく、伝えたいストーリーを軸に計画できるようになります。ページ全体、キャンペーン全体、市場展開全体を一か所で見渡せます。

それが、私たちがInverbで目指している基準です。最初に原文コンテンツを書くときと同じくらい、クリーンに感じられるワークフローです。

現在のループはハンドオフを増やします。Inverbのループは翻訳をCMSの内側に保ちます。

次に来るもの

これから数週間にわたり、小規模チームと限られたタイムラインでグローバルコンテンツを公開していた当時、私たちが欲しかったワークフローを共有していきます。この話に覚えがあるなら、私たちが何を作っているのか、ぜひお見せしたいです。