AI活用ユースケースデータベース
業界・部門・業務・課題から、自社で使えるAI活用方法を探せます。各ユースケースでは、具体的な実装方法、必要なシステム、導入前後の業務フロー、想定工数削減まで解説します。
希望とスキルと法令の制約を満たすシフト表の原案を作る
工程ごとの必要人数、資格、法令の制約、本人の休み希望を入力に、条件を満たすシフト表の原案を作ります。管理者の作業は、白紙の表を埋めて何度も組み直すことから、出てきた原案を見て調整することに変わります。
詳しく見る → UC-0087動きの止まった商談を洗い出して、次の一手の案までそろえる
営業支援システムの商談データと活動履歴を入力に、過去の受注・失注の実績から「このまま動かなければ失注しやすい」案件の特徴を数値化し、止まりかけている商談を並べます。あわせて、最後のやり取りから止まっている理由の候補と、次の一手の案を出します。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0073試験の測定データからグラフと集計を作り、報告書の考察の下書きまで用意する
測定データのCSVを入力に、グラフと統計量を作り、社内様式に沿った試験報告書の下書きと考察の案を用意します。研究員の作業は、表計算でグラフを作って文章を書き起こすことから、出てきた図と下書きを見て結論を決めることに変わります。
詳しく見る → UC-0071社内向けのお知らせ文を、決まったことのメモから体裁の整った通知にする
会議で決まったことのメモを入力に、社内通知の型に沿った本文を作り、不足している情報を指摘します。総務の作業は、白紙から書き起こすことから、下書きを直して不足を埋めることに変わります。
詳しく見る → UC-0055店舗に付いたGoogleの口コミを読み分けて、返信案と本部への報告を作る
店舗に付いたGoogleの口コミを読み、そのまま返信してよいものと、本部が事実を確かめてから対応すべき苦情とに分けます。前者には口コミの中身に触れた返信案を作り、後者は本部へ報告に回します。
詳しく見る → UC-0053設備の保守マニュアルと過去の対応履歴から現場の質問に根拠付きで答える
現場からの「この型式でこのエラーが出たときはどうするか」という質問に対し、該当する設備のマニュアルと過去の対応履歴を探して、出典付きの回答案を返します。保全員の作業は、書庫と過去の日報を探すことから、示された根拠を読んで自分の設備に当てはまるかを判断することに変わります。
詳しく見る → UC-0041過去の試作データから次に試す実験条件を絞り込んで試作回数を減らす
これまでに行った試作の「条件」と「結果」を入力に、次に試す価値が高い条件の候補を複数出します。あわせて、その条件が選ばれた理由を文章で示します。
詳しく見る → UC-0033応募書類を募集要件と突き合わせて一次確認の所見を作る
応募者から届いた職務経歴書と履歴書を入力に、ポジションごとの募集要件の項目を1つずつ見て、その要件について書類のどこに何と書かれているかを原文の引用付きで並べた一覧を作ります。採用担当の作業は、数ページの職務経歴書を最初から読んで要件を思い出しながら照合することから、要件ごとに並んだ引用を見て原本で裏を取ることに変わります。
詳しく見る → UC-0017公開特許公報を要約して自社領域との関連を整理する
公開特許公報を入力に、「何を解決しようとしている発明か」「どういう構成か」「請求項1の範囲は何か」を定型の観点で要約させ、自社の技術領域との関連度を分類させます。
詳しく見る → UC-0004過去の提案書から類似案件の骨子を検索して再利用する
新しい案件の条件（業種、課題、予算規模、提案する製品）を入力に、過去の提案書ファイルの中から条件の近いものを検索し、その構成（見出し立て）と、流用できる箇所を提示させます。
詳しく見る → UC-0002商談後のフォローメール案を過去のやり取りから生成する
商談メモと、その顧客との過去のメールのやり取りを入力に、生成AIへフォローメールの本文案を作らせます。生成するのは、お礼、商談で出た論点の確認、自社が持ち帰った宿題とその期限、次回の打ち合わせの提案の4つを含む文面です。
詳しく見る →自社で使えるAI活用を整理したい方へ
業務内容を伺い、導入候補となるAI活用方法の整理、優先順位付け、PoC設計まで支援します。