結論課題設定の段階で「使いたい解決策」が先に決まっていると、DXは目的を失い、形だけの導入で終わります。本来、課題は「解決策を選ぶため」に設定するものであり、その順序が逆転すると、成果は出ません。このパターンの典型例次のような状況は、このパターンに該当します。AIを活用したいCRMを導入したいデータ活用を進めたいそして課題が、次のように設定されます。「AI活用が進んでいない」「CRMが未導入である」「データ基盤が整っていない」一見、論理的に見えますが、実際には解決策を前提に課題が作られています。誤りの本質このパターンの本質的な誤りは、「何に困っているのか」より先に「何を使うか」を決めていることです。意思決定のどこが詰まっているのか現場の何が非効率なのか顧客対応のどこにロスがあるのかこれらが整理されないまま、ツールや技術が選ばれてしまいます。なぜこの課題設定ではうまくいかないのか① 解決策が「目的」になってしまう本来、解決策は手段です。しかしこのパターンでは、導入すること使い始めること自体がゴールになります。結果として、「導入したが、何が変わったのか分からない」という状態に陥ります。② 成果の定義ができない解決策先行型では、何ができるようになれば成功なのかどの指標が改善すればよいのかが定義されません。そのため、成果検証も改善もできず、プロジェクトが形骸化します。③ 現場に負担だけが残るツール導入により、入力作業が増えるルールが増える業務が複雑になる一方で、現場にとっての「得」が見えないため、定着しません。本来設定すべき「問い」このパターンでは、次のように問いを置き直す必要があります。どの判断・業務が、今うまく回っていないのかその原因は、情報不足なのか、プロセスなのか改善された状態とは、具体的にどんな状態か課題設定の言い換え例× AIを活用する〇 問い合わせ対応の初動判断に時間がかかっており、属人化している× CRMを導入する〇 既存顧客の対応履歴が共有されず、再提案の機会を逃しているこのパターンに陥っているかのチェック次の問いに心当たりがあれば注意が必要です。「何を入れるか」から議論が始まっている成果指標が後付けになっている導入理由を聞くと、技術や流行の話になる課題設定は「選択肢を狭める作業」課題設定の役割は、解決策の自由度を意図的に狭めることです。最初に解決策を決めてしまうと、本来検討すべき選択肢を、自ら捨ててしまいます。課題デザイン室の考え方課題デザイン室では、解決策を一度、白紙に戻す状況と構造を整理する課題を「問い」として再定義することを重視しています。DXが進まないと感じる場合、問題は技術ではなく、課題設定の順序かもしれません。本記事は、「課題設定とは何か」という考え方を前提に、その具体的な誤りパターンを扱っています。課題設定の全体像については、こちらの記事をご覧ください。参考：課題設定とは何か？