COLUMN / AI・DX
AIシステム開発の要件定義|Claudeで要件書の下書きを作る手順
この記事の要点
- AIシステム開発の要件定義は、「目的・対象業務・入力と出力・守るルール・完了の基準」の5項目を文章にすると進められます。
- Claudeのプロジェクトに業務メモと資料を保存し、5項目の下書きを作らせると、白紙から書くより短時間でたたき台ができます。
- Claudeが作るのは下書きです。事実関係と優先順位は担当者が確かめ、開発会社との打ち合わせで確定させます。
AIシステムの開発を開発会社に頼もうとして、「要件を書いてほしい」と言われて手が止まる担当者は少なくありません。要件が曖昧なまま発注すると、見積もりの前提がそろわず、完成後に「思っていたものと違う」となりがちです。この記事では、Claudeを使って要件書の下書きを作り、開発会社との打ち合わせに持ち込める状態にする手順を説明します。なお、開発会社の選び方は別の観点になりますので、ここでは発注前の準備に絞ります。
AIシステム開発の要件定義とは?できること
要件定義とは、これから作るシステムが「何のために、何をして、どこまでできれば完成か」を文章で決める作業です。Claudeには、担当者の頭の中にある業務の流れを聞き出して整理し、要件書の形に書き起こす下書きを任せられます。
全体の流れは次のとおりです。担当者が業務メモと既存の資料を用意し、Claudeのプロジェクトに保存します。Claudeが5項目の下書きと「確認が必要な点」の一覧を作り、担当者が直して、開発会社との打ち合わせで確定させます。
Claudeのプロジェクトは、独立したワークスペースで、プロジェクトごとにチャット履歴とナレッジ(資料)を持てます。指示は「プロジェクト指示」で設定します。詳しくは公式ヘルプのプロジェクトとは何ですか?を確認してください。使い方の基本はClaudeのプロジェクトの使い方にもまとめています。
準備するもの
準備するものは、Claudeのプラン、業務の記録、既存の資料、確認する担当者の4つです。
準備するもの | 内容 |
|---|---|
Claudeのプラン | プロジェクトが使えるアカウント。複数人で下書きを見直すなら、共有ができるTeamプラン以上が便利です |
業務メモ | 今の業務の流れ、困っていること、誰がどのくらいの頻度で行っているかを箇条書きにしたもの |
既存の資料 | 画面の写し、帳票の見本、既存のマニュアル、使っているツールの一覧。個人情報や機密は事前に取り除きます |
確認する担当者 | 業務を知る現場の担当者と、費用や優先順位を決められる責任者 |
機密情報の扱いは、社内で先に決めておくと安心です。考え方はClaudeで機密情報を扱う線引きを参考にしてください。
設定の手順
設定は、プロジェクトを作り、資料を入れ、指示を保存し、下書きを作らせて見直すという順で行います。流れは「プロジェクトの作成→資料の追加→指示の保存→下書きの生成→人による確認と修正」の5段階です。
- Claudeの画面でプロジェクトの一覧を開き、新しいプロジェクトを作成して「AIシステム要件定義」のように名前を付けます。
- プロジェクトのナレッジ(資料)に、業務メモと既存の資料をアップロードします。個人名や顧客名は、アップロード前に「顧客A」のような記号へ置き換えます。
- 「プロジェクト指示」に、次の章の指示文を貼り付けて保存します。
- プロジェクト内で新しいチャットを開き、「この業務のAIシステムの要件書の下書きを作ってください」と依頼します。
- 出てきた下書きのうち、「確認が必要な点」の一覧から先に読み、現場の担当者に聞いて答えをチャットに返します。
- 答えを反映した第2版を作らせ、5項目それぞれが書けているかを担当者が読んで確かめます。
- 責任者が優先順位を付け、完成した版を開発会社との打ち合わせ資料として使います。
そのまま使える指示文の例
指示文は、【目的】【手順】【守るルール】【報告】の4つの欄で書くと、毎回同じ形の下書きが出ます。自社の事情に合わせて「自社の〇〇」の部分を置き換えてください。
【目的】
自社の〇〇業務をAIシステムで効率化するための、要件書の下書きを作る。開発会社に見せて見積もりと設計の相談をするための資料にする。
【手順】
1. プロジェクトの資料(業務メモ・既存資料)をすべて読む。
2. 次の5項目で下書きを作る。
(1) 目的:解決したい問題と、変えたい結果
(2) 対象業務:今の流れ、担当者、頻度、対象に含めない業務
(3) 入力と出力:使うデータ、受け取る形式、出力の形、渡す相手
(4) 守るルール:機密情報の扱い、人が確認する場面、失敗したときの止め方
(5) 完了の基準:何ができれば完成と言えるか、確かめる方法
3. 資料から読み取れず、推測で書いた箇所には「【要確認】」を付ける。
4. 最後に「確認が必要な点」を、優先度の高い順に一覧にする。
【守るルール】
・資料に書かれていないことは事実として書かず、【要確認】にする。
・費用、期間、数字は、資料にあるものだけを使う。資料にないときは空欄にする。
・システムの実装方法や製品名は決めつけず、選択肢として並べる。
・文体は「です・ます」で、専門用語には短い説明を添える。
【報告】
・5項目の下書き、【要確認】の一覧、次に担当者が決めるべきことを3つ以内で示す。
うまく動かすコツと注意点
- 一度に全体を作らせず、まず5項目の下書きと「確認が必要な点」だけを出させます。確認点への回答を入れてから第2版を作ると、ずれが減ります。
- 「完了の基準」は、数や時間などの測れる形で書かせます。たとえば「毎週の集計が人の作業なしで届く」のように、確かめられる文にします。
- 業務の例外(欠けたデータ、キャンセル、差し戻しなど)を現場に聞き、メモに足します。例外の漏れは、開発後の手戻りの大きな原因になります。
- Claudeの下書きは誤りを含むことがあります。数字、固有名詞、法令や契約に関わる内容は、担当者と専門家が確かめます。
- 要件は一度で完璧にしなくて構いません。小さく試して確かめる進め方はPoC(概念実証)とはで説明しています。
導入チェックリスト
- □ 解決したい問題を、1〜2文で言える
- □ 対象業務の今の流れを、箇条書きにしてある
- □ 使う資料から、個人情報と機密を取り除いてある
- □ Claudeのプロジェクトに、資料と指示を保存した
- □ 【要確認】の一覧を、現場の担当者に確認した
- □ 完了の基準が、測れる形で書かれている
- □ 責任者が優先順位を決め、開発会社に渡す版が確定した
株式会社木立の実践
株式会社木立は、自社の業務でClaudeのスケジュールタスクを使い、コラム記事の補充と予約投稿、Webサイトのアクセスの日次レポート、経営ダッシュボードの毎朝の更新、朝のブリーフィングなどを毎日自動で動かしています。どの仕組みも、先に「何をして、何を書かず、失敗したらどう止めるか」を文章にしてから作りました。要件定義で決める5項目は、この指示文の考え方と同じです。AI開発では戦略立案から開発・運用・社内定着まで一社で担当し、Claude・OpenAI・Gemini・Azure AI・AWS Bedrock などから課題に合わせて選びます。株式会社木立のAIコンサルティングは、ヒアリング1回でその直後から始められ、決まったマニュアルを使わず、進め方・使うAI・成果物をすべてお客様ごとにオリジナルで設計します。
よくある質問
要件書は、どのくらい細かく書けばよいですか?
最初は5項目が1ページずつ書ける程度で十分です。細部は開発会社との打ち合わせで詰めます。【要確認】が多く残っていても、それ自体が打ち合わせの材料になります。
要件定義を、開発会社に任せることはできますか?
任せることも可能です。ただし、業務の中身を一番知っているのは担当者です。下書きを用意しておくと、打ち合わせが短くなり、認識のずれも減らせます。
既存の資料がほとんどない場合はどうしますか?
担当者が話した内容を箇条書きにしてClaudeに渡し、質問を出させる方法があります。「足りない情報を、1回に5問まで質問してください」と指示すると、聞き取りの代わりになります。
Claudeの下書きをそのまま発注に使ってよいですか?
そのままは使わず、担当者と責任者が内容を確かめてから使ってください。数字や固有名詞は誤りが入る可能性があるためです。
まとめ
- AIシステム開発の要件定義は、目的・対象業務・入力と出力・守るルール・完了の基準の5項目で整理します。
- Claudeのプロジェクトに資料と指示を保存すると、毎回同じ形の下書きと【要確認】の一覧が作れます。
- 下書きの確認と優先順位の判断は人が行い、開発会社との打ち合わせで確定させます。
要件の整理から開発まで相談したい方は、AI開発、AIコンサルティング、ニューロマーケティングの各サービスをご覧ください。まずは無料の業務診断、またはお問い合わせからご相談ください。