翻訳会社の業務は、社内の案件管理と外部の翻訳者ネットワーク管理という2つの大きな軸で動いています。多くの会社で翻訳者リストはExcel、案件のやり取りはメール、請求はクラウド会計と分断されていて、案件1本あたりの管理工数が膨大になります。本記事では翻訳会社向けの業務システムを、翻訳者管理と案件管理を連携させる観点から設計する手順と、300〜600万円のレンジで現実的に着地させる考え方を経営者目線で整理します。
この記事の結論（3行）
- 翻訳者の専門分野・単価・実績を案件アサインと連動させると、適任者の選定が10分から1分に短縮する
- 翻訳会社向けの汎用パッケージは品質管理工程まではカバーされない。5〜20人規模ならカスタムが現実解
- 翻訳者管理と案件管理の統合で、コーディネーター1人あたり月15時間の工数削減が見込める
翻訳会社が翻訳者管理と案件管理を分断したまま回している3つの理由
翻訳会社の業務システム化が進みにくい背景には、業界特有の構造があります。
- 翻訳者の8〜9割がフリーランスで、専門分野・単価・対応量が個別に異なる
- 案件は「英日・特許・5000ワード・3日納期」のように属性が複雑
- 品質管理（QA）工程があり、翻訳・チェック・編集の3者で1案件を回す
この3つが重なり、コーディネーターは「この案件に最適な翻訳者を、誰がいつ空いていて、何円で受けてくれるか」を毎回手作業で照合します。20人規模のコーディネーター部門で月300〜500時間が、この照合作業に消えている試算が一般的です。
翻訳者の8〜9割がフリーランスで、属性が個別に異なる
翻訳者ごとに「対応言語ペア・専門分野・1ワードあたりの単価・1日の処理可能ワード数・得意なツール」が異なります。Excelで管理していても列が30〜50に膨らみ、検索が困難になります。
案件の属性が複雑
「英日翻訳・特許明細書・5000ワード・3営業日納期・Trados必須」のような案件は、適任者が10人中2〜3人に絞られます。Excelのフィルタで探すのは可能でも、過去の品質評価まで合わせて判断するのは難しくなります。
翻訳・チェック・編集の3者で1案件を回す
QA工程があるため、1案件に翻訳者・チェッカー・編集者の3名がアサインされます。3名の空き状況とスキルマッチを同時に判断する必要があり、属人化しやすい工程です。
翻訳者DBと案件管理を「マッチング機能で連結する」設計
翻訳会社向け業務システムの肝は、翻訳者DBと案件管理を単に並べるのではなく、マッチング機能で連結する設計です。案件登録時に専門分野・言語ペア・納期・予算を入力すると、適任候補者が自動でランキング表示される仕組みを作ります。
| 機能 | 旧来の方法 | 統合後の動作 | |---|---|---| | 翻訳者検索 | Excelフィルタ | 案件属性からスコアリング、上位5名を自動提示 | | 単価判定 | 個別メールで確認 | 翻訳者単価表からマージン込みで自動計算 | | 過去実績 | 担当者の記憶 | 翻訳者カルテに案件履歴・品質評価を蓄積 |
この設計を実現すると、コーディネーターは案件登録から30秒で候補者リストを取得でき、打診メールも自動文面で送れます。さらに重要なのが、品質評価の蓄積機能です。過去の納品品質を5段階で記録しておくと、リピート案件で「同じ翻訳者を指名」する判断が容易になります。翻訳会社の業務システムを自社規模感で項目別に整理すると、効果の出るスコープが見えてきます。
経営者目線で考える翻訳会社の業務システム投資判断
翻訳会社の業務システム投資判断は、コーディネーター人件費と粗利率の2つで考えてください。コーディネーター1人の年間人件費は500〜700万円で、月15時間の工数削減ができれば、20人体制で年間1500〜2000万円の効果が出る計算です。300〜600万円の初期投資は1年以内に回収できます。
もう1つ重要な視点が、案件あたりの粗利率向上です。翻訳業の粗利率は20〜30%が一般的で、コーディネーターが案件マッチングに時間を取られるほど、1案件あたりの管理コストが上がり粗利率が圧迫されます。マッチング自動化で1案件あたりの管理時間を半減できれば、粗利率が3〜5ポイント改善する事例があります。年商5億円の翻訳会社なら、年間1500〜2500万円の粗利増になります。
経営判断としては、初期投資の300〜600万円を「コスト削減」ではなく「粗利率向上の投資」として捉えると、判断軸が変わります。
ぷらすわんの実例：仮想A社（翻訳会社・18人規模）
仮想A社は、特許・医薬・法務分野を中心に英日・日英翻訳を手がける18人規模の翻訳会社です。年商3.5億円、登録翻訳者は約400名、月の案件数は150〜200本という規模感で、翻訳者リストはExcel、案件管理はGoogle スプレッドシート、請求はマネーフォワードで運用していました。
ぷらすわんが提案したのは、翻訳者DBと案件管理をマッチング機能で連結したNext.js + Supabase構成の業務システムです。ポイントは3つで、第一に案件属性からスコアリングして候補者を自動提示する仕組み、第二に翻訳者カルテに過去案件と品質評価を蓄積する仕組み、第三に翻訳・チェック・編集の3者アサインを1画面で完結させる仕組みです。費用は520万円、開発期間5ヶ月で、コーディネーター1人あたりの月工数を80時間から55時間に圧縮しました。
効果が大きかったのが、新人コーディネーターの立ち上げ期間です。これまでは半年かけて翻訳者の特性を覚える必要がありましたが、システム上で候補が自動提示されるため、2ヶ月で戦力化できるようになりました。翻訳会社の業務システムを診断する際は、「コーディネーターのどの作業が一番時間を食っているか」から逆算するのが現実的です。
まとめ
翻訳会社の業務システムは、翻訳者管理と案件管理を別々に運用したままでは効果が限定的です。両者をマッチング機能で連結する設計に切り替えることで、コーディネーター工数の削減と粗利率の向上が同時に実現します。300〜600万円のカスタム開発で1年以内に投資回収でき、新人の立ち上げ期間も大幅に短縮できます。翻訳会社の業務システム化を検討する経営者の方は、現状のコーディネーター工数を項目別に整理してから判断する流れをお勧めします。