AI 事例ポータルを「開くだけで見つかる」形に作り直した話

プロジェクトマネジメント部とプロジェクトアーキテクト部で使っている「AI 事例ポータル」を、キーワード検索だけでなくカテゴリ・悩み・担当プロジェクトの状況の 3 つの入口から探せる形に作り直しました。新しいポータルを開設した 10 月の閲覧数は 171 回で、前月の約 4 倍になっています。

この記事では、作り直す前に行ったヒアリング、声ごとに用意した機能、Claude でモックから形にした進め方、そして Claude の Artifact へ移した理由をまとめます。

---

事例は増えているのに、ポータルが開かれていなかった

2 つの部では、メンバーが作った AI 活用事例（議事録の自動化、提案書作成のスキル化など）を共有する場として、以前から AI 事例ポータルを用意していました。事例は少しずつ増えていましたが、ポータルを開く人は限られ、せっかくの事例が十分に使われない状態が続いていました。

そこで、機能を足す前に「なぜ使われないのか」を確かめることにしました。リーダー・メンバー・事例の投稿者・PMO・管理者に直接話を聞いています。

ヒアリングで出た 6 つの声と、対応した機能

ヒアリングでは、立場ごとに違う不満が出てきました。探す側の声だけでなく、投稿する側と管理する側の声もあったのが、作り直しの範囲を決めるうえで大きかったところです。

作り直す前のポータルは、キーワード検索欄の下に数十個のタグが同じ階層で並び、その下に事例カードが一列に並ぶ構成でした。正確な語を知っている人には使えますが、「自分の仕事に関係ありそうなもの」を探したい人には入口がありませんでした。

4 つの探し方と、投稿・通知・ログ

新しいポータルでは、キーワード検索を残したうえで、探し方を 3 つ追加しました。あわせて、投稿者と管理者のための仕組みも入れています。

次の画面は、新しいポータルで「カテゴリから探す」を選び、「資料作成」を開いたところです。上部に検索欄と 3 つの探し方が並び、下部に人気の投稿が表示されます。

※ 画面内の投稿者のメールアドレスなどはぼかしています。

カテゴリから探す

業務の種類でカテゴリを分けています。画面の例では「資料作成」「会議・議事録」「要件定義・設計」「テスト」「品質管理」「タスク・進捗管理」の 6 つで、会議の議事録を自動化した事例が知りたければ「会議・議事録」を開けば済みます。

悩みから探す

「手作業が多い」「資料作成を楽にしたい」「レビューの工数を減らしたい」のような、想定される悩みごとに事例をまとめています。ヒアリングで「正確なキーワードが分からない」という声が出たため、ツール名や技術名を知らなくても入れる入口として用意しました。

条件で絞る

自分が担当しているプロジェクトの状況（開発フェーズ、使っている AWS など）を入力すると、合いそうな事例を出します。状況は手入力もできますが、Backlog から条件を選ぶと、Claude が Backlog 上の情報を読み取って現在の状況を自動で反映します。毎回条件を打ち込む手間を省くための仕組みです。

投稿者と管理者を支える

探す側の機能に加えて、次の仕組みを入れました。

• 人気の投稿: 画面下部に「いいねが多い」「よく見られている」のランキングを出し、投稿者が反応を確認できるようにしました
• Slack への自動通知: 事例が投稿されると、部の Slack チャンネルに「誰がどの事例を投稿したか」が流れます。PMO がポータルを見に行かなくても新しい事例に気づけます
• アクセスログ: 管理者だけが見られる画面で、利用状況や人気のスキルを確認できます

Claude でモックを作り、レビューで導線を絞り込んだ

作り直しは、いきなり実装に入らず、モックで形を確かめながら進めました。

1. 現状把握: ヒアリングで元のポータルの課題を整理する
2. モック試作: 整理した課題を要件にまとめて Claude に読み込ませ、悩み別の逆引きなどのモックを作る
3. レビュー: 制作のオーナーとモックをレビューし、検索と 3 つの探し方を 1 画面に統合する形に詳細化する
4. 実データ検証: 実際の事例データを入れ、担当プロジェクトからの自動おすすめが期待どおりに動くかを確かめる
5. 展開と運用: 2 つの部に展開し、投稿・通知・ログ・効果測定を含めて運用を始める

モックの段階では「悩み別の逆引き」だけを形にしていましたが、レビューを経てキーワード検索とカテゴリ・悩み・条件の 3 導線を同じ画面に並べる形に落ち着きました。モックを先に見せたことで、どの入口を残すかをオーナーと画面を見ながら決められました。

Claude の Artifact へ移した理由

元のポータルは Google Apps Script の Web アプリとして動いていました。新しいポータルは Claude の Artifact で作っています。移した理由は次のとおりです。

• Claude の Artifact を活用したかった: Claude で作ったものを、そのまま部内で共有して使える形にしたかった
• Backlog の MCP を使いたかった: Backlog の情報をポータルから扱うために、Backlog の MCP を使える環境にしたかった
• キーの管理がしやすい: 外部サービスとつなぐためのキーを扱いやすかった

社内のナレッジを Claude にたどらせる取り組みとしては、4 万件の資料を Claude にたどらせたナレッジ検索もあります。あちらが「詳しい人に聞く」を置き換える検索で、今回は「部内で生まれた事例を見つけてもらう」ための入口づくりです。Artifact で共有ページを作る手順は Claude Code Artifacts の紹介記事で扱っています。

なお、閲覧権限はプロジェクトマネジメント部とプロジェクトアーキテクト部にだけ付与しています。ほかの部のメンバーは現時点ではアクセスできません。

開設月の利用状況

新しいポータルを開設したのが 10 月のため、10 月 1 か月分のアクセスログで効果を測りました。

推定時短時間は実測ではありません。事例ごとに「この事例を導入すると何時間短くなるか」を推定値として設定しておき、その事例に紐づく Claude のスキルがダウンロードされた回数を掛けて出しています。スキルを入れたあと実際に使われたかまでは追えていないため、利用実態との差は今後の運用で確かめる必要があります。

いずれも開設した月の数字なので、閲覧数の伸びが続くかどうかは翌月以降のログで確かめていきます。

まとめ

機能を考える前に「なぜ使われないのか」を立場ごとに聞いたことで、探す人の不満だけでなく、投稿者の「反応がないと続かない」という声も拾えました。その結果、検索の改善に加えて、いいねや Slack 通知のように事例を投稿し続けてもらうための仕組みまで、作り直しの範囲に入れています。

KDDIアイレットでは、社内ナレッジを AI で活用する取り組みを、お客様の環境でも支援しています。RAG と MCP で社内ナレッジ検索を効率化した例は gaibot の導入事例で紹介しています。社内の情報資産の活用にお悩みの方は、お気軽にご相談ください。