顔認証システム開発の発注/外注/依頼/委託方法について

顔認証システム開発の発注は、発注前の準備・ベンダー選定・契約条件の確認・発注後の管理の順に進めます。各段階で何を決め、何を確かめるかを先に押さえておくと、全体の流れが見えてきます。進め方の要点は次の3点です。

  • 利用目的、対象者、精度、運用、個人情報を整理する
  • RFP、PoC、提案、実績、セキュリティを比較する
  • 契約、検収、保守、改善の条件を決める

▼全体ガイドの記事
・顔認証システム開発完全ガイド|進め方・費用・発注方法を徹底解説をご覧ください。

発注前の準備:要件整理と社内合意

顔認証システムの発注前に確認する導入目的、機能要件、非機能要件、法的要件を並べた図。
目的から法的条件まで、社内で確認する観点が並びます。

顔認証システムの発注では、発注前の準備がもっとも大切です。要件があいまいなままベンダーに任せると、費用超過・品質不足・スケジュール遅延のリスクが大きく高まります。そのため、発注前に社内で十分に議論して要件を明確にしてから、発注の段階に進みます。

導入目的と解決したい課題の明確化

顔認証システムの開発要件を整理するときは、まず「なぜ顔認証が必要か」という導入目的を明確にすることから始めます。入退場管理の効率化・不正アクセス防止・本人確認の厳密化・顧客体験の向上・勤怠管理の正確化など、目的によって求められる機能・精度・セキュリティレベルが大きく変わります。

目的が曖昧なまま開発を進めると、完成したシステムが業務課題の解決に貢献しない事態が生じかねません。また、個人情報保護法への対応や、従業員・顧客からの同意取得の方法、データの保存期間といった法的要件も、事前に社内の法務担当者と確かめておく必要があります。

機能要件と非機能要件の整理

機能要件では、認証対象(社員・来訪者・顧客)、認証規模(登録人数・1日の認証件数)、認証シナリオ(1対1認証・1対N照合)を整理します。さらに、利用場所(屋内・屋外・明暗)や、連携するシステム(入退場ゲート・勤怠管理・決済システム等)も確かめておきます。

非機能要件では、認証精度(FAR・FRRの許容値)、認証速度、可用性(99.9%以上等)を定めます。加えて、セキュリティ要件(暗号化方式・データ保存場所・アクセス制御)、拡張性(将来の人数増加への対応)、保守性も定義します。

これらを整理したうえでRFI(情報提供依頼書)やRFP(提案依頼書)を作成すると、ベンダーから質の高い提案を受けやすくなります。

ポイント

導入目的と要件が社内で話し合われ、法務担当者との確認も済んでいるかが判断の目安です。そこまで整っていれば、ベンダーの選定に進めます。

ベンダー選定と提案評価のプロセス

ベンダー提案を技術提案の具体性、類似案件の実績、費用の妥当性、プロジェクト管理体制で評価する図。
コストだけでなく、技術や運営体制も同じ場で見比べます。

発注先のベンダーを選ぶ段階は、顔認証システム開発の成否を左右する、もっとも重要な段階です。コストに加えて、技術力・実績・プロジェクト管理力・コミュニケーション力を総合的に評価することが求められます。

RFP発行と複数社への提案依頼

ベンダー選定は、まず3〜5社程度に絞り込んでRFP(提案依頼書)を配布することから始めます。RFPには、プロジェクト概要・要件概要・評価基準・提案書の提出期限・選定スケジュールを明記します。

ベンダーからの提案書を受け取ったら、評価基準に沿ってスコアリングします。評価項目は、技術提案の具体性・類似案件の実績・費用の妥当性・プロジェクト管理体制・セキュリティ対応・保守体制などです。

上位2〜3社にプレゼンテーションを実施し、発注側は質疑応答を通じて提案内容の理解度と対応力を確認します。

PoCによる技術検証の実施

大規模な投資を行う前に、候補ベンダー1〜2社とPoC(概念実証)を実施することを強くおすすめします。PoCでは、照明やカメラ位置、認証対象の多様性といった、実際の運用環境に近い条件で顔認証精度を計測します。目標値(一般的にFAR 0.1%以下・FRR 1〜5%以下程度)を達成できるかを、そこで検証します。

PoC期間は1〜3ヶ月が一般的で、費用は50万〜200万円程度が相場です。PoCの結果を踏まえて本番開発の仕様を調整すると、手戻りのリスクを大幅に低減できます。特に、PoCを経て実績が確認できたベンダーを選ぶことは、もっともリスクの低い発注方法になります。

ポイント

評価基準に沿って提案を比べ、実績と技術提案の具体性から候補を絞れているかが判断の目安です。絞り込んだ候補には、PoCで精度を確かめてもらいます。

契約内容と条件交渉のポイント

顔特徴量データを中心に、保存場所、第三者提供の禁止、漏洩時の責任、終了後の削除義務を示す図。
データの保管からプロジェクト終了後まで、契約で定める範囲が見渡せます。

ベンダーを選んだあとは、契約内容の確認と交渉に進みます。顔認証システムの開発契約では、通常のシステム開発以上に、個人情報保護・知的財産権・品質保証に関する条件を慎重に確かめる必要があります。

契約形態の選択(請負契約vs準委任契約)

顔認証システム開発の契約形態は、主に請負契約と準委任契約の2種類です。請負契約は、納品物の完成をベンダーが保証する形態で、要件が明確な場合に適しています。一方、準委任契約は、作業工数に対して費用を支払う形態で、要件が変わりやすいアジャイル開発に向いています。

顔認証システムは要件が途中で変わることも多いため、初期の要件定義フェーズは準委任契約、詳細仕様が固まった開発フェーズは請負契約とする「ハイブリッド契約」が適している場合が多くあります。契約形態は費用リスクの配分に直結するので、法務担当者を交えて検討することをおすすめします。

知的財産権と個人情報保護の条件確認

顔認証システムに関連する知的財産権(AIモデルの著作権・ソースコードの所有権)は、契約書で明確に定める必要があります。特に、ベンダーが開発したAIモデルを将来カスタマイズ・改修する権利があるかどうかは、重要な交渉ポイントです。

また、個人情報保護に関する条項では、顔特徴量データの取り扱いや保存場所、第三者提供の禁止を明確にしておく必要があります。加えて、データ漏洩時の責任範囲やプロジェクト終了後のデータ削除義務なども定めておきます。開発中に使うテストデータ(実際の顔画像を含む場合)の取り扱いについても、契約書に明記することをおすすめします。

ポイント

要件がどこまで固まっているかで、請負と準委任のどちらにするかを考えます。個人情報とAIモデルの権利が契約書に明記されているかも、判断の目安になります。

発注後のプロジェクト管理と品質確認

発注後は、ベンダーに任せきりにせず、発注側もプロジェクトに積極的に関わることが成功の鍵となります。特に顔認証システムは、開発中に認証精度・セキュリティ・ユーザビリティのバランスを調整する場面が多く、発注側が判断を求められる局面が頻繁にあります。

定期的な進捗確認と課題管理

発注後は、週次または隔週でプロジェクトの進捗会議を開き、課題管理リストとマイルストーンの達成状況を確かめる体制を整えます。あわせて、発注側の担当者(プロジェクトオーナー)を明確に決め、ベンダーとの窓口を一本化しておくと、コミュニケーションの混乱を防げます。

仕様変更が発生したときは、変更の影響範囲、追加費用、スケジュールへの影響を書面で確認してから承認してください。また、口頭での合意は後々のトラブルの原因になりやすいため、メールや課題管理システムに記録を残す習慣を作ることが大切です。

検収テストと受け入れ基準の設定

顔認証システムの検収テストでは、認証精度(FAR・FRR)と認証速度、可用性を検証します。さらに、セキュリティや既存システムとの連携動作も確かめます。受け入れ基準は事前に契約書か仕様書に明記し、ベンダーと合意した基準を満たした場合に限って検収とします。

特に認証精度は、照明やカメラ角度、対象者の多様性といったテスト条件で結果が大きく変わります。そのため、実際の運用環境に近い条件でテストすることをおすすめします。

検収後に見つかった不具合の修正対応も、保証期間と対応基準を契約書に明記しておきます。

ポイント

発注側の窓口が一本化され、仕様変更を書面で承認する流れができているかが判断の目安です。口頭の合意も、メールや課題管理システムに残しておきます。

まとめ

顔認証システム開発の発注では、発注前の準備・ベンダー選定・契約条件の確認・発注後の管理という4つの段階を、順を追って丁寧に進めることが大切です。

まず、発注前は、導入目的を明確にし、機能要件と非機能要件を整理するとともに、個人情報保護法への対応を検討します。ベンダー選定では、RFPを整えて複数社から提案を受け、PoCで技術を検証してから発注先を決めます。

次に、契約では、請負と準委任のどちらにするかを決め、知的財産権と個人情報保護の条項を慎重に確かめます。さらに、発注後は、定期進捗確認・課題管理・変更管理を徹底し、事前に合意した受け入れ基準に基づいて検収テストを実施します。

顔認証システム開発プロジェクトは、各段階を丁寧に進めることで、成功確率を大幅に高められます。

▼全体ガイドの記事
・顔認証システム開発完全ガイド|進め方・費用・発注方法を徹底解説をご覧ください。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。