従業員サーベイの発注は、目的と匿名性を決め、要件と契約を整理し、候補を比べてパイロットを行う、という順に進めます。この順で進めると、回答後の改善施策まで運用できます。
全体の位置づけは、次の完全ガイドもあわせてご覧ください。
▼全体ガイドの記事
・従業員サーベイ開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
従業員サーベイの発注・外注で依頼する範囲
従業員サーベイの外注では、アンケート画面の作成だけでなく、目的の整理から改善アクションの管理までを委託範囲に含められます。設問設計、対象者の抽出、配信、匿名集計、分析、結果共有も、委託範囲に入れられます。ただし、委託範囲が曖昧だと、サービス会社と開発会社の役割が混ざり、見積もりを比べにくくなります。
サーベイで変えたい意思決定の定義
目的が「従業員の満足度を上げる」だけでは広すぎます。そのため、結果を見て誰が何を決めるのかまで言葉にしておきます。
- 制度変更後の納得度：新しい制度が社員にどう受け止められたか
- 管理職の障壁：マネジメント上の課題を把握する
- 離職の兆候：組織ごとの傾向を見る
- AI導入後の影響：不安や業務上の変化
目的を一つか二つに絞ると、設問数、実施頻度、必要な分析、委託先に求める支援が決まります。
回答収集から改善アクションまでの業務フロー
従業員サーベイは、回答を集めて終わる施策ではなく、回答後の改善と効果の確認までを一続きの業務として組むものです。設問を配信して回答を集計し、結果を経営層や管理職へ返します。そのうえで、改善の担当者と期限を決め、次回のサーベイで効果を確かめます。
RFPには、実施後に確認する指標も含めます。たとえば、回答率、結果共有までの日数、改善アクション登録率、次回スコアの変化などです。
発注形態（SaaS・追加開発・スクラッチ）の選び分け
発注形態は従業員数だけでなく、独自の匿名ルールや既存人事システムとの連携で決めます。実施頻度や社内の運用体制も、判断材料になります。
標準的なサーベイを早く始めたい場合は、SaaSが候補になります。
従業員マスタやログインを既存の仕組みと共通にしたい場合は、既存人事クラウドのオプションが候補です。
特殊な組織構造や複数法人がある場合は、SI・導入支援や追加開発を検討します。
業務基盤そのものを差別化したい場合は、スクラッチ開発が候補になります。
SaaSが向いている企業
SaaSは、機能の標準範囲と利用人数、契約終了時の条件を照らし合わせて選びます。
- 機能：設問テンプレート、配信予約、リマインド、ダッシュボード、アップデート、運用監視。
- 適する企業：情報システム部門の人員が限られる企業や、1〜2部署で試す企業。
- 契約前の確認：月額・配信課金、独自集計、データ保存、AI利用、少人数表示、データ返却、解約後の削除。
既存人事クラウドへのオプション追加とマスタ連携
SmartHRなど既存の人事クラウドにオプションを追加すると、従業員マスタ、所属情報、ログイン基盤を再利用できます。
連携すると、入社、異動、退職に伴う対象者の更新を手作業で行う負担も抑えられます。
ただし、独自の質問形式や複雑な匿名化が必要な場合は、標準機能で足りるかを確かめます。また、BIツールへの出力や複数法人をまたぐ分析が必要な場合も、標準機能で対応できるかを事前に見ておきます。
特殊要件が多い場合の追加開発・スクラッチ
独自の要件が多い場合は、追加開発やスクラッチ開発が選択肢になります。
- 独自の組織階層、複数法人、多言語、特殊な匿名性の閾値が必要な場合
- 社内データ基盤との連携や、独自の改善アクション管理が必要な場合
自由度が高いぶん、要件定義やセキュリティを継続して担う必要があります。
障害対応や、法令・外部サービスの仕様変更への追随も、発注者と開発会社の責任になります。
発注者は、SaaSで代替できる機能まで作り込まず、事業成果に直結する範囲へ開発費を集中させます。
RFPと要件整理の作り方
RFPは、開発会社やサービス提供会社に提案を依頼する資料です。
完成した仕様書である必要はなく、比較に必要な前提をまとめておけば足ります。
まず、背景、目的、対象者を記載します。次に、現在の業務、必須要件、制約を書きます。さらに、希望納期と予算レンジ、提案してほしい内容を添えます。
同じ前提を複数社へ渡すと、見積金額だけでなく、対応範囲やリスクも比べられます。
目的、対象者、設問、頻度の業務要件
目的とKPIを決めたら、次に対象者と頻度を決めます。
全社員を対象に半年か年1回で診断する形、1〜2部署で月次パルスを行う形、入社後や異動後に行う形が考えられます。
頻度によって配信機能と費用が変わります。そのため、要件の段階で頻度を決めておきます。また、設問は、回答時間を短くし、質問数を増やしすぎないように設計します。
- 設問形式：5段階評価、単一・複数選択、自由記述、NPS。
- 配信：対象抽出、メール・チャット通知、未回答リマインド、スマートフォン対応、QRコード、回答期限。
- 集計・活用：記名・匿名切替、属性別集計、自由記述分析、ダッシュボード、改善アクション登録。
- 提案条件：必須機能と希望機能を分け、代替案や段階導入案を求める。
匿名性の表示ルールと運用説明の要件
「匿名」と表示するだけでは、従業員の不安は残ります。そのため、管理画面の確認に加えて、誰が何を推測できるかをテストします。
- データ分離：従業員番号と回答内容を分けるかどうか
- 表示範囲：部署・職位・勤続年数の紐づけ、少人数集計の閾値、管理者の閲覧範囲
- 自由記述：個人の推測につながる可能性を踏まえて、注意文、閲覧権限、出力データのマスキングを決める
- 検証対象：少人数部署、兼務者、異動直後、一人だけの属性
発注者側では、人事や現場の管理職、情報システムの担当者が確認します。
法務または個人情報管理の担当者も加わります。
人事マスタ、SSO、チャット、BI連携の洗い出し
連携を後から追加すると、費用と納期に響くことがあります。RFPには、運用時の対応もあわせて記載します。
- 人事マスタ：連携元、更新頻度、従業員番号の形式、組織変更の反映時期
- システム連携：SSO・CSV・APIでのログイン・同期、Slack・Teams通知、BI出力
- エラー対応：検知担当者と、どの時点のデータで配信を止めるか
契約形態（請負・準委任・SaaS利用規約）の使い分け
契約形態は、作るものが明確かどうかと、業務や設問を一緒に検討しながら変えていくかどうかで選びます。
成果物と検収条件を定義できる開発は、請負が基本です。
調査、要件定義、設問設計、分析支援など、継続的な協力が必要な業務は準委任が基本です。一方、SaaSは利用規約や個別契約で提供条件を確認する形になります。
たとえば、要件整理は準委任、確定した機能開発は請負、運用改善は月次支援に分ける組み合わせもあります。
請負契約の成果物、検収、変更条件
請負は、成果物と検収条件を定義できる開発に使います。「従業員サーベイが使える状態」のように、成果物を言葉で定められない表現は避けます。
- 成果物：画面、設問管理、配信、回答、権限、匿名集計、ダッシュボード、外部連携、テスト仕様、操作マニュアル
- 検収条件：期間、基準、修正回数、重大な不具合の定義
- 変更時の扱い：納期遅延時の対応と、業務シナリオに沿った受入テスト
準委任契約の稼働範囲と意思決定の役割
準委任は、成果物の完成保証より、合意した業務を専門家が遂行することを重視します。前提が変わりやすい工程に向くのは、このためです。
- 対象業務：要件定義、調査、設問設計、データ分析、導入伴走
- 稼働条件：職種と人数、期間、月の稼働幅、定例会、報告内容、作業時間の上限
- 発注者の役割：準備するデータと、回答遅延による納期・稼働への影響
個人データ、再委託、AI利用、終了時の返却に関する契約条項
従業員サーベイには、所属、職位、勤続年数が含まれます。さらに、自由記述やコンディションなど、慎重に扱う情報も含まれます。
個人情報保護委員会は2024年、人事労務管理サービスの安全管理措置と委託先の監督を、開発段階から確認するよう注意喚起しています（出典: 個人情報保護委員会「人事労務管理のためのサービスをクラウド環境を利用して開発・提供する場合等の注意喚起」、2024年）。
- データ管理：利用目的、アクセス制御、暗号化、MFA・SSO、操作ログ、保管場所、バックアップ
- 委託・終了条件：インシデント通知、再委託、監査、データ削除と返却
- AI利用：モデル学習、海外処理、人事評価への転用、誤要約の確認者
- 評価の統制：不当な自動評価を避け、集計単位、説明可能性、人の承認を設計
従業員サーベイの費用相場
費用は、SaaS利用料や導入支援、設問設計、連携設定に分けて考えます。さらに、追加開発、分析支援、保守運用の費用も見ておきます。
公開価格のあるSaaSは、人数課金か配信課金が中心です。
受託開発の費用は、機能、連携、セキュリティ、テスト、移行、運用体制によって変わります。
ここで示す金額は、公開情報またはリサーチノートに基づく目安です。個別案件の確定価格ではありません。
公開価格の人数課金と配信課金の比較
公開価格を比べるときは、人数と配信頻度、既存ライセンスの条件を分けて見ます。
組織サーベイのみの場合、Geppoの料金は1配信あたり税別です。25人まで2万円、100人まで6万8,000円、500人まで19万8,000円です。同じ条件で、1,000人まで29万8,000円、5,000人まで69万8,000円です。
出典: 株式会社リクルート「Geppo組織サーベイ料金体系」（2026年）。
- Wevox Engagement：1人あたり月額600円（税別）。100人は月6万円・年72万円、1,000人は月60万円・年720万円。
- Microsoft Viva Glint：299円／ユーザー／月相当（年払い）。50人は年17万9,400円、1,000人は年358万8,000円。
- Geppo：2026年1月以降は、配信月のみ料金が発生するショット課金方式です。
Wevoxの価格は公式資料によるものです（出典: 株式会社アトラエ「Wevox Engagement スタンダードプランのご提供について」、確認日2026年）。
年間契約や追加支援の扱いは、見積時に確認します。
人数課金の料金は、配信の有無ではなく登録人数を基準に計算します。
Viva Glintの価格は公式ページによるものです（出典: Microsoft「Vivaの価格」、確認日2026年）。
対象ライセンスやMicrosoft 365契約が関係するうえ、Copilotなど一部機能は別条件の場合があります。
月次パルスと年数回の組織診断は、年間の配信回数を掛けて総額で比べます。
追加開発やMVPの費用と要件の広さ
専用開発の公的な価格表は少ないため、人事・労務システムの類似案件から推定しています。ここでの金額は機能範囲を仮定したもので、実績価格を断定するものではありません。
- 人事システムへの追加：機能追加、CSV連携、匿名集計、基本ダッシュボードは300万〜800万円程度。
- 専用MVP：設問管理、配信、回答、権限、匿名化、集計、簡易ダッシュボードで500万〜1,500万円程度。
- 業務基盤：複数法人、多言語、SSO、Slack・Teams、BI、監査ログ、AI分析を含み1,500万〜4,000万円以上の可能性。
開発人件費、要件定義、設計に加えて、テストとセキュリティレビューも項目ごとに分けて見積もります。さらに、次の作業も内訳に入れておくと、3つの金額の幅を比べやすくなります。
- 画面・API実装
- データ移行
- 導入支援
- 保守
保守運用費は、初期開発費の年5〜15％程度を目安に置く方法もあります。ただし、監視、障害・脆弱性対応、問い合わせ、機能改善の範囲によって変わります。
月額料金・実施頻度・導入支援を含めた試算
人数課金型は、実施しない月にも料金が発生することがあります。一方、配信課金型は、頻度が上がると総額が増えます。
100人と1,000人、月次パルス、四半期サーベイ、年2回の組織診断など、複数のパターンで試算します。そのうえで、初年度と2年目の総額を分けて確認します。
設問設計、管理職向けの説明会、分析会、改善施策の伴走が別料金の場合、利用料だけでは実態を見誤ります。
委託先選定と見積比較の確認事項
委託先は、SaaS提供会社、既存人事クラウドの導入パートナー、SI会社、受託開発会社に分けて比べます。標準機能の提供と、設問設計や業務改善の伴走、独自システムの開発とでは、価格の付き方も責任範囲も異なります。そのため、RFPには分類を明記し、各社に得意な領域と対象外の業務を説明してもらいます。
従業員サーベイの実績と改善伴走の範囲
導入社数だけでなく、自社に近い従業員規模や組織階層、拠点数、現場職の割合も確かめます。利用中の人事システムでの経験についても、あわせて聞いておきます。
- 支援範囲：要件定義、設問翻訳、回答率向上、匿名性説明、管理職へのフィードバック、改善登録
- 成果事例：回答率だけでなく、結果を施策に反映した実績
IBMの豊田合成株式会社の事例では、Qualtrics EmployeeXMとIBMが支援しました。約6,500人を対象に約2か月弱で実施し、回答率約97％を達成しました。
設問設定、ダッシュボード設計、推奨アクション登録、実施後の分析、問い合わせにも対応した事例です（出典: IBM「豊田合成株式会社 事例紹介」、確認日2026年）。また、設計と支援が短期間の実施を支えた点も参考になります。
見積書の作業範囲と前提条件の比較
比較では、見積金額の内訳に加えて、数量や契約条件が各社でそろっているかを確認します。
- 作業範囲：要件定義、設計、開発、連携、テスト、移行、教育、保守、分析。「一式」「別途」の内訳
- 数量・条件：ユーザー数、配信回数、管理者数、容量、サポート時間、追加設問、組織変更、API、AI機能
- 比較項目：初期費用、年間利用料、3年総額、追加開発単価、保守、導入期間、発注側稼働、再委託、データ返却
ただし、低価格の提案には、要件定義や受入テスト、マスタ連携、問い合わせ対応が含まれない場合があります。そのため、各社へ同じ追加質問を送り、回答の具体性やリスクの説明も評価します。
提案会で確認するセキュリティと再委託
匿名性や安全性の説明が妥当かを判断するには、技術面と委託先の運用を具体的に確かめる必要があります。
- システム管理：アクセス権の分離、多要素認証、ログ保存期間、バックアップ、脆弱性対応、事故連絡期限
- 委託・データ：処理場所、再委託先の社名と作業範囲、自由記述のAI学習利用
- 運用確認：チェックシートに加え、契約条項と実際の運用を照合する
個人情報保護委員会のガイドラインでは、委託先の選定、契約、個人データの取扱状況の把握を、監督の要点としています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」）。
発注から導入・運用までの進め方
発注後は、まず要件定義と設計・設定を進めます。次に連携とテストを行い、パイロットを経て全社展開と効果測定へ進みます。
期間の目安は、既製SaaSの設定と人事マスタ連携が1〜3か月程度、追加開発や小規模MVPが3〜6か月程度です。
複数システムの連携や大規模展開は、6〜12か月以上が一つの目安です。ただし、これは推定で、設問の合意、匿名性の説明、社内承認、従業員への告知が期間を左右します。
1〜2部署のパイロットによる匿名性と運用の検証
全社展開の前に、1〜2部署・100〜300人程度を対象として、4〜8週間ほど試す方法が現実的です。
回答率だけでなく、回答時間や匿名性への不安、通知の到達を見ます。さらに、管理職の結果理解と改善アクション登録も確認します。
パイロットの結果を見て、設問数や通知チャネル、集計閾値、結果共有の期限を見直します。
全社展開後の結果共有の期限と改善責任者
結果を共有して施策の実行につなげるには、担当と期限をはっきり決めておく必要があります。
- 結果共有：経営層、人事、管理職、従業員ごとの担当者・内容・期限
- 改善管理：全社・部署課題を分け、担当者、期限、支援、次回指標を設定する
- 委託先支援：レポートのほか、結果説明会や管理職向けの活用支援を依頼できるかを確かめる
結果が共有されない経験や、回答しても何も変わらない経験が重なると、次回の回答率や本音の質が下がります。
回答率だけでなくサーベイ疲れと改善効果の測定
パルスサーベイは、短い質問を高い頻度で回せるのが特徴です。一方で、同じ質問を繰り返すと、サーベイ疲れが起こります。
頻度を増やす前に、前回の結果を共有できたか、改善施策を実行できたか、次回に検証できる状態かを確認します。
回答率、完了時間、自由記述の件数は継続して記録します。さらに、結果共有までの日数、改善アクション実行率、次回スコアの推移も残します。
従業員サーベイの発注・外注でよくある質問
外注では、費用だけでなく、匿名性や既存システムとの連携、導入後の改善体制についての質問が多くあります。
SaaS導入と受託開発の違い、発注側の準備、公開価格の読み方は、契約前に整理しておくと判断の助けになります。
従業員サーベイはSaaSとスクラッチ開発のどちらがよいですか？
標準的な設問、配信、匿名集計、ダッシュボードを早く使いたい場合はSaaSが向いています。
独自の匿名ルール、複数法人、多言語、社内データ基盤との深い連携など、標準機能で要件を満たせない場合に、追加開発やスクラッチを検討します。
最初にSaaSでパイロットを行い、独自開発が必要な差分を確認する方法もあります。
従業員サーベイの外注費用はどのように見積もればよいですか？
公開価格のあるSaaSは、人数課金か配信課金かを確かめます。そのうえで、従業員数と年間の実施回数を掛けて試算します。
導入支援、設問設計、管理職向け説明、分析会、追加連携、保守が別料金の場合は、初年度と2年目に分けて加算します。
受託開発では、要件定義からテスト、移行、運用までの作業範囲が見える見積書を取ります。加えて、金額だけでなく3年間の総額で比べます。
匿名の従業員サーベイを外注するときは何を確認しますか？
少人数グループの表示抑制、回答データと従業員マスタの分離、管理者ごとの権限を確認します。
自由記述の扱いや再識別の可能性も見ておきます。さらに、集計閾値、ログの閲覧範囲、保管場所、AI処理の有無を、文書で説明してもらいます。
退会時の削除や返却も確かめます。誰が何を見るのかを実施前に従業員へ説明すると、回答への信頼を守るうえで有効です。
従業員サーベイの委託先は何社くらい比較すればよいですか？
要件が固まっている場合は、同じRFPを3〜5社程度に提示します。候補は、SaaS、導入支援、受託開発など、異なる分類から選びます。
候補を増やしすぎると、説明会や質問対応の負担が増えます。そのため、実績、匿名性、連携、支援範囲で一次評価し、候補を絞ります。
選ぶ基準は、価格の安さよりも、要件の抜けやリスク、運用体制を具体的に説明できるかどうかです。
従業員サーベイの発注・外注方法まとめ
発注では、まず何を把握し、誰がどんな改善をするのかを決めます。次に、要件と匿名性をそろえ、連携、契約、委託範囲も合わせて整理します。
標準機能を試すSaaSや既存人事クラウドのオプション、導入支援やSI、独自要件を実装する追加開発・スクラッチを、候補として並べます。
費用は、月額や配信料だけでなく、初期設定、連携、分析支援、保守を含めた3年間の総額で見ます。
発注前に確認する目的、匿名性、連携、費用、改善体制
発注前の確認項目はRFPにまとめ、同じ条件で3〜5社へ提案を依頼します。
- 目的・設問：KPI、質問数、所要時間
- 対象・匿名性：対象者、頻度、記名か匿名か、少人数集計の閾値
- 連携・運用：人事マスタの正確性、SSO、チャット・BI連携、結果共有期限、改善責任者
- データ・費用：保存と削除、AI利用条件、退会時の返却、見積の範囲
見積書は、作業範囲と前提条件をそろえてから、価格と品質を比べます。
改善アクションまでを含む委託範囲の設計
委託先には、導入時の設定から運用後の見直しまで相談できるかを確かめます。
- 安心して答えられる設計：従業員が意見を出しやすく、組織が課題を理解できる状態
- 改善支援：従業員説明、管理職へのフィードバック、アクション登録、運用後の見直し
- 導入方法：自社に合う発注形態と契約を選び、無理のないパイロットから始める。
サーベイの価値は、回答データを集めるだけでなく、具体的な施策を実行し、次回に効果を確認できることにあります。
▼全体ガイドの記事
・従業員サーベイ開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。