いきなり30名採用しない方がいい理由
セブでBPO拠点やリモートチームを立ち上げるとき、最初から30名規模で始めたいと考える企業は少なくありません。
日本側にはすでに業務量があり、人手不足も深刻です。
「どうせ拡大するなら、最初からまとまった人数を採用した方が早い」と考えるのは自然です。
しかし、海外拠点の立ち上げでは、最初から大人数で始めるほど失敗リスクが高くなります。
理由はシンプルです。
業務手順が固まっていない。
教育資料が整っていない。
日本側の指示方法が現地チーム向けに最適化されていない。
管理者が未成熟なまま人数だけ増える。
採用基準が曖昧なまま大量採用してしまう。
この状態で30名を採用すると、問題が一気に表面化します。
ミスが増える。
離職が増える。
日本側の確認負担が増える。
現地管理者が疲弊する。
結局、日本側の社員が「海外拠点の管理」に追われ、本来の効率化が実現しなくなります。
セブでチームを作る場合、正しい順番は「小さく始めて、仕組みを確認してから増やす」ことです。
最初の5名は、単なる少人数チームではありません。
将来30名、50名、100名に拡大するための実験部隊です。
5名のテスト導入で見るべきこと
最初の5名で確認すべきことは、単に「業務ができるかどうか」ではありません。
本当に見るべきなのは、次の5つです。
1つ目は、業務が現地スタッフに移管できる形になっているか。
2つ目は、日本側の指示が明確か。
3つ目は、教育にどれくらい時間がかかるか。
4つ目は、品質管理の方法が機能するか。
5つ目は、現地スタッフの定着可能性があるか。
特に重要なのは、日本側の業務が「人に依存していないか」です。
日本本社では、ベテラン社員が感覚的に処理している業務が多くあります。
しかし、そのまま海外チームに渡すと、ほぼ確実に混乱します。
たとえば、次のような指示は危険です。
「いつもの感じで対応してください」
「状況を見て判断してください」
「前回と同じように進めてください」
「問題があれば確認してください」
日本人同士なら通じることもありますが、海外チームでは通じにくいです。
5名のテスト導入では、業務そのもの以上に、「日本側が業務を言語化できているか」を検証する必要があります。
最初の5名に任せるべき業務
テスト導入では、いきなり複雑な判断業務を任せるべきではありません。
最初に適しているのは、手順化しやすく、成果物が確認しやすい業務です。
たとえば、次のような業務です。
データ入力
リスト作成
問い合わせ一次対応
予約確認
チャット対応
メール下書き作成
画像チェック
書類整理
レポート作成補助
SNS投稿準備
求人スクリーニング補助
顧客情報の更新
ECサイトの商品登録
簡単なリサーチ業務
これらは、業務フローを整理しやすく、教育もしやすい領域です。
一方で、最初から任せるには注意が必要な業務もあります。
クレーム対応
高額契約に関わる顧客対応
複雑な営業判断
法務・会計判断
採用最終判断
日本語ニュアンスが強い文章作成
経営判断に近い業務
これらは、チームが成熟してから段階的に移管すべきです。
最初の5名では、難しい業務をこなせるかよりも、「標準化された業務を安定して回せるか」を重視します。
5名体制の理想的な役割分担
5名のテストチームでは、全員に同じ業務を任せるよりも、最初から役割を分けた方が拡大しやすくなります。
理想的には、次のような構成です。
1名はチームリーダー候補。
3名は実務担当。
1名は品質確認・補助担当。
もちろん、最初から完璧なリーダーを採用できるとは限りません。
しかし、5名の中で誰が報告・整理・新人サポートに向いているかを早い段階で見極めることが重要です。
30名に拡大するとき、最も不足するのは単なる作業者ではありません。
不足するのは、現場をまとめられる中間管理者です。
5名の時点からリーダー候補を育てておかないと、10名、15名を超えたあたりで管理が急に苦しくなります。
最初の5名は、将来の管理体制を作るための母集団でもあります。
5名から10名へ拡大する判断基準
5名体制が安定してきたら、次は10名への拡大を検討します。
ただし、人数を増やす前に、次の条件を確認するべきです。
業務マニュアルが最低限整っている。
新人が入っても既存メンバーが教えられる。
日本側の確認工数が増えすぎていない。
ミスの種類が記録されている。
業務量が安定して存在する。
チームリーダー候補が機能し始めている。
勤怠や報告のルールが守られている。
この条件が満たされていない状態で10名に増やすと、単純に混乱が2倍になります。
特に注意すべきなのは、日本側の確認工数です。
海外チームを作ったのに、日本側の管理負担が増えている場合、スケールの準備はまだ整っていません。
5名から10名へ増やす段階では、「業務量があるか」だけではなく、「管理できる仕組みがあるか」を見る必要があります。
10名体制で必要になる管理の仕組み
10名を超えると、個別管理では限界が見え始めます。
5名のときは、管理者が一人ひとりの状況を感覚的に把握できます。
しかし10名になると、誰が何をしているのか、どこで詰まっているのか、誰の品質が安定しているのかを仕組みで見えるようにする必要があります。
この段階で導入したいのは、次のような管理項目です。
日次レポート
週次ミーティング
タスク管理ツール
品質チェックシート
エラー記録表
業務別KPI
新人教育チェックリスト
勤怠管理ルール
エスカレーションルール
重要なのは、管理を複雑にしすぎないことです。
最初から大企業のような管理制度を入れると、現場が疲弊します。
まずは、毎日見るべき数字と、毎週確認すべき改善点を絞ることが大切です。
たとえば、問い合わせ対応チームであれば、次のような指標で十分です。
処理件数
一次返信時間
未対応件数
ミス件数
再対応件数
エスカレーション件数
顧客満足に関わるコメント
最初から完璧なKPI設計を目指すよりも、現場改善に使える数字を継続的に見る方が実務的です。
10名から15名へ進むときの壁
多くのBPOチームが最初につまずくのは、10名から15名に増えるタイミングです。
この段階では、チームが「少人数の延長」では回らなくなります。
理由は、リーダー1人で全員を見るのが難しくなるからです。
5名なら、リーダーが全員の進捗を把握できます。
10名でも、まだ何とか管理できます。
しかし15名になると、業務の種類や勤務シフトによって、管理の抜け漏れが増えます。
この段階で必要なのは、サブリーダーの配置です。
たとえば15名体制であれば、次のような構成が考えられます。
マネージャー1名
リーダー2名
実務メンバー12名
または、
日本側責任者1名
現地マネージャー1名
チームリーダー2名
実務メンバー12名
ここで大事なのは、役職名を作ることではありません。
責任範囲を明確にすることです。
誰が新人を見るのか。
誰が品質を確認するのか。
誰が日本側へ報告するのか。
誰がトラブル時に判断するのか。
これが曖昧なまま人数を増やすと、現場は必ず混乱します。
15名から30名へ拡大する前に整えるべきこと
15名から30名への拡大は、単なる倍増ではありません。
ここからは、明確に組織設計が必要になります。
30名規模になると、次のような課題が出てきます。
採用ペースの管理
教育品質のばらつき
チーム間の情報共有
シフト管理
評価制度
離職対策
管理者育成
業務改善の仕組み
日本側との連携ルール
セキュリティ管理
30名規模で安定運営するためには、少なくとも次の5つを整えておく必要があります。
1つ目は、採用基準です。
どのレベルの英語力、日本語力、PCスキル、業務経験を求めるのかを明確にします。
2つ目は、教育フローです。
入社初日、1週目、1ヶ月目に何を教えるのかを決めます。
3つ目は、品質管理です。
誰が、どの頻度で、どの基準で成果物を確認するのかを決めます。
4つ目は、管理者体制です。
30名を1人で管理するのではなく、複数のリーダーで分担します。
5つ目は、評価と定着の仕組みです。
給与、昇給、役割、フィードバック、キャリアパスを整理します。
30名規模になると、単に「人件費が安いから採用する」という考え方では続きません。
現地スタッフが長く働きたいと思える組織設計が必要です。
採用は一気に増やさず、波を分ける
5名から30名へ拡大する場合、最も避けたいのは一気に25名を追加採用することです。
短期間で大量採用すると、教育が追いつきません。
既存メンバーが新人対応に追われ、本来業務の品質も落ちます。
おすすめは、採用を波に分けることです。
第1段階：5名でテスト導入
第2段階：10名へ拡大
第3段階：15名へ拡大
第4段階：20名へ拡大
第5段階：30名へ拡大
各段階で、少なくとも次の確認期間を設けます。
業務量は足りているか。
新人教育は回っているか。
品質は落ちていないか。
管理者の負担は増えすぎていないか。
離職の兆候はないか。
日本側の満足度は維持されているか。
スケールの失敗は、採用できないことよりも、採用した後に管理できないことで起こります。
だからこそ、採用は「人数計画」ではなく「受け入れ能力」とセットで考える必要があります。
マニュアルは完成品ではなく改善ツールとして使う
BPOチームを拡大するとき、多くの企業が「完璧なマニュアルを作ってから始めよう」と考えます。
しかし、実務では最初から完璧なマニュアルを作るのは難しいです。
むしろ、最初の5名で業務を回しながら、マニュアルを改善していく方が現実的です。
大切なのは、マニュアルを一度作って終わりにしないことです。
新人が迷った箇所。
ミスが発生した箇所。
日本側への確認が多かった箇所。
判断に時間がかかった箇所。
説明が曖昧だった箇所。
これらを記録し、毎週マニュアルに反映します。
マニュアルは、管理者が作る資料ではありません。
現場のミスを減らし、新人教育を早くするための改善ツールです。
30名規模に拡大するチームほど、マニュアルの更新頻度が重要になります。
日本側の仕事も変える必要がある
海外チームをスケールさせるとき、現地側だけを改善しても不十分です。
日本側の指示方法、確認方法、期待値の出し方も変える必要があります。
よくある失敗は、日本側が従来のやり方を変えずに、現地側だけに適応を求めることです。
しかし、海外チームが機能するかどうかは、日本側の業務設計にも大きく左右されます。
日本側が行うべき改善は、次のようなものです。
依頼内容を明確にする。
締切を明記する。
成果物のフォーマットを統一する。
判断基準を言語化する。
修正理由を具体的に伝える。
緊急度を分ける。
例外対応のルールを作る。
チャットだけでなくタスク管理ツールを使う。
特に、修正指示は重要です。
「もっと丁寧に」
「もう少し自然に」
「ちゃんと確認して」
「前にも言った通り」
このような指示では、改善につながりません。
どこが問題なのか。
なぜ問題なのか。
次回どうすればいいのか。
良い例と悪い例は何か。
ここまで伝えることで、現地チームは学習できます。
30名体制の基本組織図
30名規模になった場合、最低限の組織構造が必要です。
一例として、次のような体制が考えられます。
日本側責任者：1名
現地マネージャー：1名
チームリーダー：3名
品質管理担当：2名
実務メンバー：24名
この場合、1チーム8名程度で3チームに分ける形です。
チームごとに業務領域を分けてもよいです。
カスタマーサポートチーム
データ処理チーム
バックオフィスチーム
または、シフトで分けてもよいです。
午前チーム
午後チーム
夜間対応チーム
業務内容によって最適な形は変わりますが、30名を1つの大きな集団として管理するのは避けるべきです。
30名規模では、小さなチーム単位で管理する方が安定します。
品質管理を属人化させない
人数が増えるほど、品質のばらつきが問題になります。
最初の5名では、優秀なスタッフが全体を支えてくれることがあります。
しかし、30名になると、全員が同じレベルで動けるわけではありません。
そこで必要になるのが、品質管理の仕組みです。
品質管理では、次の3つを分けて考えます。
作業前の基準
作業中のチェック
作業後のレビュー
作業前には、完成イメージと判断基準を共有します。
作業中には、進捗と疑問点を確認します。
作業後には、ミスの傾向を記録し、改善につなげます。
重要なのは、ミスを個人攻撃にしないことです。
ミスが起きたときは、まず仕組みを確認します。
マニュアルは明確だったか。
教育は十分だったか。
チェック項目はあったか。
業務量が多すぎなかったか。
判断基準が曖昧ではなかったか。
個人の能力だけに原因を求めると、チームは成長しません。
仕組みとして改善することで、30名規模でも品質を安定させることができます。
離職を前提に設計する
セブに限らず、BPOやオペレーションチームでは一定の離職は避けられません。
重要なのは、離職をゼロにすることではなく、離職が起きても業務が止まらない仕組みを作ることです。
そのためには、次の対策が必要です。
業務を特定の人だけに依存させない。
マニュアルを整備する。
複数人が同じ業務をできるようにする。
リーダー候補を常に育てる。
退職時の引き継ぎルールを作る。
採用候補者のプールを持つ。
評価と昇給の基準を明確にする。
また、優秀なスタッフが辞める理由も把握する必要があります。
給与が低い。
成長機会がない。
評価されていない。
管理者との関係が悪い。
業務が単調すぎる。
将来のキャリアが見えない。
30名規模を目指すなら、単に人を採用するだけでは不十分です。
長く働きたいと思える環境を作ることが、結果的に採用コストと教育コストを下げます。
スケール時に起きやすい失敗
5名から30名へ拡大する過程では、いくつか典型的な失敗があります。
1つ目は、業務量だけを見て採用することです。
業務量が増えているからといって、管理体制が整っているとは限りません。
2つ目は、優秀な初期メンバーに頼りすぎることです。
初期メンバーが万能に見えると、仕組み化を後回しにしがちです。
3つ目は、マネージャーを置くのが遅れることです。
現場が混乱してから管理者を探しても、立て直しには時間がかかります。
4つ目は、日本側が細かく管理しすぎることです。
すべてを日本側が確認していると、現地チームは自走できません。
5つ目は、採用基準を下げすぎることです。
人数を急ぐあまり、基準を下げると、後で品質問題が大きくなります。
スケールで重要なのは、速さだけではありません。
安定して増やせることです。
5名から30名への現実的なロードマップ
実際に5名から30名へ拡大する場合、次のようなロードマップが現実的です。
フェーズ1：5名でテスト導入
目的は、業務移管の可否を確認することです。
この段階では、業務手順、教育方法、品質基準、日本側の指示方法を検証します。
完璧な成果よりも、どこに問題が出るかを見つけることが重要です。
フェーズ2：10名へ拡大
目的は、新人教育が回るかを確認することです。
既存メンバーが新人を教えられるか。
マニュアルが使えるか。
リーダー候補が機能するか。
日本側の確認負担が増えすぎないか。
ここで教育体制の弱点を洗い出します。
フェーズ3：15名へ拡大
目的は、中間管理の必要性を確認することです。
サブリーダーを置き、チーム単位で業務を管理します。
この段階で、リーダーの役割、報告ライン、品質確認の責任者を明確にします。
フェーズ4：20名へ拡大
目的は、複数チーム運営を試すことです。
業務別、時間帯別、顧客別などでチームを分け、管理単位を小さくします。
30名体制に向けて、現地マネージャーとリーダー層の動きを確認します。
フェーズ5：30名へ拡大
目的は、本格運用です。
この段階では、採用、教育、品質管理、評価、定着、改善活動を継続的に回す必要があります。
単なる人員拡大ではなく、組織として運営する段階に入ります。
まとめ：5名は小さなチームではなく、30名体制の原型
セブでBPOチームやリモート拠点を作る場合、最初の5名を軽く考えてはいけません。
5名は、単なるテスト人数ではありません。
将来30名に拡大するための原型です。
この段階で、業務の切り出し方、教育方法、品質管理、報告ルール、リーダー育成の方向性が決まります。
5名で仕組みを作らずに30名へ増やすと、問題もそのまま拡大します。
逆に、5名の段階でしっかり検証すれば、10名、15名、30名への拡大はかなり安定します。
大切なのは、採用人数を急ぐことではありません。
小さく始める。
問題を見つける。
仕組みに直す。
教育できる形にする。
リーダーを育てる。
段階的に増やす。
この順番を守ることで、セブのBPOチームは単なる外注先ではなく、日本側の事業成長を支える実務拠点になります。
5名から30名へのスケールは、人数の問題ではありません。
組織を作る力の問題です。