ERP導入を検討する際、多くの企業が「どのような業務機能が備わっているか」という機能要件に注力しがちです。しかし、実際にシステムが新しくなって稼働し始めると、「画面の切り替えが遅くて日常業務に支障が出る」「夜間バッチ処理が翌朝までに終わらない」といった深刻なトラブルが頻出します。これらはすべて、システムの品質や性能、運用ルールを定める「非機能要件」の定義不足が原因です。本記事では、RFP（提案依頼書）で抜け落ちがちな「ちゃんと動く」の具体的な定義方法と書き方を徹底解説します。

曖昧な要件が招くトラブル

システム開発やパッケージ導入において、非機能要件が曖昧なままプロジェクトが進むと、ユーザー側とベンダー側の双方に大きな「認識のズレ」が生じます。例えば、RFPに「実用的な速度で動作すること」や「セキュリティが確保されていること」とだけ記載した場合、ベンダーは自社の標準的な仕様に基づき、最もコストがかからない構成で見積りを算出します。

しかし、ユーザーが期待する「実用的な速度」と、ベンダーが想定するシステム仕様には大きな乖離があるのが一般的です。稼働後に「処理が遅すぎて使い物にならない」と不満を訴えても、ベンダー側は「要件定義書に明記されていないため、チューニングや構成変更には追加の費用と期間が必要」と主張せざるを得ません。このような言った・言わないのトラブルを防ぎ、初期段階から精緻な見積りを引き出すためには、プロジェクトの最初期における非機能要件の合意形成が不可欠となります。

非機能要件を定量化する手法

非機能要件を有効に機能させるための鉄則は、ベンダーが客観的に検証できるレベルまで基準を「数値化」することです。抽象的な言葉を排除し、誰もが同じ基準で評価できる測定可能な目標を設定します。これを怠ると、テスト工程で「動く・動かない」の不毛な議論が発生します。

性能と応答速度の基準

最もトラブルになりやすい「画面の表示速度」や「バッチの処理時間」は、具体的な数値を提示します。「通常時の画面遷移は3秒以内、ピーク時でも5秒以内に応答すること」といった表現が適切です。また、これらを検証するための前提条件として、最大同時接続ユーザー数や、1日あたりの平均トランザクション件数もRFPに明記する必要があります。

障害時の復旧目標時間

システムが停止した際の許容度合いも、数値で示さなければなりません。目標復旧時間（RTO）を「システム停止から4時間以内」、目標復旧時点（RPO）を「前日の夜間バックアップ時点（最大24時間前のデータ消失まで許容）」のように定めます。これらを明示することで、ベンダーは冗長構成やバックアップ体制に必要な機器構成と費用を正確に見積もることが可能になります。RFP作成時には、業務影響度に応じた定量的な目標値を設定しましょう。

中堅企業が定義すべき5大項目

全ての非機能要件を大企業の基幹システムと同じレベルで完璧に満たそうとすると、インフラ費用や保守費用が膨大になり、予算オーバーを引き起こします。そのため、中堅企業のERP導入においては、投資対効果のバランスを考慮し、中堅企業の実身の丈に合ったレベルを見極めることが極めて重要です。具体的には以下の5大項目を中心に要件を整理します。

  • 可用性：稼働時間（例：平日午前8時から午後8時まで）と許容される年間ダウンタイム。
  • 性能・拡張性：同時ログイン人数とデータ増加に伴うスケールアップの容易さ。
  • 運用・保守：データの世代管理バックアップ、障害時の緊急連絡フローと対応時間帯。
  • 移行性：現行システムから新システムへの移行手順と、移行作業に伴う週末システム停止の許容時間。
  • セキュリティ：ログイン時の認証方式（多要素認証の有無）、操作ログの保持期間、アクセス権限の管理レベル。

非機能要件の引き上げは、システム構築および維持コストの急激な高騰を招きます。

このように、本当に自社のビジネスを継続するために不可欠な水準を見極め、不要な高スペック要件は「削る」という引き算の視点で要件を絞り込んでいく姿勢が必要です。

見積り精度を高めるRFPの工夫

ベンダーから精緻な見積り回答を得るためには、単に目標値を提示するだけでなく、ベンダーがシステム構成やクラウドのインスタンスサイズを適切に設計しやすいようにインプット情報を開示することが重要です。

具体的には、自社の現状の実績データをRFPに添付します。例えば、現在のマスタデータ件数（顧客マスタや品目マスタなど）、月間の最大伝票起票数、月末の処理集中時間帯におけるアクセス動向などです。これらの情報があることで、ベンダー側はサーバーのスペックやネットワーク帯域を過不足なく設計できるようになり、リスク回避のために見積りに上乗せされる「過剰なバッファ費用」を最小限に抑えられます。

ERP選定や要件定義の進め方に迷った際は、実務に即したRFPテンプレートや専門ノウハウを提供するERPilotを活用するのも有効なアプローチです。プロの視点を取り入れることで、漏れのない確実な要件定義を効率的に進めることができます。

まとめ

非機能要件は、ERPプロジェクトの成功を裏で支える重要な土台です。性能や信頼性、セキュリティといった要素を「ちゃんと動く」という一言で片付けず、定量的な基準としてRFPに落とし込むことで、ベンダーからの提案と見積りの精度は劇的に向上します。自社のビジネス要件に見合った適切なレベルを見極め、コストパフォーマンスの高いERPシステムを構築しましょう。