ユースケースを検索
エネルギー使用量を月次で集計して、増減の理由と見通しを出す
拠点ごとのエネルギー使用量を入力に、原単位と前年同月比を計算し、増減の要因を切り分ける材料をそろえます。担当者の作業は、数字を集めて表にすることから、出てきた増減の理由を拠点に確かめることに変わります。
詳しく見る → UC-0112取扱説明書を改訂したときに、旧版との差分と表記のゆれを出荷前に点検する
改訂前後の取扱説明書を入力に、変わった箇所だけを抜き出し、その箇所が社内の表記ルールと用語集に沿っているかを点検します。直し忘れた旧仕様の記述や、訳語の不一致も指摘します。
詳しく見る → UC-0111既存顧客の解約の兆しを利用状況と問い合わせから拾って、フォローの順番を決める
製品の利用ログ、問い合わせ履歴、請求の状況を入力に、顧客ごとの解約の確率を出し、問い合わせ本文から読み取れる不満の中身を添えて、フォローする順番の案を作ります。
詳しく見る → UC-0103設備の故障の兆しを、点検記録と保全履歴から拾って優先度をつける
点検記録と保全履歴を入力に、部品の交換時期、点検値の傾向、自由記述の異常の兆しを突き合わせ、優先して見るべき設備を並べます。保全担当の作業は、経験で見当をつけることから、挙がった設備を確かめることに変わります。
詳しく見る → UC-0088SaaSの契約数と利用状況を突き合わせて、使われていないライセンスを洗い出す
各SaaSの利用状況と、契約台帳・人事の在籍データを突き合わせ、使われていないライセンス、退職者に残っているアカウント、契約数と利用者数のずれを一覧にします。担当者の作業は、40本のサービスに1つずつログインして数えることから、出てきた一覧を確認することに変わります。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0057仕入先からの値上げ依頼を購買実績と物価指数に照らして、協議用の検討表にまとめる
仕入先から届く値上げ依頼の文書を読み、対象品目・改定率・実施希望日・理由・根拠資料の有無を取り出して、購買実績と物価指数に照らした検討表にまとめます。購買担当の作業は、依頼書と実績を突き合わせて表を作ることから、表を見て協議の進め方を決めることに変わります。
詳しく見る → UC-0041過去の試作データから次に試す実験条件を絞り込んで試作回数を減らす
これまでに行った試作の「条件」と「結果」を入力に、次に試す価値が高い条件の候補を複数出します。あわせて、その条件が選ばれた理由を文章で示します。
詳しく見る → UC-0039新商品名の候補を先行商標と突き合わせて出願前のリスクを一次仕分けする
商品開発チームが出した名称候補を入力に、特許庁のJ-PlatPat（特許情報プラットフォーム）で検索した結果を読み取り、候補ごとに「先行する登録商標とどれくらい近いか」を高・中・低に仕分けて、その理由を文章で返します。
詳しく見る → UC-0025社外に出す文章の誤字と表記ゆれを社内ルールで一括チェックする
公開前の原稿と、自社で決めた表記ルールの一覧を入力に、誤字・脱字、表記ゆれ、文体の不統一、社名や商品名の誤りを指摘させる構成です。AIに文章を書き換えさせるのではなく、「どこが、どのルールに、どう反しているか」を一覧で返させます。
詳しく見る →