マニュアルを作ったのにBPOがうまくいかないのはなぜ？「作業手順」より重要な業務設計とは
はじめに
BPOを導入する際、多くの企業がまず準備するものがあります。
それが、マニュアルです。
「この画面を開く」
「この項目を入力する」
「このボタンを押す」
こうした作業手順を丁寧に整理し、「これで海外チームにも業務を任せられる」と考えることは自然です。
しかし、実際に業務を開始すると、
- 判断に迷うケースが多い
- 日本側への質問が減らない
- 担当者によって処理結果が違う
- マニュアル通りなのに品質が安定しない
といった問題が起こることがあります。
なぜでしょうか。
私たちは、BPOを長く運営してきた中で、原因の多くは「マニュアル不足」ではなく「業務設計不足」にあると考えています。
今回は、BPOを安定させるために必要な「業務設計」についてご紹介します。
1. マニュアルと業務設計は違う
まず整理しておきたいのが、マニュアルと業務設計は同じではないということです。
マニュアルは、「どう作業するか」を説明するものです。
一方、業務設計は、
- 何を処理するのか
- 誰が判断するのか
- どの条件なら進めてよいのか
- どの条件なら止めるのか
- 例外が起きたらどうするのか
- 誰へ確認するのか
まで含めて、業務全体を設計することです。
つまり、マニュアルは業務設計の一部なのです。
2. 「手順」は書いてある。でも「判断」が書いていない
例えば、請求書処理のマニュアルに、「請求金額をシステムへ入力する」と書いてあったとします。
通常の請求書であれば問題ありません。
しかし実際の業務では、
- 請求書と発注書の金額が違う
- 税率が異なる
- 重複請求の可能性がある
- 取引先名が登録名と違う
- 読み取れない文字がある
というケースが発生します。
このとき必要なのは、「入力してください」という手順ではありません。
必要なのは、「この場合は、どう判断するか」というルールです。
3. BPOで重要なのは「正常系」より「例外系」
業務マニュアルは、どうしても通常のケースを中心に作られがちです。
しかし、BPOの現場で問題になるのは、通常ケースではありません。
むしろ、「いつもと違うケース」です。
例えば、100件のうち95件が通常処理できたとしても、残り5件の判断方法が決まっていなければ、その都度日本側へ質問が発生します。
すると、
BPOチームは待つ。
日本側は回答する。
処理が止まる。
質問履歴が増える。
という状態になります。
そのため、業務設計では、正常系だけでなく、例外系をどれだけ整理できるかが重要です。
4. 業務設計で必要な5つの要素
私たちは、BPO業務を設計する際、少なくとも次の5つを整理することが重要だと考えています。
① 作業手順 ― 何を、どの順番で行うのか
これは一般的なマニュアルの部分です。
例えば、
- データを取得する
- 内容を確認する
- 必要項目を入力する
- 結果を保存する
- チェック担当者へ渡す
という流れです。
ここはもちろん重要です。しかし、これだけでは十分ではありません。
② 判断基準 ― 何をもって「正しい」とするのか
BPO品質を安定させるために、最も重要なのが判断基準です。
例えば、「画像が不鮮明ならNG」ではなく、
- 文字が60％以上読めなければNG
- 金額欄が判別できなければエスカレーション
- 日付のみ不鮮明で他項目が判別できれば処理継続
というように具体化します。
人によって判断が変わる言葉、
- だいたい
- 適切に
- 必要に応じて
- 不鮮明
- 問題があれば
などは、可能な限り基準へ置き換えます。
③ 例外処理 ― 通常と違うケースをどう扱うのか
例外は必ず発生します。
重要なのは、例外をなくすことではなく、例外の処理方法を決めておくことです。
例えば、
- ケースA：金額が一致しない → 原本を再確認
- ケースB：再確認しても判断できない → リーダーへ確認
- ケースC：過去にないケース → 日本側へエスカレーション
というように、判断の階層をつくります。
④ エスカレーション ― 「分からないときに誰へ聞くか」を決める
「分からなかったら確認してください」だけでは不十分です。
誰へ確認するのか。何を添えて質問するのか。いつまでに確認するのか。これを明確にしておく必要があります。
例えば、
作業者 → 現地リーダー → QA担当 → 日本側
という段階を設けます。
すべての質問が日本側へ来るのではなく、まず現地で解決できる仕組みをつくります。これによって、日本側の管理負担も減らせます。
⑤ 品質確認 ― 「正しく処理できたか」をどう測るか
品質を維持するためには、「気を付ける」だけでは不十分です。
品質を数字や事例で確認できる仕組みが必要です。
例えば、
- エラー率
- 修正件数
- 処理時間
- 判断不能件数
- 再作業件数
- 日本側への質問件数
などを確認します。
そして、数字だけを見るのではなく、なぜエラーが起きたのかまで分析することが重要です。
5. 質問が多いことは「悪いこと」ではない
BPO開始直後に質問が多いと、「現地スタッフが理解していない」と思われることがあります。
しかし、必ずしもそうではありません。
むしろ、質問が出ることで、業務設計の抜けが見つかっていると考えることもできます。
例えば、「この場合はどうしますか？」という質問が出たら、一度回答して終わりではなく、「今後も起こる可能性があるか？」を考えます。
もし再発する可能性があれば、
判断基準へ追記する。
マニュアルへ追記する。
FAQへ登録する。
すると、次回から質問は不要になります。
6. 「質問を減らす」より「同じ質問を減らす」
ここは非常に重要です。
BPOチームへ、「質問を少なくしてください」と伝えると、逆に危険です。
分からないのに自己判断してしまう可能性があるからです。
必要なのは、質問そのものをなくすことではありません。同じ質問を繰り返さない仕組みをつくることです。
質問が一つ出る。
回答する。
ルール化する。
共有する。
次から自分たちで判断する。
このサイクルが回れば、チームは徐々に自走できるようになります。
7. 「正解」だけではなく「なぜ」を残す
例えば、担当者がAと判断したものを、日本側がBへ修正したとします。
ここで、「正解はBです」だけを伝えても、次回また同じ間違いが起こる可能性があります。
大切なのは、「なぜBなのか」を伝えることです。
例えば、「通常はAですが、このケースは契約条件が違うためBになります」という理由まで残します。
この「なぜ」の蓄積が、会社独自の判断基準、つまり業務ナレッジになります。
8. AI時代は「業務設計」がさらに重要になる
生成AIやAIエージェントの導入が進むと、「AIならマニュアルを読ませれば自動化できる」と思われることがあります。
しかし、AIも人と同じです。
ルールが曖昧なら、判断も安定しません。
例えば、「問題がありそうなら確認する」という指示では、何を「問題」と判断するのかが曖昧です。
一方、
- 金額差異が1円以上
- 必須項目が欠落
- OCR信頼度が一定以下
- 過去事例に存在しない
という条件が明確なら、AIにもルールを与えやすくなります。
つまり、良い業務設計は、人だけでなくAIにも必要なのです。
9. AIを導入する前に、業務を整理する
企業から、「この業務をAIで自動化できますか？」というご相談をいただくことがあります。
もちろん、技術的には多くの業務を自動化できます。
しかし私たちは、その前に、「今の業務は整理されていますか？」という点を確認することが重要だと考えています。
誰が判断しているのか。
どんな例外があるのか。
正解の基準は何か。
どこまでAIに任せるのか。
どこから人が確認するのか。
これが整理されて初めて、AIを安全に業務へ組み込めます。
10. AI × BPO × 日本側
これからの業務は、
AI
定型処理、OCR、分類、要約、一次判定。
BPOチーム
確認、修正、例外処理、品質チェック。
日本側
業務設計、品質基準、高度判断、顧客対応。
という役割分担が増えていくと考えています。
このとき、全体をつなぐのが業務設計です。
誰が何を担当するか。どこまで自動化するか。どこで人が確認するか。その境界を明確にすることが重要です。
11. 良い業務設計は「改善できる」
一度つくった業務設計が、永遠に正しいわけではありません。
業務を続けると、
- 新しい例外が発生する
- お客様の要望が変わる
- AIの精度が上がる
- ツールが変わる
こうした変化があります。
そのため、業務設計も継続的に更新する必要があります。
私たちは、
業務設計 → 運用 → 問題発見 → 改善 → 再設計
というサイクルを回すことが重要だと考えています。
12. BPOは「業務を移すこと」ではなく「業務を整えること」
海外BPOを導入すると、日本で行っていた仕事を、そのまま海外へ移すと思われることがあります。
しかし、本当に価値のあるBPO導入は、業務を移す前に、業務を整理することから始まります。
実際に整理してみると、
「この作業は不要だった」
「この確認は重複している」
「ここはAIで自動化できる」
という改善点が見つかることもあります。
BPO導入は、外注化だけではありません。業務改善の機会でもあるのです。
13. 私たちが目指す業務設計
A CAN SOLUTIONSでは、日本とミャンマーのチームで業務を進める際、「作業を教えること」だけではなく、
- 業務の目的
- 判断基準
- 例外処理
- 品質基準
- エスカレーション
- 改善方法
まで共有することを大切にしています。
そして、実際に作業する中で見つかった問題を、日本側とミャンマー側で共有し、仕組みを更新していきます。
私たちが目指すのは、マニュアル通りに作業するチームではなく、業務を理解して改善できるチームです。
14. まとめ
BPOがうまくいかないとき、「マニュアルが足りない」と思われることがあります。
しかし、本当に不足しているのは、マニュアルではなく、業務設計かもしれません。
重要なのは、
- ① 作業手順
- ② 判断基準
- ③ 例外処理
- ④ エスカレーション
- ⑤ 品質確認
を一つの仕組みとして設計することです。
そして、実際の運用から得られた質問やミスを、次の改善へつなげる。
そうすることで、最初は日本側へ確認していた業務も、徐々に現地チームで判断できるようになります。
さらに、整理された業務ルールは、AI活用にもつながります。
これからのBPO・KPOで重要なのは、「作業を説明できる会社」ではなく、「業務を設計できる会社」だと私たちは考えています。
日本とミャンマー、そしてAI。
それぞれの役割を整理しながら、より正確に、より効率的に、そして継続的に改善できる業務をつくる。
A CAN SOLUTIONSは、そんなアウトソーシングを目指しています。
NEXT ACTION
次の一歩で、 もっと具体的に
サービスの詳細・資料・ご相談など、目的に合わせてお選びください。
無料相談する