中小企業DXの失敗の正体 ④

DXの第一歩は、システム導入ではない。まず見極めるべきは何が課題かである

前回は、中小企業がDXで間違った判断をしやすい理由を見てきた。
それは、経営者の能力不足でも、現場の感情的な抵抗でもなかった。
本当に問題だったのは、経営の悩みを整理し、比較し、優先順位をつけて決める機能が社内に存在しにくいことだった。

ここまでで、失敗の構造はかなり見えてきた。
ツールが悪いのではない。
現場が悪いのでもない。

順番が崩れている。
課題が見えないまま、導入の話が始まってしまう。
その結果、導入しても現場は変わらず、効果のないDXだけが残る

では、どう考えればよいのか。
この回から、ようやくその話に入りたい。

結論から言えば、DXの第一歩はシステム導入ではない。
もっと手前にある。
まずやるべきなのは、自社にとって本当の課題が何かを見極めることだ。

これはは、冷静になると、しごく当たり前に聞こえるかもしれない。
だが実際には、多くの中小企業がここを飛ばしているのが現状である。

なぜか？
経営者の困りごとを、そのまま課題だと思ってしまう。
現場の不満を、そのまま改善テーマだと思ってしまう。
そして、その言葉の延長線上で解決策を探し始める。
しかし、そこに最初のずれがある。

経営で見えている困りごとは重要である。
だが、それはまだ入口であって、答えではない。
その背後にある構造を見ない限り、解決策は少しずつ本丸を外していく。

この回で扱いたいのは、その見極め方である。
困りごとと真の課題はどう違うのか。
何を見れば、表面ではなく構造にたどり着けるのか。
なぜ本当のDXは、業務の見える化から始まるのか。
そして、課題が見えたあとに、次に必要になるものは何か。

ここが、私が一番言いたかったこと、この連載の中核になる。
DXの入口を、導入から診断へ変換することである！

経営者の困りごとは、そのまま真の課題ではない

営業が弱い、採用できない、忙しすぎるは出発点にすぎない

経営者が口にする悩みは、どれも切実である。
営業が弱い。
採用がうまくいかない。
現場が忙しすぎる。
残業が減らない。
情報共有ができていない。
引き継ぎがうまくいかない。
こうした言葉は、経営者であれば自然に出てくる。
だからこそ、軽く扱ってはいけないのは確かである。

ただし、ここで注意しなければならない。
経営者の言葉は重要なサインではあるが、そのまま真の課題とは限らない。
むしろ多くの場合、それは症状に近い。
会社の中で何かがうまく流れていないことを示すシグナルではあるが、その言葉だけで原因まで言い当てているわけではない。

営業が弱いと言うとき、本当に弱いのは営業力なのか。
案件管理なのか。
提案内容の標準化なのか。
既存顧客のフォロー設計なのか。
営業ノウハウなどの教育不足なのか。
ここを整理しないといけない。

採用できないと言うときも同じである。
母集団形成が足りないのか。
魅力発信が弱いのか。
選考フローが遅いのか。
入社後の定着が弱いのか。
あるいは、教育体制や役割定義が曖昧なせいで、人を入れてもすぐ疲弊してしまう構造があるのか。
ここを見ないままでは、いくら手を打っても根本は変わらない。

忙しすぎるという悩みもそうだ。
人手不足に見えるかもしれない。
だが、実際には業務分担が曖昧なだけかもしれない。
承認フローが多すぎるのかもしれない。
例外処理が毎回発生しているのかもしれない。
情報が散在していて、探す時間がかかっているのかもしれない。
つまり、忙しいという状態は症状（結果）であって、原因は別の場所にあることが多い。

ここで大事なのは、経営者の言葉が間違っているということではないということである。

それは本質的には正しいので、「大事な出発点」だからだ。
だが、その言葉をそのまま課題だと思い込んだ瞬間に、DXはずれ始める。
経営者の困りごとは、最初の手がかりとするべきものである。
しかし、あくまで手がかりであり、そのまま解決の対象にしてはいけない。
そこに、見極めるというプロセスが必要になる。

困りごとの背後には、別の構造問題が潜んでいる

ここを、深くつっこんで見ていく必要がある。
困りごとの背後には、多くの場合、別の構造問題が潜んでいる。

採用問題の背後に、育成問題があることは少なくない。
人が来ないのではなく、来ても定着しない。
定着しないのは、本人の問題ではなく、業務の教え方が属人的で、誰が何をどこまで教えるかが曖昧だからかもしれない。
だとすれば、採用強化より先に、教育の構造と役割の定義を見直す必要がある。

営業問題の背後に、案件管理不全があることも多い。
営業担当の力量の差に見えていたものが、案件の進捗が誰にも見えていないからではないのか。
もっとも効果がある案件に注力すべきところを、効果のない案件に注力してしまっているだけかもしれない。
営業研修より前に、営業方針を整理すべきである。

残業問題の背後に、役割や権限の曖昧さがあることもある。
誰の仕事かが曖昧で、気づいた人がやる。
あるいは、責任の所在が見えないから、最終的にいつも同じ人に仕事が集まる。
表面的には人が足りないように見えても、実際には役割設計が曖昧なことが負荷の偏りを生んでいることがある。

このように、経営者が見ている困りごとは、症状であり、課題の入口ではあるが原因そのものではない。
表面に出ている言葉をそのまま解決の対象にすると、解決策はずれやすい。
一方で、その背後にある流れや、本質的な原因を構造的に掘り下げていけば、本当の課題が見えてくる。

DXの第一歩は、まさにここにある。
困りごとを聞くことではない。
困りごとの背後にある構造を見極めることである。

課題を見極めるには、業務の流れと情報の流れを見る必要がある

では、どうやってその構造を見るのだろうか。

最初に見るべきなのは業務の流れである。

何が困っているかを聞くだけでは足りない。
どこで仕事が止まり、どこで詰まり、どこで属人化しているのかを見る必要がある。

たとえば受注から納品までの流れを考えてみる。
問い合わせが来る。
誰かが対応する。
見積りをつくる。
受注する。
納期調整をする。
納品する。
請求する。
入金確認をする。
この一連の流れの中で、どこに滞りがあるのか。
どこで毎回確認が発生するのか。
どこで特定の人しか分からない状態になっているのか。
どこで例外処理が頻発しているのか。
ここを見ないと、本当のボトルネックは分からない。

重要なのは、困っている場所そのものではなく、流れのどこで詰まっているかを見ることである。
現場の声として上がってくる困りごとは、たいてい「最終工程の不備」や「顧客の声」として表れてしまう。
しかし原因は、そこではないことが多い。

たとえば、顧客に提案する資料作成に時間がかかるという現場の声があったとする。
最後、営業はもっと早くもっていきたいのに、企画部門の資料作成待ちとなっているため、資料作成の工数の問題だと見えてしまう。
けれども、本当の詰まりは資料作成そのものではないかも知れない。
顧客情報が散在していて、前提情報を集めるところに時間がかかっているのかもしれない。
営業と企画との意思疎通の問題かもしれない。
提案の型がなく、毎回ゼロからつくっているのかもしれない。
つまり、困っていると感じる場所と、問題が始まっている場所は違う場合が多いのである。

だが、業務を流れとして見ると、このずれが見えてくる。
どこで滞るのか。
どこで手戻りが起きるのか。
どこで人に依存しているのか。
どこで例外が多いのか。
この視点があると、表面的な困りごとに反応することなく、課題の本質に気づくことができる。

だから、課題発見の起点は、何が困るかより、どこで滞っているかである。
ここを押さえるだけでも、見える景色はかなり変わってくる。

誰が何を持ち、誰が何を知らず、どこで判断が止まっているのか

さらに

業務の流れを見ることと同じくらい重要なのが、情報の流れを見ることである。
DXの課題は、単なる作業量の問題として現れることもあるが、その深部では情報の持ち方と判断の仕方に問題があることが多い。

誰が何を知っているのか。もしくは知らないのか。（Who）
必要な情報はどこにあるのか。どこの部署は持っていて、どこが持っていないのか。（Where）
どの段階で確認が必要になり、いつどこで判断が止まるのか。（When）
一時情報と、変換・編集された情報は、どう管理されているのか（How）
この構造を見ることで、上手くいかない課題の背後にある本質が浮かび上がることも多い。

たとえば、見積りが遅いという問題があるとする。
その原因は作成スキルではないかもしれない。
顧客条件が営業担当の頭の中にしかなく、製造側や管理側が必要な情報を持っていないのかもしれない。
あるいは、価格判断の基準が曖昧で、そのたびに上長確認が必要になっているのかもしれない。
その場合、遅い理由は見積作業ではなく、情報の非対称性と判断権限の滞留にある。

情報共有がうまくいかないという悩みも、単に共有ツールがないからではないことが多い。
共有すべき情報の定義が曖昧なのかもしれない。
誰が情報を出すことへの責任を持つのかが決まっていないのかもしれない。

見るべきものは、情報の量ではなく、情報の流れである。
誰が持ち、誰に渡り、どこで止まり、どこで判断のボトルネックになるのか。
さらに、その判断は本当にその人でなければならないのか。
毎回上に上がるのは、慎重だからではなく、権限設計が曖昧だからかもしれない。
誰も判断できないのは、能力不足ではなく、基準が存在していないからかもしれない。

この観点を持つと、DXは単なるIT導入論ではなくなる。
作業を減らす話ではなく、判断をどう流すかという話になる。
情報をどう残すかだけではなく、誰が何を知っていれば次に進めるのかという話になる。
ここまで見えて初めて、システムが必要なのか、役割変更が必要なのか、ルール整備が必要なのかを判断できる。

つまり、本当の課題を見極めるとは、業務の流れと情報の流れを同時に見ることなのである。

本当のDXは、業務の見える化から始まる

ここまでで、まずやるべきことは、ツール比較ではなく現状の構造把握であることが分かったと思う。

そしてDXの第一歩はかなり明確になってきた。

最初にやるべきは、ツール比較ではない。
現状の構造把握である。

現場を観察する。
経営者の話を聞く。
担当者の悩みを聞く。
業務を棚卸しする。
誰がどの工程を担っているかを見る。
情報がどこにあり、どこで止まり、どこで判断が滞るかを見る。
例外処理がどこで頻発するかを見る。
属人化している工程がどこかを確認する。
こうしたことを通じて、今の会社がどのように動いているのかを可視化する。
ここが出発点である。

重要なのは、最初から改善案を出さないことだ。
多くの会社は、困りごとを聞いた瞬間に解決策を探し始める。
だが、本当に必要なのは、その前に、困りごとがどの構造から生まれているかをつかむことだ。
現場の声を集めるだけでは足りない。
経営者の問題意識を整理するだけでも足りない。
実際の流れを見る必要がある。
その会社が今どのように回っていて、どこに歪みがあり、どこに詰まりが生じているかを、地図として描かなければならない。

この地図がないままDXを進めると、改善はどうしても場当たり的になる。
困っているところを一つずつ塞ぐ。
目立つところから直す。
言われたところを改善する。
だが、それでは全体は変わりにくい。
なぜなら、局所的な不便の背後には、もっと上流の構造問題が横たわっていることが多いからである。

だから、本当のDXは見える化から始まる。
しかも、単に数字を見える化するという意味ではない。
業務の流れ、情報の流れ、役割の偏り、判断の滞留を見える化するという意味である。
ここまで行って初めて、会社は自分の課題を自分のものとして理解できるようになる。

真因が分からないまま導入したツールは、かえって課題を複雑化させる

ここは少し強く言ってよいと思う。
真因が分からないまま導入したツールは、たいてい課題の周辺しか効果を及ぼさない。

まったく無意味だと言いたいのではない。
多少便利になることはある。
一部の作業は速くなるかもしれない。
記録が残るようになるかもしれない。
見える部分だけは整うかもしれない。
だが、本丸を外している限り、会社全体の変化にはつながりにくい。

営業に課題があると思って顧客管理ツールを入れた。
しかし本当の問題は、案件を誰がどう引き継ぐかが曖昧なことだった。
この場合、情報を入れる箱はできても、引き継ぎの責任とルールが曖昧なままなら、根本は変わらない。

採用に課題があると思って採用管理の仕組みを入れた。
しかし本当の問題は、入社後に何を教えるかが標準化されていないことだった。
この場合、採用が効率化されるかもしれないが、人が定着するかどうかという本丸には届かない。

忙しさを減らしたいと思ってタスク管理ツールを入れた。
しかし本当の問題は、役割分担と判断権限が曖昧で、結局すべてが同じ人に集まる構造だった。
この場合、タスクは見えるようになるかもしれないが、負荷の偏りは残り続ける。

このように、真因を外した導入は、効いていないわけではない。
ただ、本丸には届かない。
だから、一部の便利さはあるのに、全体としては変わらないという状態が起きる。
これが、中小企業DXでよく起きる静かな停滞の正体である。

本丸を変えたいなら、本丸がどこにあるかを知らなければならない。
そこを飛ばして導入しても、改善は周辺にとどまる。
だから見極めが先なのだ。
導入はそのあとである。

ちなみに、「真因を外した導入でも効いていないわけではない」と述べたが、実はこれは必ずしも正しくない。
真因を外した対策は
2重管理となり、かえって作業負荷を増やすことも多い
全体を俯瞰して見たら非効率になっていることも多い
一部の作業が代わり、全体のプロセスが混乱することも多い
やった感があるのに、効果は全くないということも多い
なぜなら、局所的な対処にしかなっておらず、全体に効果を及ぼさないからである。

何を解くべきかが見えたとして、次に必要なのは優先順位である

課題は一つではない。だからこそ、選ばなければならない

ここまでくれば、DXの入口はかなり明確になる。
最初にやるべきことは、導入ではなく見極めである。
困りごとの背後にある構造問題を見つける。
業務と情報の流れの中で、本当のボトルネックを特定する。
ここまでできれば、ようやく会社は何を解くべきかを考えられるようになる。

しかし、ここで終わりではない。
むしろ、ここからもう一つ重要な経営判断が始まる。
それが優先順位である。

現実の会社には、課題が一つしかないということはほとんどない。
営業にも問題がある。
採用にも問題がある。
情報共有にも問題がある。
属人化もある。
役割の曖昧さもある。
業務の重なりもある。
ボトルネックが一つ見えたとしても、その周辺には別の問題がいくつも見えてくる。

だが、すべてを同時には変えられない。
時間もない。
人も限られている。
現場の体力にも限界がある。
だから経営には選択が必要になる。

ここで重要なのは、課題が見えた瞬間に、全部をやりたくなる誘惑に抗うことである。
見えるようになると、あれも直したい、これも直したいとなる。
だが、中小企業にとって最も危険なのは、正しい課題を見つけたあとに、全部を一気に変えようとすることである。
それをやると、現場は疲れ、改善は薄まり、結局どれも中途半端になる。

だからこそ、課題発見の次に必要なのは、優先順位づけである。
何を先に解くのか。
何は後に回すのか。
何を今はやらないのか。
ここまで決めて初めて、DXは実装可能な形になる。

次の論点は、何から手をつけるべきかである

この回で言いたかったことははっきりしている。
DXの第一歩は、システム導入ではない。
まず見極めるべきは、何が本当の課題なのかである。

経営者の困りごとは重要な出発点だ。
だが、その言葉をそのまま課題だと思ってはいけない。
その背後には、別の構造問題が潜んでいることが多い。
だから、業務の流れを見る。
情報の流れを見る。
どこで止まり、どこで属人化し、どこで判断が滞っているのかを見る。
そのうえで、本当のボトルネックを見つける。
ここから始めて初めて、DXは地に足のついたものになる。

だが、本当の課題が見えたとしても、それだけではまだ足りない。
現実の会社には課題が複数ある。
すべてを一気には変えられない。
だから次に必要なのは、何から手をつけるべきかという問いである。

何が重要なのか。
何が先なのか。
何をやると全体が動くのか。
何を今はやらないのか。
ここを決められなければ、見極めができても、実行は前に進まない。

次回は、その優先順位のつけ方を掘り下げたい。
中小企業は、課題が多すぎるからこそ、優先順位を誤りやすい。
そしてDXの成否は、何をやるかだけでなく、何からやるかによって大きく変わる。