「プロに任せれば大丈夫」と思い込んでいた時期が、私にもありました。
業務をアウトソーシングしたのに、なぜか経理の精度は上がらず、確認作業が増えて、結果的に社内の負荷が増えていた。問題の原因は、アウトソーシング先ではなく、発注側の私たちにありました。
失敗① 「伝えた」と思っていたが、伝わっていなかった
最初にやったのは、口頭でざっくり業務の説明をして「あとはよろしく」と渡すことでした。
当然うまくいきません。アウトソーシング先は「言われたことだけ」をやります。業務フローが整理されていなければ、何を、どの順番で、どのタイミングでやるべきかが伝わりません。
改善したのは、業務フローを文書化してから渡すことです。「どの時点で何の資料が届いて、何をして、いつまでに返す」という一連の流れを図と文章で明示しました。それだけで、問い合わせの件数が半分以下になりました。
失敗② 報告を受ける仕組みがなかった
「問題があれば連絡してくるだろう」と思っていましたが、来ませんでした。
問題がないのではなく、「問題として認識されていなかった」か「言いにくかった」かのどちらかです。
報告のフォーマットと頻度を決めました。週次で「作業進捗・気になった点・確認事項」の3項目を送ってもらうルールにしたところ、埋もれていた問題が次々と出てきました。報告を受ける仕組みは、発注側が用意するものだと学びました。
失敗③ 評価をしていなかった
契約が続いている間、アウトソーシング先を評価したことがありませんでした。
納品物の品質、締め切りの遵守、コミュニケーションのスピード、報告の適切さ——これらをきちんと評価することには、2つの意味があります。「良い点を継続してもらう」ことと、「改善してほしい点を具体的に伝える」ことです。
漠然と「なんとなく合わない」と感じて契約を打ち切るより、評価のフィードバックを返してから判断するほうが、双方にとって建設的です。
契約書に書いておくべきだったこと
もう一つ後悔しているのは、契約書の中身が薄かったことです。
報告の方法・頻度、納品物の品質基準、問題発生時の対応フロー——これらを最初に明文化しておかないと、トラブルが起きたときに「言った・言わない」になります。
手間でも、契約前に「どんな状態になったらOKか」を言語化しておくことが、後からの揉め事を防ぐ最短ルートです。
まとめ
✅ 業務フローを文書化してから渡す——口頭説明では伝わらない ✅ 報告のフォーマットと頻度は発注側が決めて設計する ✅ 納品物の品質・締め切り・コミュニケーションを定期的に評価する ✅ 報告方法・品質基準・問題時の対応策を契約書に明記する
アウトソーシングは、任せれば終わりではありません。発注側の管理コストは必ずかかります。それを前提に設計しないと、「委託したのに忙しい」という状態になります。うまく機能させるかどうかは、発注側次第です。
