ユースケースを検索
設計変更の影響範囲を、部品表と図面と手配の状況から洗い出す
設計変更が確定した時点を起点にします。変更する部品番号と図面番号を渡すと、部品表の上位展開、図面や取扱説明書の横断検索、発注残や在庫の照会をまとめて行い、影響を受ける製品と文書と手配の一覧を根拠付きで出します。探し回る作業がなくなります。
詳しく見る → UC-0128同じ物をばらばらに買っている状態を購買明細から見つけて、集約の候補を出す
購買明細の自由記述の品名を品目区分に分類し、同じ物の異なる呼び方をまとめて、拠点ごとの仕入先と単価のばらつきを一覧にします。購買担当の作業は、1行ずつ品名を読んで区分に当てはめることから、まとまった結果を見て集約を検討することに変わります。
詳しく見る → UC-0112取扱説明書を改訂したときに、旧版との差分と表記のゆれを出荷前に点検する
改訂前後の取扱説明書を入力に、変わった箇所だけを抜き出し、その箇所が社内の表記ルールと用語集に沿っているかを点検します。直し忘れた旧仕様の記述や、訳語の不一致も指摘します。
詳しく見る → UC-0088SaaSの契約数と利用状況を突き合わせて、使われていないライセンスを洗い出す
各SaaSの利用状況と、契約台帳・人事の在籍データを突き合わせ、使われていないライセンス、退職者に残っているアカウント、契約数と利用者数のずれを一覧にします。担当者の作業は、40本のサービスに1つずつログインして数えることから、出てきた一覧を確認することに変わります。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0041過去の試作データから次に試す実験条件を絞り込んで試作回数を減らす
これまでに行った試作の「条件」と「結果」を入力に、次に試す価値が高い条件の候補を複数出します。あわせて、その条件が選ばれた理由を文章で示します。
詳しく見る → UC-0029SaaSの導入前に利用規約とセキュリティ資料を確認項目に沿って一覧にする
導入を検討しているSaaSについて、公開されている利用規約、プライバシーポリシー、データ処理契約（DPA）、サブプロセッサ一覧、セキュリティに関する説明資料を読み込み、社内の確認項目に沿って一覧にします。
詳しく見る →