社内からのAIの要望はどれから着手する？｜受け付けて選ぶ仕組み

「各部署から『これをAIでできないか』という相談が毎週のように届き、どれから手を付ければよいか分からない」「先に頼んだのに、後から来た部署の案件が先に進んだと言われた」。AIの推進担当や情シスがよく抱える2つの悩みは、実は同じ根から出ています。要望が多いこと自体は、社内でAIへの関心が育っている証拠で、悪いことではありません。困るのは、受け付ける形と選ぶ基準が決まらないまま、届いた順か声の大きさで着手が決まっていることです。着手の順番は、担当者の目利きの問題ではありません。本当は、受付・選別・返答を一続きにした仕組みの問題です。この記事では、社内からのAIの要望を受け付けて選ぶ仕組みを、窓口の作り方から四半期ごとの見直しまで整理します。

要望が積み上がるとき、何が起きているのか

生成AIを全社に配ってしばらくすると、推進の担当者のもとに要望が集まり始めます。「議事録から宿題を拾いたい」「問い合わせのメールを仕分けたい」「毎月の報告書の下書きを作りたい」。一つひとつはもっともですが、担当者の手は限られていて、全部に同時に手を付けることはできません。

選ぶ仕組みがないと、着手の順番はたいてい3つのどれかで決まります。届いた順、頼んだ人の役職、担当者が面白そうだと思った順です。どれも一見筋が通っていますが、効果の大きい要望が後回しになり、頼んだ側には理由が伝わらない点で共通しています。後回しにされた部署は、そのうち自分たちで外部のAIツールを探し始めます。

つまり、足りないのは計画ではなく受付の形であることが多いのです。要望が立ち話や個別の連絡で入り、人によってばらばらに評価され、準備が整っているかより声の大きさで前に進む。この状態のまま導入計画を作っても、計画らしく見えて、実際は混乱したままの要望の山になりがちです。順番の悩みは、受付の形を作るところから解いていきます。

窓口を1つにする

最初にやることは、要望の入口を1つにすることです。申請のフォームを1つ作り、社内のポータルやAIの利用案内の目立つ場所に置きます。メールやチャットで届いた要望も、担当者がフォームに書き写すか、頼んだ人にフォームへの記入をお願いします。フォームに載っていない要望は、並べて比べる対象に入らないと決めておくことが大切です。

窓口の担当は1人に決めます。受け付けた要望に番号を振り、受付の日、頼んだ部署、今の状態を1つの表で持ちます。状態は、受付・確認中・着手待ち・着手・保留・見送り・案内で解決の7つ程度に決めておくと、誰が見ても同じ意味で読めます。この表が、後の節で扱う見える化と見直しの土台になります。

窓口を1つにすると、これまで担当者の頭の中にだけあった要望が表に出てきます。最初の1か月で数十件の要望が並ぶことも珍しくありません。数に驚くかもしれませんが、数が見えたこと自体が最初の成果です。似た要望がいくつあるか、どの部署から多いか、どの種類の作業に集中しているかが、この時点で分かり始めます。

窓口の担当の仕事は、要望を処理することより、要望の流れを止めないことです。週に1回、新しく届いた要望に番号を振り、受付の返事を送り、空欄のある申請者に確認の日を打診します。受付の返事は「受け取りました。〇月〇日までに一次の結論をお伝えします」の一文で十分です。受け取ったことと、次に動く日だけを先に返すと、申請者は結論が出るまで待てます。

申請の項目は5つに絞る

申請のフォームに入れる項目は、次の5つを基本にします。どれも、あとで選ぶ基準を当てはめるのに欠かせない材料です。

項目	書いてもらうこと	何の判断に使うか
業務	どの作業を、どこからどこまでAIに手伝わせたいか	実現しやすさ・似た要望との束ね
頻度	その作業が月に何回、何人で発生するか	効果の大きさ
今かかっている時間	1回あたり、今どれくらいの時間がかかっているか	効果の大きさ
使うデータ	どの資料・仕組み・表を使うか、個人情報や取引先の情報を含むか	危なさ・データの整備が先に要るか
失敗したときの影響	AIが間違えたとき、誰に何が起きるか	危なさ・人が確認する範囲

5項目のうち、書いてもらいにくいのは「今かかっている時間」と「失敗したときの影響」です。時間は「だいたいで構いません」と書き添え、10分未満・30分程度・1時間程度・半日以上の選択肢にすると埋まりやすくなります。失敗したときの影響は、「社内で直せる」「外に出る前に気づける」「お客様や取引先に届く」「法令や契約に関わる」の4段階から選んでもらいます。

頻度と今の時間をかけ合わせると、月にどれだけの時間がこの作業に使われているかの目安になります。月に2回、1回半日かかる作業と、毎日20人が10分ずつ使っている作業では、1回の重さは前者が上でも、月の合計は後者がはるかに大きくなります。申請者は1回の手間の重さで要望を書きがちなので、このかけ算は受付の側で行います。

項目は増やさず、10分で書ける形にする

海外のAIガバナンスの解説（2026年6月）は、受付のフォームを、課題、データの出どころ、業務の責任者、期待する成果の4問程度に抑えた例を示し、技術に詳しくない人でも10分かからずに書ける設計を勧めています。同じ解説は、フォームが複雑すぎると申請が減り、利用者が非公式の経路に流れることを落とし穴として挙げています。

項目を足したくなる気持ちは分かります。費用の見込み、関係する部署、使いたいツールの名前、期待する正確さ。しかし申請の段階でこれを全部求めると、書けない人は申請をやめて、チャットで担当者に直接頼むか、自分で外部のツールを使い始めます。足りない情報は、受け付けた後の確認で聞けばよいと割り切ります。

確認の場は短い面談で十分です。15分ほど話を聞いて5項目の空欄を埋め、業務の実物、つまり使っている表や文書の見本を1つ見せてもらいます。実物を見ると、申請の文面では分からなかった「実は毎回形式が違う」「手書きの紙が混じる」「別の部署の表から写している」といった事情が分かり、実現しやすさの見立てが大きく変わることがあります。

受け付けたら、最初に3つに仕分ける

申請が届いたら、点数を付ける前に仕分けます。仕分けの箱は3つです。今あるツールで済むもの、専門の確認が要るもの、新しく作る必要があるもの。今あるツールで済むものは、選ぶ対象に入れずに案内で閉じるので、点数を付ける件数がそれだけ減ります。

専門の確認が要るのは、個人情報や取引先の情報を使う要望、お客様に直接届く文面を作る要望などです。先の解説では、個人情報を含む要望は法令順守の確認へ、独自のモデルが要る要望は設計の確認へ、それ以外は業務の責任者の確認へ、と経路を分ける流れが示されています。自社では、法務・情報セキュリティ・業務の責任者のうち誰に回すかを、5項目の答えから機械的に決められるようにしておきます。

同じ解説は、確認のそれぞれに担当者と最長の期限を決めるよう勧めています。期限のない確認は止まる、という指摘です。確認に回した要望には「〇月〇日までに結論」と期限を付け、期限を過ぎた確認は窓口の担当が催促するという決まりにしておくと、確認待ちのまま何か月も眠る要望がなくなります。

選ぶ基準は、効果・実現しやすさ・危なさの3つ

仕分けを通った要望は、3つの基準で見ます。効果の大きさは、月に使われている時間と、作業が速くなることで生まれる効果（締め切りに間に合う、お客様への返答が早くなる）から見ます。実現しやすさは、使うデータがすでに整っているか、今あるツールの機能で作れるか、業務の手順が毎回同じかで見ます。

危なさは、失敗したときの影響と、使うデータの機微さで見ます。お客様に届く文面、契約や法令に関わる判断、個人の評価に関わる作業は、効果が大きくても危なさが高くなります。危なさが高い要望は着手しないのではなく、人が確認する範囲を先に決めてから着手するものとして扱います。確認の範囲が決まらないうちは、着手待ちに置いたままにします。

先の解説では、比べる軸として、業務上の価値、戦略との合致、データの準備度、実現の複雑さ、危なさ、推進する責任者の本気度の6つが挙げられています。6つは細かすぎると感じたら3つで始め、迷う要望が増えてから軸を足します。最初から軸を増やすと、採点そのものが重くなって続かないからです。

2つの要望で当てはめてみます。「問い合わせのメールを種類ごとに仕分けたい」は、毎日届くので月の時間が大きく、使うメールは1か所に集まっていて、仕分けを誤っても担当者が気づいて直せます。効果・実現しやすさとも高く、危なさは低めです。「見積もりの金額をAIで出したい」は、効果は大きくても、単価の表が部署ごとに違い、誤りがそのままお客様に届きます。実現しやすさは低く、危なさは高いので、データの整備と確認の範囲を決めることが先になります。

点数化の落とし穴：声の大きい部署が勝つ

3つの基準に1〜5の点を付けて合計し、高い順に着手する。分かりやすい方法ですが、そのまま使うと偏りが出ます。最もよく起きるのは、申請の書き方がうまい部署や、声の大きい部署の要望が高い点になることです。効果の欄に「全社の生産性が上がる」と大きく書いた要望と、「月に12時間の転記がなくなる」と控えめに書いた要望では、前者に高い点が付きがちです。

点を付ける人の偏りも出ます。推進の担当者が、自分の得意なツールで作れる要望に実現しやすさの点を高く付ける。役員が関心を示した要望の効果を、誰も低く付けられない。点数は客観的に見えるぶん、偏りが数字の形をとって正しさを装うことがあります。

もう一つの落とし穴は、合計点で並べると、危ない要望が効果の高さで上位に来ることです。効果5・実現しやすさ4・安全さ1の要望と、効果3・実現しやすさ3・安全さ4の要望は、合計ではどちらも10点になります。安全さは足し算に混ぜず、一定より危ない要望は別の列に分けて扱うほうが、危なさが効果の陰に隠れません。

偏りを抑える採点の運び方

偏りを抑える方法は3つあります。1つ目は、効果を申請者の言葉ではなく、受付の側で計算した月の時間で比べることです。頻度と今の時間から出した月の合計時間を効果の点の元にすれば、書き方のうまさは点に影響しにくくなります。

2つ目は、点を付ける人を複数にすることです。推進の担当、情シス、業務に詳しい別部署の人の3人がそれぞれ点を付け、差が2点以上開いた要望だけを話し合います。全件を話し合うのではなく、意見が割れた要望だけを話し合うと、採点の会議が短く済みます。

3つ目は、点数を順番そのものにしないことです。点数は候補を上位と下位に分ける目安として使い、上位の中から、次の節の3つの箱を見ながら順番を決めます。点数を付けた記録と、順番を決めた理由を並べて残しておけば、「なぜうちが後なのか」と聞かれたときに、両方を見せて説明できます。

• 採点に使った数字と、順番を決めた理由は別の欄に書く。点数だけを残すと、後から理由が説明できない
• 申請した部署の人は、自分の部署の要望の採点に加わらない
• 採点の基準は表の冒頭に書いておき、途中で変えたら変えた日付を残す

着手の順番は3つの箱で決める

上位に残った要望を3つの箱に入れて、順番を決めます。1つ目は小さく早く効くもの、2つ目は全社で共通のもの、3つ目はデータの整備が先に要るものです。箱ごとに進め方が違うので、同じ列に並べて順番を付けるより、箱ごとに枠を分けたほうが決めやすくなります。

小さく早く効くものは、今あるツールの設定や指示文の工夫で、数週間のうちに形になる要望です。最初の四半期はこの箱から数件を選び、早く成果を見せると、窓口への信頼が育ちます。窓口に出せば進む、という経験が、非公式の経路に流れる人を減らします。

全社で共通のものは、複数の部署から似た要望が届いているものです。議事録の要約、社内規程への問い合わせ、定型メールの下書きなどがよくある例です。1つ作れば多くの部署に効くので、効果の点が個々には中程度でも、束ねると大きくなります。データの整備が先に要るものは、使う資料が散らばっていたり、形式が揃っていなかったりする要望です。この箱の要望は、AIの前に、データの置き場と形を整える作業から着手するものとして順番に載せ、整備が進んでいることを申請者に伝えます。

1つの四半期で3つの箱からどう選ぶかは、配分を先に決めておくと迷いません。たとえば、担当者の手の半分ほどを小さく早く効くものに、残りを全社で共通のものに充て、データの整備が先に要るものは整備の作業だけを進める、という配分です。配分は会社の段階で変わります。窓口を始めたばかりなら小さく早く効くものを厚くし、窓口が信頼されてきたら全社で共通のものに手を移します。

断るとき、保留にするときの返し方

採らなかった要望、今は着手しない要望にも、必ず返事をします。返事がないと、申請者は窓口に出しても無駄だと感じ、次から自分でツールを探し始めます。返事には、理由と「こうなったら着手する」条件を必ず入れることにします。

理由は、3つの基準のどれで順番が後になったかを書きます。「月の時間がほかの要望より小さい」「使う表が部署ごとに形式が違い、先に整える必要がある」「お客様に直接届く文面で、確認の手順が決まっていない」。条件は、その理由が解けたら着手する、という形で書きます。「表の形式が揃ったら」「同じ要望がほかに2部署から届いたら」「確認の手順が決まったら」。

先の解説も、見送りや保留にした要望は理由を記録したうえで受付の表に残し、データの準備や責任者の本気度が整ったときに見直せるようにする、と勧めています。見送った判断の書き方そのものは別の記事で扱いますが、受付の表から消さないことが、条件付きの保留を空約束にしない前提になります。

今あるツールで済むものの案内

仕分けで「今あるツールで済む」とした要望は、案内で閉じます。全社に配っているAIアシスタントで、指示文を工夫すればできる要望は意外に多いものです。たとえば「会議の議事録から宿題を拾う」は、会議ツールに付いているAIの要約機能や、配っているAIアシスタントに議事録を渡す指示文で済むことがあります。

案内は、断りではなく解決として返します。「このツールのこの機能で、この指示文を使えばできます」と具体的に示し、申請者が実際に試して、足りない所があれば同じ番号で返してもらうようにします。試した結果、足りない所がはっきりすれば、それは次の申請として具体的な形になります。

案内した内容は、よくある要望と答えの一覧として社内に公開します。同じ要望が何度も届くなら、一覧の置き場所が分かりにくいか、書き方が伝わっていないかのどちらかです。案内で閉じた件数も数えておき、窓口の成果として報告します。着手した件数だけが成果に見えると、案内で閉じる地味な仕事が評価されず、担当者が何でも作る方向に傾きます。

「今あるツールで済む」と見立てる目安は3つあります。使うデータが申請者の手元にあり、毎回その場で渡せること。出力を人がその場で読んで直せること。ほかの仕組みとつなぐ必要がないこと。3つがそろえば、配っているAIアシスタントと指示文で済む見込みが高くなります。1つでも欠ければ、案内だけで閉じずに新しく作る箱で見直します。

進み具合を見える化する

受付の表は、社内の誰もが見られるようにします。見せるのは、番号、要望の要約、頼んだ部署、今の状態、次に動く日の5列です。点数や採点の内訳まで見せる必要はありません。自分の要望が今どこにあるかが分かれば、「どうなっていますか」という問い合わせは大きく減ります。

状態の変化は、決まった日にまとめて更新します。月に1回、窓口の担当が表を更新し、状態が変わった要望の申請者にだけ知らせます。変わっていない申請者にまで毎月連絡すると、知らせそのものが読まれなくなるからです。毎日少しずつ更新するより、更新の日が決まっているほうが、申請者も次にいつ動きがあるかを読めます。

表を公開すると、別の効き目も出ます。ほかの部署の要望が見えるので、同じことを考えていた部署が「うちも同じです」と名乗り出てくれます。名乗り出た部署は同じ番号に紐づけて記録し、束ねる材料にします。逆に、申請者の名前や、業務の中の機微な事情まで表に載せると、書く側がためらうようになるので、公開する列は要約の範囲にとどめます。

着手した要望には、始める前に成果の測り方を1つ決めて表に書きます。「月の転記の時間が何時間減ったか」「返答までの日数が何日短くなったか」。受付で聞いた今の時間があるので、着手の前後で比べられます。受付を通った要望には、責任者、成果の測り方、準備の状態、危なさの度合い、次の一手が決まっているべきだ、という指摘もあります。成果が数字で残ると、次の四半期の順番を決める材料になるからです。

四半期ごとに見直す

3か月に1回、受付の表全体を見直します。見るのは3つです。保留の要望の条件が整ったか、着手した要望の成果が出ているか、似た要望が増えて束ねられるものがないか。見直しには、推進の担当、情シス、主な部署の代表が集まり、1時間ほどで表を上から順に見ていきます。

保留の条件が整ったものは、着手待ちに戻して順番を決め直します。成果が出ていない要望は、続けるか止めるかを決めます。着手した要望を止める判断は、受付の仕組みの中で最も後回しにされやすいものです。止めればその分の手が次の要望に回るので、止めることも見直しの成果として数えます。

見直しでは、基準そのものも点検します。3つの基準で上位に来た要望が、実際に効果を出していたか。下位にした要望の中に、後から大きな効果があると分かったものはないか。点の付け方が実態とずれていれば、効果の計算の仕方や、危なさの段階の分け方を直します。見直しの結果は全社に短く報告し、窓口に出した要望がどう扱われたかを伝えます。

AIに任せるのは分類・束ね・不足の指摘まで

申請が増えてくると、受付の下ごしらえに生成AIが使えます。届いた要望の文面を渡して、業務の種類ごとに分類させ、似た要望を束ねさせ、5項目のうち空欄や曖昧な所を指摘させます。束ねた理由を一文の根拠として書かせると、人が確かめやすくなります。

次の要望の一覧を読んで、3つの作業をしてください。
1．業務の種類（文章の下書き／要約／分類／転記／検索／その他）に分けてください。
2．同じ作業を頼んでいると考えられる要望を束ね、束ねた理由を一文で書いてください。
3．業務・頻度・今かかっている時間・使うデータ・失敗したときの影響のうち、
　　書かれていない項目や曖昧な項目を挙げてください。
採るかどうか、どれを先にするかは書かないでください。

最後の一文が大切です。AIに優先の順番まで付けさせると、文面の長さや熱量に引きずられた順番が返ってきます。採るかどうかと順番はAIに判断させず、人が決める、とフォームの案内と手順書の両方に書いておきます。どこまでをAIに任せ、どこから人が確認するかの範囲を、受付を始める前に決めておくということです。

束ねの結果もそのまま使いません。業務の中身が違うのに、言葉が似ているだけの要望が混ざることがあるので、窓口の担当が申請者に確かめてから束ねます。空欄の指摘は、申請者への確認の問いの下書きとして使えます。

よくある質問

窓口を置いたのに、要望がほとんど届きません

届かない理由は、窓口が知られていないか、何を頼めるのかが伝わっていないかのどちらかです。部署の定例の会議に15分ほど出向き、今ある作業の中から「毎回同じ手順で、時間がかかっているもの」を一緒に拾うと、要望の形になりやすくなります。要望を待つ窓口から、拾いに行く窓口へ切り替えるのが近道です。

役員から直接頼まれた要望は、どう扱えばよいですか

同じフォームに載せ、同じ基準で見ます。急ぐ理由があれば、その理由を効果の欄に書いてもらいます。それでも例外として先に着手するなら、例外にした理由を受付の表に残します。理由が残っていれば、ほかの部署から「なぜあれが先なのか」と聞かれたときに説明できます。

部署が自分でAIツールを契約したいと言ってきたら

要望の窓口とは別の、ツールの利用申請の手続きに回します。受付の表には「部署で対応」として残し、使ってみた結果を後で教えてもらいます。部署で試した結果が良ければ、全社で共通の箱の候補になります。

一度にいくつまで着手してよいですか

担当者の人数と、1件にかかる期間で決まります。着手の数を増やしすぎると、どれも途中で止まり、成果が見えないまま四半期が終わります。着手中の件数に上限を決め、1件終わったら次の1件を入れるという運び方にすると、進み具合が読みやすくなります。

• 届いた順に着手する：月の時間が大きい要望が後回しになり、頼んだ側に理由も伝わらない
• 点数の合計だけで順番を決める：書き方のうまい部署が勝ち、危ない要望が効果の陰に隠れる
• 保留に理由と条件を書かない：申請者が窓口を見限り、非公式の経路でツールを使い始める

まとめ

社内からのAIの要望に着手する順番は、担当者の目利きではなく、受付・選別・返答を一続きにした仕組みで決まります。まず窓口を1つにし、業務・頻度・今かかっている時間・使うデータ・失敗したときの影響の5項目を、10分で書ける形で受け付けます。届いた要望は、今あるツールで済むもの、専門の確認が要るもの、新しく作るものに仕分け、確認には担当と期限を付けます。選ぶ基準は効果・実現しやすさ・危なさの3つで、効果は受付の側で計算した月の時間で比べ、複数の人で採点し、意見が割れた要望だけを話し合います。点数は順番そのものにせず、小さく早く効くもの、全社で共通のもの、データの整備が先に要るものの3つの箱で順番を決めます。断るときと保留にするときは、理由と「こうなったら着手する」条件を返し、受付の表から消さずに四半期ごとに見直します。AIには分類・束ね・不足の指摘までを任せ、採るかどうかと順番は人が決めます。まずは今届いている要望を1つの表に書き出し、5項目の空欄がどれだけあるかを数えるところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。