3PL新規クライアント・オンボーディングチェックリスト：契約締結から30日で初出荷まで

まず、3PL新規クライアント・オンボーディングチェックリストについての結論から言おう。これは契約締結日には決まらない。決まるのは30日目、最初の請求書が届いて誰もそれについて言い争わなくなったときだ。この3PL新規クライアント・オンボーディングチェックリストは私が何十回も回してきた版で、要は一つのルールに尽きる。契約にサインする前に気まずいことを全部言い、サインした後でチェックボックスを一つずつ潰していくことだ。

私は、オンボーディングのプロジェクトがまったく同じ場所で失敗するのを何度も見てきた。倉庫ではない。数週間前の会議室だ。皆がうなずき、誰も不都合な質問をしなかった場所だ。

数年前、私が助言していたInland Empireの3PLが、ホームグッズの荷主と契約した。保管料と出荷手数料は小数点以下まで交渉された。ところが返品処理と長期保管サーチャージは、メールの中の一行の曖昧な記述のまま残された。最初の月次請求書が届くと、クライアントは返品の行を指さして、きっぱりと言った。そんなことには合意していない、と。3週間の言い争いが続き、関係は完全には回復しなかった。問題は金額ではなかった。曖昧さだった。

もう一つの例。数百SKUを持つビューティーブランドだ。SKUの3分の1が、バーコードルールもカートン寸法もないままマスターデータに届いた。最初の入荷がドックに着くと、受入チームはカートンを一つずつ手で測らなければならなかった。パイロット注文は9日遅れた。誰かが何か悪いことをしたわけでは、正確にはない。チェックリストに、SKUマスターデータがあるべき場所が空白だっただけだ。

3つ目の失敗パターンはもっと静かだ。責任者のいないオンボーディングである。両サイドが数人をグループチャットに入れ、質問は誰かに届くまで何日もぐるぐる回り、期限になっても誰もフォローしていない。私のルールはシンプルだ。契約締結日に2人を指名する。3PL側のオンボーディング責任者1人、クライアント側の相手方1人、そして毎週30分のすり合わせ会議で、チェックリストだけを扱い、それ以外は扱わない。名前のないチェックリストは、誰のものでもないチェックリストだ。

第1週：オンボーディングチェックリストはインクが乾く前から始まる

クライアント・オンボーディング質問票は、プロジェクト全体で最も地味な書類であり、最もお金を救う書類だ。1日の注文量とピーク倍率、SKU数、温度や取扱いの要件、返品率、販売チャネル（B2B、消費者直販、マーケットプレイスフルフィルメント）を押さえなければならない。クライアントが量は季節変動すると言うなら、平均だけでなくピーク月を文書で取ること。だから3PL新規クライアント・オンボーディングチェックリストは倉庫見学ではなく質問票から始まるのだ。

質問票で他の何より見落とされやすい項目が3つあり、私はそれぞれを別々に追う。1つ目は返品。返品率はどれくらいで、返品された商品はそのまま在庫に戻るのか、品質検査を経るのか、廃棄されるのか。この3つの経路はコストが大きく異なる。2つ目はプロモーションとピーク。プロモーションは通常量の何倍を生み、事前在庫計画はあるか。3つ目は特別要件。温度管理、シリアル番号追跡、セキュリティタグ、カスタム包装だ。このうち1つでも見落とせば、料金表を作り直すことになる。

次に料金表を確定し、それと一緒に測定基準も確定する。パレット単位で課金される保管は、ロケーション単位や立方フィート単位で課金される保管とは別のビジネスだ。出荷手数料に包装資材は含まれるか。返品処理は別行か。最低月額手数料はあり、何がそれを発動させるか。多くの人が見落とすトレードオフはここだ。安く見えて測定が緩い料金表は、測定が正確な高い料金表よりクライアントに高くつく。両サイドとも、言い争える料金表より監査できる料金表を好むべきだ。これら全部を契約の付属書に入れること。メールのスレッドは付属書ではない。

第2週：システム連携は3PLオンボーディングチェックリストがたいてい壊れる場所だ

システム接続には3つの段階があり、その選択はトレードオフであって階段ではない。EDIは高価で安定しており、長期の関係を計画する大口クライアントに合う。APIは柔軟で、両サイドに本物のITの労力が要る。フラットファイルは安く、立ち上げ期に合うが、ファイル形式、送信タイミング、照合フィールドを合意し、遅延ファイルのエスカレーション経路も決めなければならない。私が繰り返し下す直感に反する判断はこれだ。完全な自動化に急ぐな。まずフラットファイルを2週間回すこと。データ品質の問題、欠落フィールド、品目コードの不一致はすべてその期間に表面化し、自動化で固めてしまう前に直す方がはるかに安い。

SKUマスターデータこそ本物の関門だ。すべてのSKUに、バーコードルール、カートン寸法と重量、賞味期限やロット管理の要件、該当する場合はシリアル番号追跡、関連する場合は危険物フラグが必要だ。クライアントのデータがそれらのフィールドを埋められないなら、それは稼働週の問題ではなく第1週の問題だ。はっきりそう言おう。私の方法は、まず代表的な20 SKUをすべてのフィールドに通し、その後で一括ロードを行い、サンプル監査を続けることだ。サンプル手順は遅く見える。稼働後の全面的なやり直しを防ぐ。

第3〜4週：パイロット注文と最初の請求書がオンボーディングの真実を語る

パイロット注文は、受入、棚入れ、ピッキング、梱包、出荷、追跡番号フィードバックまでを端から端まで回す、実際の注文の小ロットだ。パイロットを回す前に合格基準を書くこと。精度、リードタイム、不良率だ。合格基準のないパイロットはただの芝居にすぎない。パイロット注文は、3PL新規クライアント・オンボーディングチェックリストが書類仕事ではなく証拠になる瞬間だ。パイロットの後でレビューを開き、すべての課題を3つの箱に分ける。当日修正、2週間以内に修正、継続改善リストへ移行だ。課題が振り分けられるまで、パイロットは終わっていない。

次に最初の照合だ。これはほとんどの3PLが後付けとみなす手順であり、クライアントが更新するかどうかを決める手順だ。3つの出所を1行ずつ照合する。WMSの出荷記録、運送会社の請求書、契約の料金表だ。請求書発行から1週間以内に照合会議を開き、記憶が新しいうちにやること。最初の照合で最も多い不一致は運送会社の付帯料金だ。料金表に一度も入らなかった住宅配送サーチャージと特大サーチャージである。対処法は、運送会社請求書のすべての付帯料金を契約条項にひも付け、ひも付かないものは合計の中に隠さず、別に列挙して議論することだ。

照合項目	照合対象	よくある不一致
保管料	WMSのロケーション占有	パレット数基準とロケーション数基準
出荷手数料	WMSの出荷注文	包装資材を含むか否か
返品処理	返品ログ	合意していない取扱手順の請求
運送会社経費	運送会社請求書	燃油サーチャージと付帯料金の不一致