数百ものディーラー群があり、決算の調整には三週間もかかる
営業部長のスマホには数百ものディーラー群が保存されており、最も活発なのはいつも三種類のメッセージだ。商品の催促、リベートの入金状況の問い合わせ、そして決算書に異議がある場合である。財務部は毎月初めに手作業で十数枚のExcelシートを作成し、各地域の売上データを集計する。その後、営業担当者がスクリーンショットを撮ってディーラーに送り、確認してもらう。こうした決算のやり取りだけで二、三週間かかってしまうのだ。さらにプロモーションシーズンで各種施策が重なると、誤差率は一気に高くなる。メーカーとディーラーの信頼関係は、この手作業によるプロセスによって少しずつ失われていくのである。
これは単に営業担当者の怠慢というわけではなく、チャネル業務の三つの重要な工程――注文、施策、決算――がすべてWeChatグループや表計算シートの中に分断されているからだ。参加者や取扱い品目が増え、プロモーションの頻度が高まるほど、その分断はますます大きくなっていく。
チャネル業務における三つの分断点
問題を分解してみると、損失は主に三つの箇所に集中している。まず第一に注文:ディーラーが電話やWeChatで注文を伝え、内勤がそれを手作業で在庫管理システムに転記する。型番や数量、納品先住所の誤記がしばしば起こり、出荷後に気づいてもすでに遅すぎるケースもある。第二に施策の実行:段階的なリベート、四半期ごとの達成報酬、特別キャンペーンなどのルールが通知書や営業担当者の記憶に散らばっているため、同じ施策でも異なる地域で異なる結果が出てしまい、リベートの精算では当然ながらもめてしまう。第三に決算:出荷、受領、請求書発行、回収、経費相殺などがそれぞれ別々の表に分散しており、ディーラーが見るのは常にメーカー側が算出した結果だけだ。不透明さは必然的に疑念を生み、その疑念を人情で処理しなければならない。
この問題をシステムでどう切り分けるか
チャネル協調システムの骨格は四つの要素で構成される。統一されたディーラーのマスターデータと資格ファイル、オンライン注文と注文フロー、施策エンジン、自動決算書である。設計上の要点は以下の通りだ。
- 注文のポータル化:ディーラーはポータル上で自分の専用価格、利用可能な与信枠、リアルタイムの在庫を確認でき、注文時には与信枠と在庫が即座にチェックされる。内勤は注文記録担当から異常対応担当へと役割が変わる。
- 施策エンジン化:リベートのルールを条件と式で設定する――製品範囲、時間帯、段階の計算方法、どのプロモーションと互いに排他的か――施策が適用される前にシステム上で試算を行い、導入後にバラバラな解釈が起きるのを防ぐ。
- 決算の自動化:出荷・受領、請求書発行、回収、リベート、経費控除がすべて一つの帳簿に集約され、ディーラーはいつでも自分で照会できる。月次決算書はシステムが生成し、異議があれば伝票上で保留して議論し、処理過程も記録される。
- リスクの事前対策:与信枠を超える注文はリアルタイムで遮断され、未払い債権には自動で警告が発せられ、出荷後に追いかけて補正する必要はなくなる。
従来の手法との違い
| 工程 | WeChatグループと表計算シート | チャネル協調システム |
|---|---|---|
| 注文 | 電話やWeChatでの注文、内勤による転記は誤りや漏れが起きやすい | ポータルでの自己選択による注文、価格・与信枠・在庫が即時チェック可能 |
| 施策 | 文書と記憶に依存し、実行基準は人によって異なる | ルールを設定し、試算後に施行、全過程が追跡可能 |
| リベート | 月末の手作業による精算は紛争が多発する | 進捗状況がリアルタイムで可視化され、精算はエンジンの結果に基づいて行われる |
| 決算 | メーカーが算出してスクリーンショットを送る一方的な結論 | 双方が同じ帳簿を参照し、異議はオンラインで保留してクローズされる |
| リスク | 与信を超える出荷が後になって初めて発覚する | 注文時の与信枠遮断、超過債務には自動で警告が発せられる |
費用の協調も併せて取り入れる価値がある。市場プロモーション費用や店舗改装補助金など、件数ごとに申請し、領収書で精算する支出も、これまで同様にWeChatでの申請、メールによる承認、手作業での精算に頼ってきたが、年末にディーラーと照合する際にはまたもや紛争が起きる。費用の申請・承認・精算・代金相殺を一つの帳簿にまとめれば、リベートと費用をディーラーポータル上で統合表示でき、双方が見る残高の基準は完全に一致する。チャネル協調をここまで深く進めると、営業担当者とディーラーの関係はむしろシンプルになる――数字を巡る口論はなくなり、時間は本来のビジネスに還元される。
導入時に最も過小評価されやすい三つの事項
第一はマスターデータである。ディーラーコード、複数店舗の納品先住所、請求情報などを事前に整理しておかなければ、ポータルの稼働初週に注文の却下が相次いでしまう。第二は価格と施策の歴史的負担である。システム移行時点の未払いリベートをどのように引き継ぐか、明確な方針を示さなければ、古い帳簿と新しい帳簿が混在し、信頼の再構築は到底不可能となる。第三はディーラー側の推進力である。チャネルの責任者は年齢層が高く、注文入口は極めて簡素でなければならない。最初の一カ月は営業担当者が伴走し、「リベートや与信枠の確認」といった頻繁で必須のニーズを通じて彼らをポータルに引き込むことで、注文機能も自然と使われるようになる。
組織としても移行期間を設けるべきだ。ポータルの稼働が即ちWeChatでの注文の停止を意味するわけではない。二本立てで一~二カ月間並行し、オンラインとオフラインの注文量を週単位で比較し、ポータルの利用率が安定して過半数を超えてからメインチャンネルへ切り替えることで、繁忙期の販売最盛期にプロセス変更でチャネルが足止めされるのを避ける。
データの還流:ディーラーにも自らのビジネスを見せる
ポータルの稼働が安定した後、第二弾の機能の中で最も価値が高いのは、データをディーラー自身に逆方向に開放することだ。彼の仕入れの推移、動销の品目、同エリア平均との比較、リベート達成の進捗状況の残り等。これまではこれらの情報はメーカーの報告書にしか存在せず、ディーラーは結果をただ受け入れるしかなかった。しかし今ではポータルにログインすれば、来月にどれくらいのリベートが得られそうか、どの商品を仕入れるのが最もお得かを把握できる。情報の対称性が生まれたことで、ディーラーの注文は「感覚で在庫を押さえる」から「進捗に合わせて駆け込む」へと変わり、在庫圧迫による期限切れ返品も減少するだろう。
メーカーにとっても、このデータは古くからの課題を解決する。チャネルの在庫が見えないという問題だ。ディーラーが在庫を申告しない限り、メーカーは出荷量から末端の動销を推測するしかなく、プロモーションが止まるとチャネルが滞ってしまう。ポータルに簡単な在庫・売上申告機能を加えれば、たとえ月末に粗い粒度の在庫スナップショットを一度だけ提供するだけでも、メーカーの生産計画やプロモーション施策の質は明らかに向上する。データと引き換えに権利を付与する――申告がより規則正しいディーラーほどリベートの精算が速くなる――というアプローチは、行政命令よりも効果的である。
検証と締めくくり
検証では四つの厳格な指標を見る。注文の誤記率、決算周期(週単位から日単位への短縮)、リベートに関する異議の件数、そしてディーラーポータルの月間アクティブ率である。チャネル協調の本質は、メーカーに新たな管理ツールを追加することではなく、両者が関心を持つお金と商品を一つの透明な帳簿に集約することにある。帳簿が透明になれば、商品の催促に関するグループメッセージは減り、リベート政策もより大胆に設計できるようになる――なぜなら一銭一銭まで明確に計算され、追跡可能だからだ。