「AIは若い人の道具ですよね」
企業の研修に伺うと、よくこの言葉を聞きます。言った方に悪気はありません。次々に登場する新しい画面や聞き慣れない用語、毎月増える新機能。その圧倒的なスピード感だけを見れば、「若い世代の方が得意だろう」と感じてしまうのも無理はないことです。
ですが、私はこの見立てに明確に反対します。私自身、50代でIT業界に28年身を置いていますが、現場で痛感するのは「AI活用の成否を分けているのは、操作の速さではない」という事実です。
本当に必要なのは、「自分の仕事における判断基準を、自分の言葉で言語化できるかどうか」。
これこそがAIを使いこなす本質であり、長年現場で修羅場をくぐり、業務の要所を知り尽くした50代をはじめとするベテラン世代が、もっとも得意とする領域なのです。
この記事では、私が研修や支援の現場で感じているリアルな分析と、自分自身の仕事で実際にAIをどう道具として使い倒しているのか、そのノウハウを包み隠さずお伝えします。
簡単に説明する動画を作成しました！
目次
私が現場で見ている「逆転」
操作が速い人ほど、指示が雑になる
研修で同じ課題を出すと、はっきりした傾向が出ます。
ツール操作に慣れている人は、とにかく速く打ち込みます。ところが依頼文が短く、抽象的です。「この請求書を処理する手順を作って」で終わってしまう。返ってくるのは、どの会社にも当てはまる一般論です。教科書のような手順書が出てきて、本人も「まあ、こんな感じですよね」と言って終わります。
一方、キーボードに時間がかかる方が、思いのほか実務で使える成果物を出してきます。理由は単純で、書いている内容が具体的なのです。「この取引先は締め日が違う」「30万円を超えたら課長確認」「月末3日間は経理が動かないから前倒しする」。
AIは指示の質にそのまま反応します。曖昧な依頼には曖昧な答えを、具体的な依頼には使える下書きを返します。ここで差がつくのは、操作技能ではなく業務理解です。
操作が遅いことと、使い方が下手なことは、まったく別の話です。
50代が知っているのは「例外の在り処」
私は元々、富士通で医療システムの開発をしていました。その後ソフトバンクでシステム統合に関わりました。どちらも共通していたのは、システムを作る前に、現場の暗黙のルールを聞き出す作業が一番時間がかかるということです。
「基本はこう処理します」までは、誰でも5分で説明できます。難しいのはその先です。どの取引先が例外なのか。どこから上司の承認が必要なのか。間違えたときに誰が困るのか。
この境界線を知っているのが、その業務を長くやってきた人です。50代が無意識に見ているのは、まさにここです。そしてAIに一番足りないのも、ここです。
経験そのものは、誰にも代替できません。ただし、言葉にしない限り、その経験は自分の頭の中から出ていきません。
私の分析：プロンプトは要件定義書の一部である
ここが、私がこのテーマをいちばん強く主張したい部分です。
世の中には「プロンプトの書き方」の情報があふれています。役割を与える、条件を箇条書きにする、出力形式を指定する。どれも有効ですが、私はプロンプトを文章テクニックだとは考えていません。
プロンプトは、要件定義の縮小版です。
要件定義とは、業務の目的、対象範囲、例外条件、判断の分岐、責任の所在を書き出す作業です。プロンプトに書くべき内容と、ほとんど同じです。違うのは、規模と、書く人だけです。かつては情報システム部門やベンダーが数か月かけて書いていたものを、いまは業務担当者が数分で書いて、その場で試せるようになった。私はAIの登場をそう捉えています。
そう考えると、話が逆転します。要件定義の材料をいちばん多く持っているのは、現場を長くやってきた人です。つまり50代です。
「いつも通り」は、仕様書の空白と同じ
「この請求書、いつも通り処理しておいて」
同じ部署の人には通じます。20年やってきた人同士なら、言わなくても伝わります。ところがAIには一切通じません。ここが重要で、この一言は、要件定義書における「詳細は現場運用に準ずる」という空白と同じものです。
私は支援先で仕様の空白を見つけると、必ず分解します。AIへの依頼も同じです。「いつも通り」を分解した瞬間、それはプロンプトになります。
私が最初に聞く四つの条件
業務ヒアリングで、私が必ず確認する項目があります。AIに依頼を書くときも、順番はまったく同じです。
- 例外：取引先や案件ごとに、通常と違う扱いをするものはあるか
- 閾値：金額や日数が、いくらを超えたら人の承認が必要か
- 優先順位：急いでよい案件と、いったん止めるべき案件の違いは何か
- 影響：間違えたとき、誰が、どんな形で損をするか
この四つが埋まると、AIへの依頼は一気に実務的になります。逆にこの四つが空欄のままだと、どんなに凝った指示文を書いても、出てくるのは一般論です。
ネット上のプロンプト集に、御社の例外は載っていません。載っているのは一般論だけです。現場で効くのは、「うちではこうする」「この取引先だけは別」「この金額を超えたら止める」という短い一文です。
文章の美しさは要りません。箇条書きで構いません。判断の理由が残れば、それで十分です。
私だったらこう使う：AIに自分をインタビューさせる
ここまで読んで、「条件を書き出せと言われても、うまく書けない」と感じた方が多いと思います。研修でも必ずそうなります。
理由は明確です。長くやってきた仕事ほど、判断が無意識化しているからです。無意識のものは、思い出そうとしても出てきません。
そこで私が実際にやっているのが、AIに自分をインタビューさせるという使い方です。
書き出せないなら、質問させればいい
依頼の向きを逆にします。「手順書を作って」ではなく、こう書きます。
あなたは業務ヒアリングの担当者です。私は請求処理を20年担当してきました。この業務の暗黙のルールや例外条件を洗い出したいので、私に一問ずつ質問してください。私の回答が曖昧なときは、具体例を出して掘り下げてください。まとめるのは最後で構いません。
これだけで、AIは「取引先ごとに締め日は違いますか」「承認が必要になる金額の基準はありますか」と聞いてきます。聞かれれば、答えられます。人間は、思い出すのは苦手でも、聞かれたことに答えるのは得意です。
私はこの使い方を、AIを検索の代わりにするのではなく、思考の相手として使うやり方だと考えています。答えを出してもらうのではなく、自分の頭の中を引き出してもらう。50代にとっては、こちらの方がはるかに相性がいいはずです。
10分から15分で、驚くほど条件が出てきます。しかも出てきたのは、その人にしか書けない内容です。
出てきた条件は、そのまま資産になる
インタビューが終わったら、最後に一言添えます。「ここまでのやり取りから、判断基準を箇条書きで整理してください」。
これで、要件定義のメモが一枚できます。私はこれを難しく管理しません。共有フォルダのテキストファイルで十分です。大事なのは、個人の頭の中にあったものが、他人が読める場所に出たという事実です。
この一枚があれば、若手はそれを見ながら試せます。管理者は、何を社外に出してはいけないかを追記できます。本人は、自分の仕事を説明できるようになります。
うまくいかないチームに共通する二つの型
支援に入って手が止まっているチームを見ると、原因はほぼ二つに絞られます。どちらもツールの性能の問題ではなく、役割の置き方の問題です。ツールは動いているのに仕事の質が安定しないときは、この二つを疑うと早いです。
若手にAI担当を丸投げする
一つ目は、若手に「AI担当」を任せきりにするパターンです。
ツールは動きます。画面もきれいに整います。それでも業務の境界線が残りません。何を社外に出してよいのか、どの数字が仮案なのか、最終確認は誰がするのか。そこが曖昧なまま進みます。速さは出ますが、説明できる仕事にはなりません。
若手は操作を速く回せます。ただ「やってはいけないこと」は、経験がないと見えません。丸投げは、若手の学習機会を奪うだけでなく、会社の判断基準を静かに消していきます。
担当を決めること自体は正しい判断です。問題は、担当に判断まで預けてしまうことです。
経験者が「自分はアナログだから」と下がる
二つ目は、経験者が一歩下がってしまうパターンです。
これは私がいちばん惜しいと思う場面です。下がった瞬間、会社から一番高い知識が消えます。
画面操作が苦手でも、判断基準を話すことはできます。「話せない」と思っているのは、無意識にやっている条件を、まだ一度も紙に書いていないだけです。
50代だから遅いのではありません。判断の理由を言葉にしていないだけです。一度書き出せば、若手がテンプレートに整えてくれます。経験者が毎回自分で画面を操作する必要は、まったくありません。
アナログであることは弱点ではありません。言葉にしていないことが弱点です。
経験を再利用可能にする、三つの役割分担
うまく回っているチームは、例外なく役割を分けています。私はAIを、経験を代替する道具ではなく、経験を再利用可能にする道具だと説明しています。
「昔取った杵柄」は、いまなら社内のプロンプト資産です。個人の勘を、チームの手順に変えることが目的です。
シニア・若手・管理者で分ける
シニアの役割は、境界線を決めることです。何をやってよいか、何をやってはいけないか。例外、優先順位、人が必ず確認すべき地点を言葉にします。
若手の役割は、操作、検証、テンプレート化です。同じ依頼を何度でも使える形に整え、実際に試して精度を確かめます。
管理者の役割は、情報の線引きです。渡してよい情報と渡してはいけない情報を先に固定します。個人情報、未公開の数字、対外に出せない言い方。ここを後回しにすると、必ず事故が起きます。
この三つが揃うと、個人の勘がチームの手順に変わります。誰か一人が全部を抱える必要はありません。役割を分けることは、AIを否定することではなく、人の責任を見えるようにすることです。
これは私が普段お伝えしている「課題解決型DX」の考え方とまったく同じです。道具を入れてから使い道を探すのではなく、業務の構造を先に整理して、その手段としてITを置く。順番を守れば、シニア人材は最初に呼ばれるべき立場になります。
今週やる、五行の動き出し
最後に、今週できることを一つだけ書きます。
自分の担当業務を一つ選んで、無意識に見ている条件を五行だけ書いてみてください。
- この業務で例外扱いになる取引先・案件
- 承認が必要になる金額や日数の基準
- 急いでよい案件の見分け方
- 止めた方がよい案件の見分け方
- 間違えたとき、誰がどう困るか
思い出せなければ、先ほどの方法でAIに質問させてください。五行が埋まれば、若手は試しやすくなり、管理者は守りやすくなり、本人は自分の仕事を説明しやすくなります。
特別なツールは要りません。新しい資格も要りません。判断の理由を短い文にするだけで始まります。うまく書けなくても構いません。来週もう一行足せば、それは更新されていく社内資産です。
まとめ
AIは若い人専用の道具ではありません。現場の勘どころを言葉にできる人ほど、使い方の質が上がります。
私の見立ては単純です。プロンプトは要件定義の縮小版であり、その材料をいちばん多く持っているのは50代です。操作を覚える前から、材料はすでに手元にあります。
まず五行。それが社内に残るプロンプト資産の第一歩になります。
経験は古くなりません。言葉にしていない経験が、ただ使われないだけです。
DXやITの課題解決をサポートします！ 以下の無料相談フォームから、疑問や課題をお聞かせください。40万点以上のITツールから、貴社にピッタリの解決策を見つけ出します。
このブログが少しでも御社の改善につながれば幸いです。
もしお役に立ちそうでしたら下のボタンをクリックしていただけると、 とても嬉しく今後の活力源となります。 今後とも応援よろしくお願いいたします！
IT・通信業ランキング | にほんブログ村  |
もしよろしければ、メルマガ登録していただければ幸いです。
【メルマガ登録特典】AI戦略で10年以上勝ち続ける実践バイブル『AI競争勝者の法則』をプレゼント！
今すぐプレゼントを受け取る