あなたの輸送はどの段階で属人化しているか
以下のどれかに当てはまるなら、輸送は属人化しています。
- 「このフォワーダーの担当者の名前・連絡先を知っているのは自分だけ」
- 「今回の出荷のカット日を知っているのは自分だけ」
- 「この品目のHSコードと梱包方法を知っているのは自分だけ」
- 「過去の輸送費が適正かどうかを判断できるのは自分だけ」
- 「工場への書類指示方法を知っているのは自分だけ」
1つでも当てはまるなら、そこが仕組み化の対象です。属人化の怖さは普段は問題が見えないことです。担当者がいる間は回っているため、リスクが表面化しません。ところが担当者が抜けた瞬間、輸送が止まり、在庫が切れ、販売計画が崩れます。
仕組み化できている状態の定義
- フォワーダー情報・品目条件・費用履歴が誰でも参照できる場所に記録されている
- 発注から着荷までの手順が文書化されていて、手順書を読めば誰でも手配できる
- 進捗がシステム上で確認できるため、担当者への問い合わせが不要
- 担当者が替わっても1〜2週間の引き継ぎ期間で業務を引き継げる
ステップ1：情報を「見える場所」に出す（属人化解消）
最初にすべきことは、担当者の頭の中にある情報を会社の資産として記録することです。記録する場所はスプレッドシートでも社内wikiでも構いません。重要なのは「担当者がいなくても誰でも参照できる場所にある」という状態を作ることです。
記録すべき情報①：フォワーダー情報
- フォワーダー会社名・担当者名・メールアドレス・電話番号
- 対応可能な出荷地・輸送サービス（LCL・FCL・SUPER EXPRESS等）
- 料金体系・契約条件・見直しの時期
- 緊急時の連絡先（担当者が不在の場合の代替窓口）
記録すべき情報②：品目別輸送条件マスタ
- 品目名・品番・英語表記（インボイス記載用）
- HSコード（日本の輸入統計品目表）
- 他法令の適用有無（食品衛生法・電波法・薬機法等）
- 梱包方法・梱包強度の要件
- インボイスへの品名記載方法（具体的な英語表記）
- 原産地証明書の要否
- 最終確認日・確認者
品目が増えるたびにこのマスタを更新する運用にします。担当者が替わっても同じマスタを使えるため、HSコードの確認漏れを防げます。
記録すべき情報③：費用履歴
- 出荷日・出荷地・配送先・品目・重量・CBM
- 海上運賃・通関費用・港着後費用・国内配送費の内訳
- 合計費用・1kgあたり単価
- 実際のリードタイム（工場出荷〜着荷）
- トラブルの有無と対処内容
費用履歴を記録し続けることで、現在の料金が市場相場と大きく乖離していないかを判断できます。また、担当者が替わっても「前回はいくらだったか」を誰でも確認できます。
担当者交代時の引き継ぎ設計
担当者が交代する際に必ず引き継ぐべき情報は以下です。
- 使用中のフォワーダー情報と現在進行中の案件の状況
- 工場担当者の連絡先とこれまでのやり取りの経緯
- 品目別の輸送条件マスタ（HSコード・梱包方法・必要書類）
- 直近の費用実績と相場感のメモ
- 進行中の案件のカット日・出港予定日・着荷予定日
- トラブル事例と対応方法のメモ
引き継ぎ期間の目安は2〜4週間です。新担当者が旧担当者と一緒に少なくとも1案件の出荷を経験することで、手順書だけではわからない感覚を掴めます。
ステップ2：手配の手順を標準化する
輸送の手配手順を「誰でも同じようにできる手順書」として文書化します。手順書を作る際のポイントは「なぜそうするか」ではなく「何をどの順番でするか」を明確に書くことです。
標準フローに含める9つの工程
- 発注判断（在庫確認・発注数量の決定）
- 工場への発注・製造指示
- フォワーダーへの出荷予告（スペースブッキング）
- 書類の準備・確認（インボイス・パッキングリスト）
- 工場からCFSへの搬入・カット日管理
- 出港・航海中の進捗確認
- 日本側通関・関税納付
- 国内配送・着荷確認
- 費用の確認・記録
各工程に定めること
- 主担当者（誰がやるか）
- 副担当者（主担当者が不在のときに誰がやるか）
- 実施期限（いつまでにやるか・販売日からの逆算日数）
- 確認事項（何をチェックすればOKか）
- 完了の証拠（何をもって完了とするか）
例外ケースの対応手順を決める
通常の手順だけでなく、例外ケースの対応手順も定めておきます。
- カット日に間に合わなかった場合（次の便の確認・納期への影響通知）
- 通関で書類不備が発覚した場合（工場への修正依頼・通関業者との連絡手順）
- 港の混雑でスペースが取れなかった場合（代替便の確認）
- 担当者が急に不在になった場合（副担当者への引き継ぎ手順）
ステップ3：納期を逆算してスケジュールを固定する
納期管理の起点は「販売開始日」または「在庫が必要な日」です。そこから逆算して発注日を決めます。
逆算スケジュールの例（東莞→東京・通常海上LCL）
- 販売開始日：D日
- 配送先着荷：D-3日（国内配送3日）
- 通関完了：D-5日（通関2日）
- 港着：D-11日（航海6日）
- カット日：D-14日（港着の3日前）
- CFS搬入：D-14日（カット日当日の午前中）
- 製造完了：D-17〜20日（搬入の3〜6日前）
- 発注日：D-32〜47日（製造リードタイム15〜27日の場合）
「2週間前に発注すれば間に合う」という感覚と実際の必要期間は大きくずれています。初めて逆算する場合、この数字を見て驚く担当者が多いです。
カット日管理ルール
- フォワーダーから週次の出港スケジュールを入手する
- 搬入期限（カット日）を確認する
- 製造完了から搬入までの日数（梱包1〜2日・書類1〜2日・トラック1〜2日＝合計3〜6日）を逆算して「工場への出荷指示日」を設定する
- 工場への出荷指示日をカレンダーに登録してリマインドを設定する
春節・国慶節を見越したスケジュール設計
- 春節（例年1月下旬〜2月中旬）：通常より3〜4週間早めに出荷準備を進める
- 国慶節（10月1〜7日）：通常より2週間早めに出荷準備を進める
- ゴールデンウィーク（日本側）：通関業者・配送業者の休業に注意
ステップ4：システムで進捗を可視化する
手順書と情報の記録が整ったら、次は進捗をシステムで可視化します。「今回の貨物が今どこにあるか」「カット日はいつか」「通関は完了しているか」をシステム上で確認できる状態を作ります。
Excelで管理する場合の管理表テンプレート
以下の項目をスプレッドシートで管理することで、複数の案件の進捗を一元的に把握できます。
- 発注番号・品目名・発注数量・発注日
- 工場への出荷指示日（カット日の5〜7日前）
- 製造完了予定日
- CFS搬入予定日・カット日・カット時刻
- 出港予定日・港着予定日（日本）
- 通関完了予定日・配送先着荷予定日
- 販売開始日・納品期限
- 実際の着荷日・遅延日数・遅延原因
- 輸送費（実績）
- ステータス（手配中・搬入済み・出港済み・通関中・着荷済み）
ステータス列を色分け（手配中：黄・出港済み：青・着荷済み：緑）すると進捗が一目でわかります。月次で「遅延原因」列を集計することで、どの工程で遅延が多いかを把握できます。
デジタルフォワーダーで自動化する場合
Excelでの手動管理には限界があります。担当者が更新し忘れると情報が陳腐化し、複数の案件が重なると管理が追いつかなくなります。
DIGISHIPはリアルタイムで輸送の進捗をモニタリングできるシステムです。フォワーダーへの電話・メールなしに、誰でも同じ操作で状況を確認できます。料金確認・予約・進捗管理・書類管理がすべてシステム上で完結するため、やり取りの履歴がシステムに残り、担当者が替わっても過去の取引内容を誰でも参照できます。
仕組みが定着するまでの期間と注意点
仕組み化は一度設計すれば終わりではありません。実際に運用しながら手順書を更新し、マスタを充実させ、フローを改善していく継続的な取り組みです。定着までの目安は3〜6ヶ月です。
仕組み化で最もよく失敗するのは「作って満足してしまう」ことです。手順書を作ったが誰も読まない。マスタを作ったが更新されない。この状態を防ぐには、仕組みを「普段の業務の中で使う場所に置く」ことが重要です。
- 手順書を新しい担当者のオンボーディングで必ず使う
- マスタの更新を標準フローの一工程として組み込む
- 費用の記録を出荷完了後のルーティンワークにする
- 月次レビューで仕組みの改善点を話し合う機会を作る
よくある失敗パターン
- 手順書を作ったが更新されずに陳腐化した：手順書の更新タイミングを決めておく。少なくとも年1回・フォワーダーや品目に変更があったときに更新する担当者を明示する
- 引き継ぎ期間を1週間しか取れずに属人化が再発した：担当者の退職・異動が決まった時点で2〜4週間の引き継ぎ期間を確保する
- 情報を整理したが誰も使わなかった：アクセスしにくい場所に保存された手順書は存在しないも同然。普段の業務の中で自然に参照できる場所に置く
- 製造完了日をカット日と混同した：製造完了から搬入まで最低3〜6日かかることを前提にスケジュールを組む
- 春節前の混雑を見落とした：春節の影響は1月上旬から始まる。工場の休業だけでなく港の混雑も考慮してスケジュールを組む
物流DX全体の設計を見る
関連記事
送料をすぐ確認したい方へ
出荷地・重量・配送先を入力するだけで料金の目安がわかります。登録不要で使えます。
案件の条件を相談したい方へ
「輸送を仕組み化したい」「担当者が替わっても回る体制を作りたい」など、状況をそのまま書いてください。
