WHY
AI要件定義で詰まるのは、AIの能力不足よりも、入力する情報が曖昧で、スコープと例外が整理されていないことが原因です。そこでAtsumellは、要件を構造化して渡せる状態を先に作ります。
AI要件定義
曖昧な会話を、入力・処理・出力・例外の構造へ落とし込む。最初のレビュー精度を上げる中心テーマです。
AI要求定義
ビジネス側の意図を、AIと人間の両方が誤解しにくい形へ翻訳する。FAQや用語の揺れもここで吸収します。
AI上流工程
要件定義だけで終わらず、仕様・設計・レビュー・変更管理までを一続きで扱う。手戻りの大半 をここで減らします。
HOW
Atsumellでは、Kakusillで仕様の初稿を作り、AIエージェントで論点を洗い出し、レビューで抜け漏れを潰す流れを推しています。上流工程を「人の勘」ではなく「再現可能なプロセス」に寄せるのがポイントです。
典型的な改善ポイント
- ヒアリング時点で前提条件と例外を取り切る
- 仕様書を入力・処理・出力・制約で分解する
- レビューで「未定義のまま進む部分」を先に見つける
- 記事クラスターで似た検索意図をまとめて獲得する
FAQ
検索語の揺れがある領域なので、FAQで同義語を拾うのが効きます。
AI要件定義とAI要求定義は何が違う？
実務ではほぼ同じ文脈で使われることが多いですが、Atsumellでは検索意図の中心をAI要件定義に置き、AI要求定義は同義 語として本文・FAQ・内部リンクで拾う設計にしています。
AI上流工程はどこまで含めるべき？
要件定義だけでなく、業務ヒアリング、論点整理、仕様書の構造化、レビュー設計、変更管理までを含めると、AI導入の効果が安定します。
なぜブログ記事も必要？
1ページで取り切れる検索は限られるため、要件定義の失敗パターン、仕様書の書き方、SDD、AIエージェント活用を記事クラスターとして積み上げるほうが上位化しやすいからです。