ユースケースを検索
社内の業務手順書が実態と合っているかを点検して、改訂が要るものを洗い出す
業務手順書を入力に、その手順書が前提としている画面名・帳票の様式・社内規程・部署名・システム名を抜き出し、現在の正本と照らして食い違う箇所を出します。文書管理の担当は、全部を読み返す作業から、指摘された箇所を確認する作業に変わります。
詳しく見る → UC-0133納品先ごとに違う納品条件を、出荷現場の質問に根拠付きで答える窓口を作る
納品先ごとの覚書・納品指示書・過去のやり取りを検索できる形にし、出荷現場からの質問に、どの文書の何行目に書かれているかを添えて答えます。担当者の作業は、探して伝えることから、返ってきた答えを確かめることに変わります。
詳しく見る → UC-0108納付期限が来る特許を、事業での使用状況と照らして維持と放棄の判断材料を作る
翌々月に特許料の納付期限が来る権利を一覧にし、公報から請求項の要点を取り出して、自社の製品仕様や事業計画と突き合わせた検討表を作ります。維持する理由と放棄してよい理由の両方を並べます。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0053設備の保守マニュアルと過去の対応履歴から現場の質問に根拠付きで答える
現場からの「この型式でこのエラーが出たときはどうするか」という質問に対し、該当する設備のマニュアルと過去の対応履歴を探して、出典付きの回答案を返します。保全員の作業は、書庫と過去の日報を探すことから、示された根拠を読んで自分の設備に当てはまるかを判断することに変わります。
詳しく見る → UC-0030顧客からの不具合報告を原因区分で分類して再発防止の台帳にする
顧客や営業担当から届く不具合報告の文面を入力に、製品名、型式、発生した現象、発生した工程、発生時期、顧客影響の度合いを取り出し、社内で決めてある原因区分の候補を付けます。あわせて、過去の不具合台帳から似た事例を探して並べます。
詳しく見る → UC-0019過去の対応履歴とFAQから回答案を作成する
問い合わせ内容を入力に、社内のFAQ、製品マニュアル、過去の対応履歴から根拠となる情報を検索し、出典を明示した回答案を作ります。
詳しく見る →