翻訳会社の業務診断｜見積・用語集・進行・校正・納品・請求をつなぐ

翻訳会社では、見積、原稿受領、翻訳者の手配、進行管理、用語確認、校正、納品、請求が別々のメールや表計算に散らばりやすい。案件数が増えるほど、本文を訳す時間より「最新版はどれか」「誰の返事待ちか」を探す時間が増えていきます。

時任ミライです。2038年から現在の仕事を振り返ると、翻訳品質を左右したのは翻訳支援ツールの新しさだけではありません。原稿・用語・判断・版の履歴を、案件ごとに切れ目なく残せたかが大きな分岐点でした。この記事では、翻訳会社の業務を一案件ずつ診断し、小さく改善する方法を整理します。

一案件を見積から請求まで追う

業務診断では、組織図ではなく実際の情報経路と進行管理の方法を見ます。直近の一案件を選び、顧客メール、共有フォルダ、翻訳支援ツール、表計算、チャット、請求システムをどの順に通ったかを書き出します。

最初に確認したいのは次の四点です。

1. 案件番号がすべてのファイルと連絡に付いているか
2. 原稿と納品物の版を一意に識別できるか
3. 顧客への質問と回答が誰でも追えるか
4. 納品条件が請求内容へ引き継がれるか

同じ顧客でも、言語、媒体、分量、納期、専門分野、ファイル形式が違えば別案件です。会社名と担当者名だけで管理すると、似た案件を取り違えやすくなります。

問い合わせと見積を診断する

見積前には、原文と文字数だけでなく、対象言語、用途、読者、専門分野、希望納期、レイアウト、機密性、参考資料、校正回数を確認します。Webサイトなら公開環境への反映、動画なら字幕尺、契約書なら確認者など、媒体固有の条件もあります。

料金表だけで自動計算できない案件は、追加作業の根拠を残します。たとえばPDFからの文字抽出、画像内文字、用語集の新規作成、特急対応、DTP、ネイティブ確認です。見積書には「含む作業」と「含まない作業」を分け、修正回数と有効期限も示します。

私なら、見積依頼の入口で必須項目を増やしすぎません。最初は概算に必要な項目だけを集め、機密原稿は安全な受け渡し方法を案内します。未来の自動化も、入力する人が途中で離脱すれば記録を残せません。

原稿と版管理を診断する

翻訳開始後に原稿差し替えが起きると、旧版へ作業を続ける危険があります。ファイル名に「final」「最新版」を重ねる運用ではなく、案件番号、版番号、受領日時、差し替え理由を管理します。

差分が一部なら、どの段落が変わったかを示します。全面差し替えなら、旧版の作業停止を担当者が確認します。顧客側の変更で納期や費用が変わる場合は、合意内容を案件記録へ残します。

• 原稿の受領元と受領日時
• 現在の作業対象版
• 変更箇所と影響範囲
• 再見積・納期変更の要否
• 旧版を参照できる権限と保管期限

ファイル共有リンクにも期限や権限があります。社外翻訳者へ渡す場合は、必要な案件だけ閲覧できるようにします。

翻訳者の手配を診断する

翻訳者は言語だけで選びません。専門分野、媒体経験、使用ツール、稼働状況、秘密保持、過去のフィードバックを確認します。ただし評価を一つの点数へ単純化すると、案件との相性が見えなくなります。

打診時には、案件名を伏せたままでも判断できる範囲で、分量、分野、納期、ツール、報酬、校正工程を伝えます。受諾後は担当範囲と連絡先を案件へ紐づけます。

急ぎ案件ほど、複数人に同時打診した後の停止連絡が漏れやすいものです。打診中、受諾、辞退、確定を状態として管理し、確定後は他の候補へ速やかに連絡します。

用語集と質問管理を診断する

顧客指定の用語、製品名、表記ルール、禁止表現は、メール本文の奥に置かず案件の共通資料にします。用語集には原語、訳語、対象言語、適用範囲、根拠、承認者、更新日を持たせます。

翻訳者からの質問も一覧化します。質問、対象箇所、暫定案、顧客への送信日、回答期限、回答、反映済みかを記録します。未回答のまま納品日を迎えそうなら、責任者が判断できるようにします。

2038年から見ると、生成AIや翻訳AIは候補を出す速度を大きく高めました。ただし、顧客固有の用語と未回答事項まで自動で決めてよいわけではありません。候補生成と承認を分ける設計が必要です。

校正と品質確認を診断する

校正は誤字を探すだけではありません。原文との対応、意味の欠落、数値、固有名詞、用語統一、読みやすさ、媒体制約を確認します。誰がどの観点を確認したかを残すと、二重確認と確認漏れを減らせます。

確認対象	主な観点
内容	誤訳、抜け、追加、文脈
表記	用語、数字、単位、固有名詞
媒体	文字数、改行、字幕尺、リンク
体裁	レイアウト、画像内文字、ファイル形式
運用	質問回答、承認、版、納期

生成AIを使った場合は、機密情報の送信可否、利用規約、学習への利用、出力の検証方法も確認します。AI利用の有無だけで品質は決まりません。人の確認責任と記録が曖昧なほうが問題です。

納品と修正受付を診断する

納品時には、対象案件、言語、版、ファイル数、納品方法、パスワードの伝達方法を確認します。送信後は、顧客が受領できたかを記録します。

修正依頼は、誤訳修正、表現の好み、原稿変更、追加依頼を分けます。すべてを無償修正として扱うと採算が見えず、すべてを追加料金にすると関係が悪化します。契約条件と原因に沿って判断できるよう、修正理由を残します。

納品データと原稿の保存期間、削除方法も決めます。機密案件では、担当者の端末や一時フォルダに残らない手順が必要です。

請求と採算を診断する

見積時の数量、追加作業、特急対応、外注費が請求へ引き継がれているかを確認します。案件完了後に別の表へ転記する運用では、追加作業が抜けやすくなります。

案件別には、売上だけでなく、翻訳、校正、DTP、管理、再作業にかかった時間を振り返ります。短期的な粗利だけで翻訳者を評価せず、継続案件の用語資産や顧客対応コストも見ます。

改善の優先順位を決める

最初から基幹システムを作る必要はありません。まずは次の順で整えます。

1. 案件番号と版ルールを統一する
2. 質問・回答・承認を一覧化する
3. 見積条件を納品と請求へ引き継ぐ
4. 用語集の承認者と更新日を決める
5. 一案件で試し、現場の負担を測る

この選択が未来の分岐点になるかもしれません。しかし、未来は確定していません。入力時間、検索時間、差し戻し、請求漏れを一か月ほど確認し、改善効果と負担を両方見て判断します。

具体例：製品マニュアルの多言語更新

たとえば日本語版マニュアルの一部を英語・中国語へ更新する案件では、変更箇所だけを抽出し、過去の訳文、用語集、画面キャプチャを翻訳者へ渡します。原文のボタン名が実際の製品画面と違う場合は、推測で訳さず製品担当へ質問します。

校正では、訳文だけでなく画面上の表示、目次、ページ参照、リンクも確認します。納品後に日本語原稿が再修正された場合は、新しい版として影響言語を洗い出し、追加作業と納期を再確認します。この一連の履歴が残れば、次回更新で同じ確認を最初から繰り返さずに済みます。

診断時には、この具体例を使って次を測ります。

• 差し替え原稿の発見から担当者への連絡までの時間
• 未回答質問の件数と滞留日数
• 用語不一致とリンク切れの差し戻し件数
• 追加作業の見積・請求への反映率

改善前後を同じ条件で比べると、ツール導入そのものではなく、情報のつながりが変わったかを判断できます。

まとめ

翻訳会社の業務改善では、見積、原稿、用語、質問、進行管理、校正、納品、請求を案件番号でつなぐことが出発点です。AIや翻訳支援ツールは候補と作業速度を支えますが、承認、版管理、機密保持の責任は別に設計します。

時任ミライでした。未来に残る仕組みは、派手な自動化より、誰が何を判断したかを静かに追える仕組みです。直近の一案件を追い、まず最新版と返事待ちがすぐ分かる状態から始めてください。

業務診断のご相談

翻訳案件の見積、版管理、用語、校正、納品、請求のどこから改善すべきか迷う場合は、ページ下部の「業務診断を申し込む」ボタンからご相談ください。 現行フローを確認し、小さく始められる改善範囲を整理します。