ユースケースを検索
入札・提案書の要求事項に対する記載漏れを、提出前に点検する
仕様書やRFPから要求事項を1件ずつ取り出し、提案書のどこで答えているかを対応付けて、記載のないものを一覧にします。取りまとめ担当の作業は、全文を突き合わせて読むことから、挙がった未対応の箇所を確かめて埋めることに変わります。
詳しく見る → UC-0112取扱説明書を改訂したときに、旧版との差分と表記のゆれを出荷前に点検する
改訂前後の取扱説明書を入力に、変わった箇所だけを抜き出し、その箇所が社内の表記ルールと用語集に沿っているかを点検します。直し忘れた旧仕様の記述や、訳語の不一致も指摘します。
詳しく見る → UC-0098新製品の仕様から、他社特許に触れていないかを一次調査する
開発中の製品の仕様を入力に、関係しそうな他社特許を絞り込み、請求項と自社仕様の対応表を作ります。知財担当の作業は、検索式を組んで数百件を目で選り分けることから、絞り込まれた候補を読んで判断することに変わります。
詳しく見る → UC-0087動きの止まった商談を洗い出して、次の一手の案までそろえる
営業支援システムの商談データと活動履歴を入力に、過去の受注・失注の実績から「このまま動かなければ失注しやすい」案件の特徴を数値化し、止まりかけている商談を並べます。あわせて、最後のやり取りから止まっている理由の候補と、次の一手の案を出します。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0056現地調査メモと過去の類似見積から、工事見積の明細の初期案を作る
現地調査のメモと過去の類似見積を入力に、見積書に載せる工事項目と数量の根拠を洗い出し、明細行の骨子を作ります。単価は単価表からプログラムが引くため、AIが金額を決めることはありません。営業の作業は、明細を一から組むことから、抜けと数量を確かめることに変わります。
詳しく見る → UC-0051競合の製品・価格ページを毎週巡回して変更点を一覧にする
競合8社の製品・価格・事例ページを毎週決まった曜日に取得し、前回分との差分から意味のある変更だけを拾って一覧にします。担当者の作業は、各社のサイトを開いて読み比べることから、上がってきた変更点を見て社内に流すかを決めることに変わります。
詳しく見る → UC-0041過去の試作データから次に試す実験条件を絞り込んで試作回数を減らす
これまでに行った試作の「条件」と「結果」を入力に、次に試す価値が高い条件の候補を複数出します。あわせて、その条件が選ばれた理由を文章で示します。
詳しく見る →