FDEにビジネス理解が必要なのは、優れたコードと事業成果が同じものではないからです。AIで開発速度が上がっても、対象業務、利用者、判断、成功指標を誤れば、速く不要なものを作るだけになります。
業務要望は、そのまま課題ではない
現場から「検索AIが欲しい」と要望が出ても、本当の課題が資料の所在ではなく、承認ルールの複雑さや情報の更新責任にある場合があります。FDEは要望を実装する前に、業務が止まる場所を観察します。
利益構造を知らなければ優先順位を決められない
売上を増やしたいのか、原価を下げたいのか、品質事故を減らしたいのかで、作るべき機能と評価指標は変わります。利用頻度が高くても、経営影響が小さい業務を最優先にするとは限りません。
例外処理が現場利用を決める
標準フローだけを見るとAI化は簡単に見えます。しかし実務には、取引先ごとの条件、担当者判断、期限、権限、責任分界があります。FDEは例外を無視せず、人が判断すべき場所とAIが補助できる場所を分けます。
AI×心理学×コミュニケーション
新しい仕組みが使われない理由は、性能不足だけではありません。評価への不安、仕事を奪われる懸念、説明不足、入力負荷、責任の曖昧さが利用を止めます。技術と同時に、人が安心して使える説明と運用を設計する必要があります。
良いFDEが経営者に確認すること
- この改善で変えたい経営指標は何か
- 現在、誰がどの判断をしているか
- 誤りが起きたときの影響と責任者は誰か
- 現場が使わない理由は何か
- 一つ目の試作をどの業務で測るか
- 社内の誰が改善方法を引き継ぐか
FDEの成果はコード量では測れない
見るべきなのは、作業時間、差し戻し、品質、利用率、意思決定速度、社内で修正できる人の数です。開発した機能が多くても、利用されず、保守できなければ成果とはいえません。
研究所の見解
AI時代のFDEは「全部できる一人の天才」である必要はありません。重要なのは、顧客理解、技術、運用、教育を一つのチームで接続し、判断の理由を再利用できる形で残すことです。

コメント