取引先がデータを入れてくれない4つの理由と、段階の設計
取引先や現場がデータを入れてくれないのは、意識が低いからではありません。理由は「手間」「分からない」「メリットがない」「見せたくない」の4つに分けられ、それぞれ打ち手が違います。便利さから始めて見返りへ進む、段階の設計を書きます。
この記事の要点
- 取引先や現場がデータを入れない理由は「手間」「分からない」「メリットがない」「見せたくない」の4つに分けられ、打ち手がそれぞれ違う。
- いきなり全部を入れてもらおうとせず、「便利さ → 見える化 → 精度と見返り → 示唆」の段階で設計する。
- 最初に入れてもらう範囲は、業務・部品・拠点を絞った最小限にする。
サプライチェーンの情報を集めるシステムや、現場の記録を集めるツールを入れたのに、取引先や現場がデータを入れてくれない。製造業向けのシステムで、よく聞く悩みです。
「協力的でない」「意識が低い」と片付けると、打ち手がなくなります。入れない理由を分けて見ると、それぞれに効く手があります。
入れない理由は4つに分けられる
| 理由 | 起きていること | 効く打ち手 |
|---|---|---|
| 手間 | 入力に時間がかかる。同じ情報をほかのシステムにも入れている | 項目を減らす。既存のファイルをそのまま取り込む。一度入れたら使い回せるようにする |
| 分からない | 何を、どの粒度で入れればよいか分からない | 記入例を付ける。言葉の意味をそろえる(品番・拠点・取引先の定義) |
| メリットがない | 入れても自分たちに何も返ってこない | 入れた側にも役立つ画面や情報を返す |
| 見せたくない | 取引先の名前や生産拠点を、相手に知られたくない | 見せる範囲を選べるようにする。何に使うかを最初に約束する |
同じ「入れてくれない」でも、相手によって理由は違います。まず、どの理由が多いのかを、取引先や現場に直接聞いて確かめます。
段階で設計する
いきなり「全部を、正確に、継続して」入れてもらおうとすると、ほぼ確実に止まります。次の4段階で設計します。
1. 便利さ
最初は、入れる側の手間が減ることから始めます。今使っているファイルをそのまま取り込める、問い合わせへの回答が一度で済む、といった便利さです。
2. 見える化
集まったデータを、入れた側も見られるようにします。自分たちのデータが一覧になって返ってくるだけでも、入れる理由が生まれます。
3. 精度と見返り
データがそろってきたら、精度を上げてもらう段階です。ここで初めて、正確に入れてくれた取引先への見返り(評価、取引上の配慮、情報の提供)を設計します。
4. 示唆
最後に、集まったデータから、リスクの兆しや改善の手がかりを返します。ここまで来ると、データを入れることが取引先自身の得になります。
最初に入れてもらう範囲は、最小限にする
全部の取引先・全部の部品・全部の拠点を一度に対象にすると、例外対応だけで止まります。業務・部品・拠点の範囲を絞った最小限から始め、そこで回ることを確かめてから広げます。
製品を提供する側にとっては、この最小限の範囲が、最初に作る製品の範囲(MVP)になります。大口の顧客の要望をすべて受け入れるのではなく、「どの顧客にも効くもの/その顧客専用/運用で解くもの」に分けて、専用の作り込みを避けることも大切です。
よくある質問
入力を義務にすれば解決しませんか。 義務にすると、形だけの入力や、古い情報のままの入力が増えがちです。入れる側の手間を減らし、入れた側に何かが返ってくる仕組みを先に作るほうが、正確なデータが集まります。
どの理由が多いかは、どう確かめればよいですか。 取引先や現場の担当者に、入力を止めている理由を直接聞きます。数社に聞くだけでも、4つのうちどれが多いかは見えてきます。
外部の支援は何をしてくれますか。 当社の場合は、取引先や現場への聞き取りで入れない理由を分け、段階的な導入計画と、最初に入れてもらう範囲の決定、データの言葉と関係の定義(オントロジー)までを、製品を提供する側・導入する側のどちらとも一緒に進めます。
最初の一歩は、入力が止まっている取引先を3社選び、止めている理由を聞いてみることです。理由が分かれば、打ち手は自然に決まります。