「要件定義は専門的だから業者に任せたい」——中小企業の経営者からよく聞く言葉です。気持ちはわかりますが、要件定義を業者任せにすると、稼働後に「思っていたものと違う」という結果になりがちです。本記事では、自社が主導権を持って要件定義を進めるための5ステップを解説します。1〜2週間で形にできる現実的な手順です。
この記事の結論（3行）
- 要件定義の主役は経営者と現場。業者は実装可能性を判断するパートナーに過ぎない
- 5ステップは、業務一覧化・課題抽出・あるべき姿の言語化・優先順位付け・業者壁打ち
- 完璧な要件書を目指さず、A4で10枚程度の「現場の言葉」で書かれた要件で十分に通じる
なぜ要件定義を業者任せにしてはいけないのか
要件定義は「業務を理解した人」が主役を務める作業です。業者は技術や実装の専門家ですが、御社の業務の専門家は社内にしかいません。業者に要件定義を丸投げすると、業者は一般的な業界モデルに当てはめて要件書を書きます。結果として「自社の特殊なルール」「現場の暗黙知」が抜け落ち、稼働後に「これじゃ使えない」という反応が返ってきます。
- 業者は「一般論の業務モデル」しか持っていない
- 自社の独自ルールは社内の人しか言語化できない
- 要件書の主語は「業者」ではなく「自社」であるべき
この3つは、要件定義のスタート時点で握っておいてください。要件定義は「業者に書いてもらう」のではなく「自社で書き、業者と詰める」プロセスです。
業者は「一般論の業務モデル」しか持っていない
業者は他社の事例を多く持っていますが、それは他社のものです。御社の業界、規模、歴史で形成された業務は業者の引き出しの中にはありません。経営者と現場が要件を書き、業者が実装可能性の観点から磨く——この役割分担が本来の姿です。
自社の独自ルールは社内の人しか言語化できない
「月末に集中する」「営業所ごとに値引きルールが違う」「特定顧客は手書きFAXで受注」——こうした独自ルールは、現場担当者が日常で意識せず処理しているため、ヒアリングだけでは出てきません。経営者が「うちの特殊なところ」を書き出す時間を取ることで、要件定義の精度が変わってきます。
自社で要件定義を進める5ステップ
要件定義を自社主導で進めるための5ステップを、所要時間と成果物を整理します。
| ステップ | 所要時間 | 成果物 | 主担当 | |---|---|---|---| | 1. 業務一覧化 | 2〜3日 | 業務リスト30〜50行 | 現場 | | 2. 課題抽出 | 2〜3日 | 困りごとシート | 現場 | | 3. あるべき姿の言語化 | 2〜3日 | 目指す状態の文章 | 経営者 | | 4. 優先順位付け | 1日 | トップ3項目 | 経営者 | | 5. 業者壁打ち | 1〜2週間 | 要件書ドラフト | 経営者+業者 |
合計2〜4週間で要件書ドラフトが完成します。重要なのは、ステップ1〜4を業者に頼らず社内で完結させることです。
ステップ1: 業務一覧化
自社の業務をExcelで一覧化します。粒度は「営業」「受発注」「在庫」「請求」のような部門レベルから、「顧客マスタ更新」「日次入金照合」のような作業レベルまで2階層で書き出します。最初は粗くて構いません。30〜50行のリストが2〜3日で出来上がります。
ステップ2: 課題抽出
業務一覧の各行に「いま何に困っているか」を1文添えます。現場担当者に書いてもらうのが理想です。「Excelが重い」「二重入力」「印刷して回覧」のような、生々しい困りごとが集まれば成功です。
ステップ3: あるべき姿の言語化
経営者が「3年後にどうなっていたいか」を文章で書きます。「全営業所の在庫がリアルタイムで見える」「請求書発行が10分で終わる」のような、具体的な状態を5〜10個書ければ十分です。この文章が要件定義の北極星になります。
ステップ4: 優先順位付け
困りごとと、あるべき姿を突き合わせ、最優先で解決すべき3項目を選びます。経営者の判断が必要な工程です。全てを一度に解決しようとせず、3つに絞ることで予算とスケジュールが現実的になります。優先順位を判断する際の基準を整理したい場合は、業務改善・システム見積もりAI適正診断で項目を整理できます。
ステップ5: 業者壁打ち
ここで初めて業者と打ち合わせに入ります。業者の役割は「自社で書いた7割の要件」を「実装可能な9割の要件」に磨くことです。業者から「ここはこうしたほうが安く済む」「この機能は技術的に難しい」とフィードバックを受け、要件書を更新していきます。
要件書に書くべき項目と書かなくていい項目
要件書というと厚い文書を想像しがちですが、中小企業の発注では「A4で10枚程度」が現実的です。書くべき項目と省略していい項目を整理します。
書くべき項目は、機能一覧、画面遷移の概略図、業務フロー図、データ項目の一覧、運用要件（誰が使うか・同時利用人数）、非機能要件（処理速度・稼働時間）の6種類です。これらが揃えば業者は見積もれます。
書かなくていい項目は、UIの細かいデザイン、技術スタックの指定、データベースの構造、APIの仕様——こうした実装寄りの項目は業者の領域です。経営者が指定するとかえって柔軟性を失います。実装はプロに任せ、業務は自社で語る、という役割分担を意識してください。
機能一覧は「動詞+目的語」で書く
機能一覧は「顧客マスタを登録する」「受注を入力する」のような動詞+目的語の形で書きます。1機能1行で30〜50行、各行に「優先度」「想定利用頻度」を添えれば、業者は工数を見積もれます。
業務フロー図は紙とペンで描く
業務フロー図は紙とペンで描いて構いません。「受注→在庫確認→出荷指示→請求」のような流れを矢印で結べば、業者は十分に理解できます。デザインツールで美しく描く必要はなく、現場の言葉で書かれたメモのほうが実装段階で役立ちます。
経営者目線で考える「要件定義で経営者がやるべきこと」
要件定義の現場で、経営者が果たすべき役割は3つあります。
第一に、優先順位の決定です。現場と業者だけで進めると全機能が「重要」になります。経営者が「これは外す」と判断する役割を引き受けてください。第二に、予算上限の明示です。「ここまでなら出せる」というラインを業者に伝えれば、予算内に収まる代替案が出てきます。第三に、現場と業者の橋渡しです。経営者が間に入って「これは必要、これは贅沢」を仕分けると、プロジェクトは健全に進みます。
経営者の役割は「技術判断」ではなく「優先順位と予算の判断」です。技術は業者に任せ、判断は経営者が握る役割分担が要件定義成功の鍵です。
ぷらすわんの実例：じちなびで実践した要件定義の絞り込み
ぷらすわんが手がけた「じちなび」の事例をお伝えします。じちなびは自治体・地域DXのマッチングポータルで、市場相場では300〜800万円規模の案件ですが、ぷらすわんでは200万円規模で立ち上げました。
この差を生んだのが、要件定義段階での「絞り込み」です。当初は申請フロー、承認フロー、履歴管理など30項目以上が挙がっていましたが、全て実装すると500万円以上の見積もりになります。そこで「マッチング成立まで」を最小スコープと定義し、機能数を10項目に絞り込み、Next.js + Supabaseの構成で200万円の予算でも実用レベルのポータルを立ち上げられました。
要件定義は「全部書く」ではなく「優先順位で削る」プロセスです。自社の業務でこの絞り込みをどう進めるか項目別に整理できます。
まとめ
要件定義は「業者に書いてもらう」ものではなく「自社で書き、業者と詰める」プロセスです。経営者と現場が主役を務め、業務一覧化・課題抽出・あるべき姿の言語化・優先順位付け・業者壁打ちの5ステップを進めれば、2〜4週間でA4で10枚程度の要件書ドラフトが完成します。
要件書は完璧を目指す必要はありません。現場の言葉で書かれた優先順位が明確な要件があれば、業者は実装可能な提案を出してくれます。経営者がやるべきは技術判断ではなく、優先順位と予算の判断です。