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