工数データを使って多言語マーケティング自動化の効率を定量化するには？

多言語マーケティングの自動化効率を定量化するには、まず同等の品質とタスク範囲において、合格した成果物1単位あたりに費やした人手の作業時間を比較し、次に手戻りの割合と公開までの期間を確認します。翻訳生成が速くなったことは、ある工程が短縮されたことを示すにすぎません。校正、ページ調整、公開後の修正が増えれば、総作業時間はかえって増加する可能性があります。

複数言語のランディングページ一式を評価対象とし、コンテンツ処理、ページ設定、検索最適化、フォーム検証、公開前の受け入れ確認を対象にできます。まず手作業のプロセスを基準値として設定し、その後、自動化プロセスの実際の投入時間を記録します。両方のデータで、同じ成果物の範囲を対象にしてください。

タスクの定義を統一して、作業時間を比較可能にする

「ページを1つ完成させる」では、定義が大まかすぎます。短い広告ページと、技術仕様、資料ダウンロード、問い合わせフォームを含む製品ページを、そのまま平均して比較することはできません。「元ページ×対象言語×納品バージョン」をタスク単位とし、コンテンツの長さ、ページの種類、言語の組み合わせ、再利用の程度を記録することをお勧めします。

用語集、ページテンプレート、公開ルールの初期設定には、後続のタスクでは繰り返し発生しない作業が伴います。この作業時間は別途記録し、合意した評価対象期間内で按分してください。初回の実行だけを比較すると継続的な効果を過小評価し、初期投入をまったく考慮しなければ、短期的な効果を過大評価することになります。

基準値には、同種タスクの過去の記録を優先して使用します。過去の作業時間が記録されていない場合は、小規模なタスクで手作業の比較データを作成し、元コンテンツ、受け入れ条件、成果物の範囲を一致させてください。業務に精通した手作業のチームと、設定を終えたばかりの自動化プロセスを直接比較したり、過去の見積もりを正確な実測値として扱ったりしないでください。

生成後の作業も含めて作業時間を記録する

タスクの準備から受け入れ確認の合格までを計測します。複数人が同時に作業する場合は、それぞれの投入時間を合算します。承認待ち、機械の稼働時間、インターフェースの待ち時間は経過時間として別途記録し、人手の作業時間には含めません。そうしないと、自動化による一括処理中の無人稼働時間によって、効率指標が悪化してしまいます。

手戻りは上記の総投入時間に含めたうえで、別途記録します。集計時に再度加算してはいけません。また、要件変更と不具合による手戻りは区別してください。元原稿の急な変更に伴うやり直しと、用語の誤訳による修正は、異なる問題を示しています。

4つの指標で効果を判断する

合格成果物1単位あたりの作業時間＝評価範囲内の全人手作業時間÷受け入れに合格した成果物の数。成功したタスクだけを集計することのないよう、分子には失敗したタスク、手戻り、按分した設定作業を含めます。まだ受け入れ確認が済んでいないタスクは仕掛かりとして記録し、成果物に早期計上してはいけません。バッチが完了していない場合、結果は中間データとしてのみ扱います。

作業時間削減率＝（基準となる1単位あたりの作業時間－自動化後の1単位あたりの作業時間）÷基準となる1単位あたりの作業時間×100%。タスクの難易度と品質基準が同じ場合に限り、この比率は意味を持ちます。後半に簡単なページの割合が増えた場合は、ページの種類と言語ごとに計算し、固定したタスク構成に基づいて集計してください。

手戻り作業時間の割合＝不具合修正に要した作業時間÷総人手作業時間×100%。この指標から、生成工程で削減した時間が確認・修正によって消費されていないかを把握できます。ただし、成果物1単位あたりの手戻り作業時間も併せて確認してください。総作業時間が大幅に減少すると、手戻りの実時間が増えていなくても、割合が上昇する場合があります。

初回受け入れ合格率＝初回提出で合格した成果物の数÷初回提出された成果物の数×100%。受け入れ基準は固定し、少なくとも用語の正確さ、コンテンツの完全性、ページ表示、言語切り替え、コンバージョン機能を確認します。審査基準を緩めて合格率が上がっても、効率改善とはみなせません。

多言語サイトの詳細に品質基準を適用する

直訳が正しくても、ページが公開可能な状態とは限りません。タイトルや説明文がページのテーマと一致しているか、言語バージョン間の関連付けが正しいか、文字数の変化でボタンの文言が切れていないか、問い合わせフォームから言語や流入元の情報が正しく送信されるかなどは、いずれも成果物の品質に影響する可能性があります。右から左に記述する言語については、レイアウトと操作の順序も個別に検証する必要があります。

受け入れ確認では、公開を妨げる問題と、計画に沿って修正できる問題を区別できます。価格や仕様の誤り、フォームの不具合、重要なコンテンツの欠落は、事前に合意したルールに従って公開を見合わせます。文言のブラッシュアップはコンテンツ要件に沿って対応します。2つのプロセスで同じ判定基準を使わなければ、「合格成果物」の定義が変わってしまいます。

公開後の確認期間も統一してください。手作業のプロセスでは公開後の修正まで集計し、自動化プロセスでは公開当日に計測を終了すると、自動化のほうが作業時間を節約したように見えてしまいます。翻訳漏れ、誤ったリンク先への遷移、フォームの異常が見つかった場合は、その修正に要した時間を元のタスクバッチに関連付けてください。

データの差から次回の調整点を見つける

生成時間が減る一方で確認時間が増えている場合は、用語の制約と元原稿の曖昧さを優先して確認します。ページ設定の時間が一部の言語に集中している場合は、文字数や組版方向にテンプレートが対応できているかを確認してください。ページあたりの投入時間は減っているのに、全体の公開が遅い場合は、承認待ちや公開の依存関係を調べ、すでに短縮された生成工程の最適化を続けることは避けます。

評価記録には、プロセスのバージョンも残してください。用語集、テンプレート、審査ルールを変更した後は、適用開始のバッチを記録し、同種タスクの1単位あたりの作業時間と初回合格率を確認します。品質基準が安定し、タスク構成を比較でき、設定の保守に要する作業時間も計上されて初めて、作業時間の削減を自動化範囲の拡大を判断する根拠とできます。