ユースケースを検索
社内の業務手順書が実態と合っているかを点検して、改訂が要るものを洗い出す
業務手順書を入力に、その手順書が前提としている画面名・帳票の様式・社内規程・部署名・システム名を抜き出し、現在の正本と照らして食い違う箇所を出します。文書管理の担当は、全部を読み返す作業から、指摘された箇所を確認する作業に変わります。
詳しく見る → UC-0112取扱説明書を改訂したときに、旧版との差分と表記のゆれを出荷前に点検する
改訂前後の取扱説明書を入力に、変わった箇所だけを抜き出し、その箇所が社内の表記ルールと用語集に沿っているかを点検します。直し忘れた旧仕様の記述や、訳語の不一致も指摘します。
詳しく見る → UC-0111既存顧客の解約の兆しを利用状況と問い合わせから拾って、フォローの順番を決める
製品の利用ログ、問い合わせ履歴、請求の状況を入力に、顧客ごとの解約の確率を出し、問い合わせ本文から読み取れる不満の中身を添えて、フォローする順番の案を作ります。
詳しく見る → UC-0108納付期限が来る特許を、事業での使用状況と照らして維持と放棄の判断材料を作る
翌々月に特許料の納付期限が来る権利を一覧にし、公報から請求項の要点を取り出して、自社の製品仕様や事業計画と突き合わせた検討表を作ります。維持する理由と放棄してよい理由の両方を並べます。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0053設備の保守マニュアルと過去の対応履歴から現場の質問に根拠付きで答える
現場からの「この型式でこのエラーが出たときはどうするか」という質問に対し、該当する設備のマニュアルと過去の対応履歴を探して、出典付きの回答案を返します。保全員の作業は、書庫と過去の日報を探すことから、示された根拠を読んで自分の設備に当てはまるかを判断することに変わります。
詳しく見る → UC-0049入社・退職の連絡から社会保険と雇用保険の手続きリストと期限を作る
顧問先からメールや添付ファイルで届く入社・退職の連絡を入力に、生成AIで氏名・日付・給与・週の労働時間などを抜き出し、曖昧な点と聞き返しの文面を下書きします。必要な手続きと提出期限は、人が管理するルール表とプログラムで決めます。連絡を読み解き、期限を数えて台帳に書く作業が減ります。
詳しく見る → UC-0041過去の試作データから次に試す実験条件を絞り込んで試作回数を減らす
これまでに行った試作の「条件」と「結果」を入力に、次に試す価値が高い条件の候補を複数出します。あわせて、その条件が選ばれた理由を文章で示します。
詳しく見る → UC-0025社外に出す文章の誤字と表記ゆれを社内ルールで一括チェックする
公開前の原稿と、自社で決めた表記ルールの一覧を入力に、誤字・脱字、表記ゆれ、文体の不統一、社名や商品名の誤りを指摘させる構成です。AIに文章を書き換えさせるのではなく、「どこが、どのルールに、どう反しているか」を一覧で返させます。
詳しく見る →