問い合わせフォームシステム開発の発注/外注/依頼/委託方法について

問い合わせフォームシステムの発注は、業務範囲の整理、要件と契約の確定、段階的な開発と検証の順に進めます。この順で進めると、必要以上の開発を避けやすくなります。全体像は、次の完全ガイドもご覧ください。

▼全体ガイドの記事
・問い合わせフォームシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

問い合わせフォームシステムの発注・外注の範囲

外注では、入力画面だけでなく、受付後の対応まで含む仕組みを依頼できます。担当部署への振り分けや対応状況の記録、FAQや営業活動への活用も、委託範囲に含められます。委託範囲は、メール転送型から、問い合わせ管理、CRM連携、FAQ管理を含む業務システム型まで幅があります。

フォーム作成と問い合わせ管理の切り分け

フォーム作成だけであれば、入力項目や確認画面、自動返信、通知メールを備えたSaaSで足りる場合があります。契約前には、スマートフォンでの表示も確認しておきます。

対応漏れや重複対応がある場合は、対応状況を一覧で管理できる仕組みが必要です。担当者や対応期限、返信履歴も、その中で追えるようにしておきます。複数部署へ振り分けるのであれば、情報ごとの閲覧権限も発注範囲に含めておきます。

まず、現在の受付経路と月間件数を整理します。そのうえで、対応者数や保存期間、既存のCRMやチャットとの関係も確かめ、今回どこまでを対象にするかを決めます。

外注の目的と発注側が決める事項

外注先には、現場へのヒアリングや対応フローの標準化を依頼できます。既存データの整理や権限・保存期間の設計も、支援の範囲に含まれます。テスト準備や運用マニュアルの作成を任せることもできます。

業務ルールや顧客データの扱いを委託先へ任せきりにすると、判断の抜けや行き違いが起きがちです。そのため、問い合わせの分類や優先度は発注側が決めておきます。回答期限、削除条件、最終承認者も、社内で決める事項です。

自社で決める事項と委託先へ任せる事項を分けておくと、追加開発や運用開始後の認識違いを抑えやすくなります。

発注形態の選び方

発注形態は、必要な自由度と導入期間をもとに選びます。連携の有無や運用体制も、あわせて見ておきます。フォームだけであればSaaS、DBや権限も自社に合わせるならローコードが候補です。

業務に深く合わせるなら、パッケージへの追加開発やスクラッチ開発も候補に入ります。また、最初から全社へ広げず、代表的な問い合わせで試す進め方もあります。

フォーム作成SaaSの導入方法

SaaSを導入する際は、始めやすさと、契約前後に確認する事項を分けて整理します。

• 基本機能：入力項目、確認画面、自動返信、通知、CSV出力を、短期間で始められます。
• 導入先：初期開発費を抑えたい企業や、メール管理から移行したいチームが候補です。
• 契約前：フォーム・回答・ユーザー数、添付容量、保存期間、API、Webhook、IP制限、二要素認証を見ます。
• 標準機能：独自の承認ルートや基幹連携では、制約が出る場合があります。
• 契約終了時：設定、回答データ、添付ファイル、ログの受け取り形式。

外注先に設定を頼む場合は、設定作業の費用と月額利用料を分けて見積もります。

ローコードやパッケージで業務に合わせる方法

標準機能と追加設定を分けておくと、業務に合わせる範囲と、あとから変更しやすいかを見極められます。

• 機能：フォーム、DB、一覧、ステータス、通知、権限の組み合わせです。
• 追加設定：部署別振り分け、期限通知、返信テンプレート、FAQ、CRM・SFA連携の設定範囲を確認します。
• 変更範囲：標準機能と個別開発を分けて記載してもらいます。

SPIRALの公式「問い合わせ管理システム」では、フォーム作成と通知の自動振り分けのほか、リマインド、権限分け、回答履歴の保管が案内されています。

公開価格はアカウント発行費10万円、月額5万円からで、構築費は別見積もりです（出典：スパイラル株式会社「問い合わせ管理システム」、2026年8月確認）。そのため、利用料と構築支援費は分けて比べます。

スクラッチ開発の依頼方法

標準製品に業務を合わせると負担が大きくなる場合は、独自の要件と開発の負担を比べて検討します。

• 検討要件：複数サイト・拠点、会員照合、本人確認、多言語が必要なケースです。
• 個別要件：基幹連携や特殊な承認、厳格な監査ログも候補に挙がります。
• 開発負担：自由度が高い一方で、要件定義や設計、テスト、脆弱性対応、保守、担当交代の負担が増えます。
• 初回リリース：受付、分類、担当割り当て、履歴、通知から先に稼働させる形です。
• 段階的な追加：利用状況を見ながら、FAQ、AI回答案、分析ダッシュボードを加えていきます。

初回にすべての例外を再現しない進め方であれば、予算と納期の膨らみを抑えやすくなります。

RFPと要件の整理方法

RFPは、現状の課題や対象業務、利用者を伝える文書です。データや連携条件、成果指標に加え、予算と日程も示し、候補会社へ同じ前提で提案してもらいます。要件がまだ固まっていなくても、確定事項と希望事項、提案してほしい事項を分けておけば、会社ごとの提案力を比べられます。

現行の問い合わせ経路とKPIの整理

Webフォームや代表メール、電話、チャット、営業担当への直接連絡など、問い合わせの受付経路を洗い出します。そのうえで、直近の問い合わせを一定数選び、業務の状況を調べます。

• 対応状況：問い合わせ種別、担当部署、転送回数を調べます。
• 時間と漏れ：初回返信、解決までの時間、期限超過、重複対応を見ます。
• 自己解決：FAQで解決できたかどうか。

件数を正確に取れない場合も、対象期間と集計方法は決めておきます。KPIには、返信時間、期限超過、振り分け精度を中心に、問い合わせ1件あたりの処理時間、自己解決率、入力完了率なども設定します。

経営層には対応コストや機会損失を、現場にはクリック数や検索速度を示し、立場ごとの成果をRFPで扱います。

入力項目・振り分け・対応フローの具体化

入力から管理までの要件を分けて整理しておくと、委託先とも確認しやすくなります。

• 入力項目：氏名、会社名、メール、電話、問い合わせ種別、本文、添付の項目を決めます。
• 入力条件：必須条件や文字数、個人情報の取得目的、確認画面、自動返信、完了画面を定めます。
• 振り分け：営業・サポート・開発への分類条件と、例外時の担当者。
• 管理画面：ステータス、担当者、期限、リマインド、返信テンプレート、履歴検索の定義。
• 操作性：現場担当者やスーパーバイザーが画面を操作し、二重入力やラベル、エラー表示、キーボード操作、スマートフォンの読みやすさを確認します。

デジタル庁は2025年10月16日に、事業者も対象とする「ウェブアクセシビリティ導入ガイドブック」を公開しました。発注時の確認資料として使えます（出典：デジタル庁、2025年）。

個人情報・連携・セキュリティ条件の記載

個人情報やAI利用、システム連携、セキュリティの条件は、RFPに明記しておきます。

• 対象データ：氏名、連絡先、会社情報、相談内容、添付など、扱う可能性がある情報です。
• データ管理：利用目的、閲覧部署、保存・削除、バックアップ、監査ログ、再委託先、障害連絡の取り決め。
• AI利用：学習利用、保管場所、個人情報のマスキング、人による回答承認を確かめます。
• 連携：CRM、SFA、kintone、チャット、メール配信、FAQ、基幹を一覧にし、方式はAPI、CSV、バッチ、手入力から選びます。
• 連携後：再送を担当する人、正とするシステム、終了時のデータ返却形式。

IPAの「安全なウェブサイトの運用管理に向けての20ヶ条」では、WAFによる不正通信の検知・遮断、ログ確認、定期的な脆弱性検査が示されています（出典：IPA、2019年）。

契約形態の選び方と発注後の管理

契約形態は、要件がどこまで確定しているかと、変更がどの程度多いかで決めます。要件と成果物が明確な範囲は請負契約が、調査しながら進める範囲は準委任やラボ型が候補になります。

要件整理やPoCは準委任に、本番で確定した機能は請負にするなど、工程ごとに契約を分けることもできます。

請負契約の成果物と検収条件

請負契約では、成果物と検収シナリオを対応させ、条件を具体的に決めておきます。

• 機能・品質：入力制御、通知、振り分け、権限、履歴、連携、性能、バックアップを契約に明記します。
• 納品物：操作マニュアル、設計書、ソースコード、設定情報の範囲を、添付とステータスの仕様とあわせて定めます。
• 検収シナリオ：通常の質問、営業への転送、添付付きの問い合わせを、実際に試して確かめます。
• 例外確認：個人情報の制限、通知失敗、担当者の休暇時に、担当・期限・履歴が期待どおりになるかどうか。

準委任・ラボ型契約の変更管理

準委任やラボ型契約は、人やチームの稼働を受けて、優先順位を調整しながら進める契約です。現場ヒアリングを重ねながら分類や画面を決める場合に向いています。

作業時間が増えると費用も増えやすいため、月次の成果物や稼働予定、バックログを合意しておきます。未消化課題と意思決定者、追加要望の扱いも決めておきます。

発注側も定例レビューに加わり、決定を保留したまま開発を進めない体制を整えます。また、変更要求票には、内容や影響、工数を残します。金額と納期、承認者も、あわせて記録します。

成果物・保守・データ返却の契約条件

納品と保守の範囲は契約に残し、終了時の引き継ぎ方法まで確かめておきます。

• 納品物：要件定義書、画面・データ・権限設計書、テスト結果、運用手順、障害連絡先、管理者アカウントの受け渡し。
• 技術情報：ソースコード、設定ファイル、DBバックアップ、ライセンス一覧も引き渡し範囲に入れます。
• SaaS終了時：データ出力、削除証明、添付ファイルの扱い。
• 保守条件：受付時間、障害優先度、初動・復旧目標、軽微な改修、脆弱性対応、OS・ミドルウェア更新、バックアップ復元テストを取り決めます。

開発費に加え、年間保守やSaaS利用料を含めます。メール、ストレージ、監視、診断費も加えて、3年程度のTCO（総保有コスト）で比べます。

問い合わせフォームシステムの費用相場

費用は、フォーム数に加えて、入力項目や分岐、問い合わせ件数、ユーザー数によって変わります。さらに、添付や振り分け、連携も費用に影響します。移行や権限、監査ログも、費用を左右する要因です。テストや教育、保守も、費用の内訳に入ります。

公開されている料金と、受託開発の予算検討用の推定レンジは性質が異なるため、分けて見ておきます。

SaaSの費用の目安：無料から月額3,000円前後

フォーム作成SaaSには、無料プランや月額3,000円前後のプランがあります。

formrunでは、無料プランのほか、年間契約のBEGINNERが月額2,980円、STARTERが月額12,980円です。PROFESSIONALは月額25,800円です（いずれも税抜、出典：株式会社ベーシック「プラン・価格」、2026年8月確認）。

Tayoriは、プロフェッショナルが月額11,980円、エンタープライズが月額25,400円です。後者には初期費用5万円があります（税抜、出典：株式会社PR TIMES「Tayori料金プラン」、2026年8月確認）。

プランを比べるときは、料金に含まれる機能や利用条件も見ておきます。

• 機能と制限：権限、重複回答防止、独自ドメイン、IP制限、API、フォーム閲覧制限の範囲。
• 利用範囲：FAQ、アンケート、有人チャット、AIチャットボットのうち、どこまで使うかを検討します。
• 利用規模：ユーザー数とAPI連携の必要性によって、適したプランが変わります。

ローコード導入の費用の目安：初期10万〜100万円程度、業務構築込みは100万〜500万円程度

ローコードの費用は、設定範囲と業務構築の有無で分けて見積もります。

• 設定中心：アカウント発行、フォーム、権限、通知、簡単な画面調整までなら、初期10万〜100万円程度が目安です。
• 業務構築込み：複数部署やデータ移行、CRM連携、FAQやダッシュボードを含めると、初期100万〜500万円程度の推定です。

この金額は、公開価格と一般的な業務システム構築の要件をもとに、予算検討用として示したレンジです。市場平均を示すものではありません。

フォーム単位の従量課金か、定額で作り放題かによって、長期の費用は変わります。SPIRALのように、フォーム数に連動しない料金もあります。

現在の窓口数だけでなく、今後の窓口や月間問い合わせ数、利用者数も3年分見積もって比べます。

受託開発の費用の目安：簡易10万〜50万円、業務システム型300万〜1,500万円程度

受託開発の予算は、機能範囲と連携・運用要件に応じて検討します。

• 簡易フォーム：既存サイトへの埋め込み、入力チェック、自動返信、通知、軽い調整までで、10万〜50万円程度です。
• 業務システム型：管理画面、振り分け、権限、添付、履歴、CRM・基幹連携を含む場合は、300万〜1,500万円程度です。
• 大規模要件：複数拠点、多言語、高可用性、厳格な監査、本人確認、基幹連携、大規模移行に当たる要件です。
• 大規模費用：上記の要件がある場合は、1,500万〜5,000万円以上になる可能性があります。

これらは、専用の公的な市場統計に基づく数字ではありません。公開価格が少ない受託開発について、機能範囲や連携・運用要件から推定した金額です。

見積書では、要件定義、UI設計、開発の工程ごとに金額を分けてもらい、根拠も示してもらいます。連携、移行、テストの金額も、同じ形で示してもらいます。教育と保守も、別に分けて書いてもらいます。

初期費用ではなくTCOでの比較

価格と導入期間を比べるときは、継続費用や社内作業も含めて、総額で見ます。

• 総費用：SaaS、追加利用、構築・移行、メール・保管、監視、診断、保守、教育、社内作業を含めた合計です。
• 保守費：開発費の10〜20％程度という数字は参考値で、個別契約に代わる相場ではありません。
• 導入期間：簡易フォームは2〜6週間、SaaS・ローコードは1〜3か月、受託開発は3〜9か月程度が目安です。
• 延長要因：要件整理、移行、セキュリティ審査、社内承認などによって、期間が延びる場合があります。
• 費用・納期：下げる場合は、対象範囲とテスト・教育への影響を明らかにしておきます。

委託先の選定と見積の比較

委託先には、SaaS導入支援会社、ローコードやパッケージに強いSI会社、CRMや基幹連携を得意とする開発会社などがあります。業務整理から伴走するコンサルティング会社も、候補になります。

知名度や価格に加えて、問い合わせ業務を理解しているか、運用開始後まで対応できるかを、同じ質問で確かめます。

自社の課題に合う委託先のタイプ

問い合わせの規模や業務の複雑さに応じて、委託先の経験を見ます。

• SaaS導入：フォーム数が少なく早期公開したい場合は、機能とサポートを比べます。
• 業務管理：複数部署や期限、権限、履歴、FAQ化が中心なら、管理やローコードの経験に注目します。
• 複雑な連携：CRM、SFA、基幹、会員データ連携や大規模改修では、要件定義から移行・保守までの実績を確かめます。

会社名や導入社数だけでなく、問い合わせ件数、個人情報の種類、拠点数、連携先、利用者数が自社に近い事例を探します。SPIRALの公式案内には、金融、製造、小売、学校、飲食、官公庁などの事例があります。そのうえで、導入前の課題や対象範囲、期間、運用後の変更方法を質問します。

相見積もりの依頼条件：同じRFPと質問票

同じ条件で依頼し、見積もりの範囲と内訳をそろえて比べます。

• 共通資料：同じRFP、画面・業務フロー、問い合わせデータ例、連携先一覧、希望時期を、どの社にも同じように渡します。
• 提案内容：対象と対象外、前提、体制、工程、成果物、検収条件を示してもらいます。
• 費用：初期費用、継続費用、追加費用、保守を含めた形で出してもらいます。
• 内訳：「一式」の表記を避け、要件定義、デザイン、画面、API、移行、安全対策、テスト、教育、リリース支援ごとに分けてもらいます。
• 見積内訳：各工数・単価・外部費と、連携調査、データ整形、受入テスト支援の扱いを確認します。

価格以外に見る体制・成果物・将来の変更しやすさ

価格以外の評価軸と、現場での操作性をあわせて確かめます。

• 提案の評価：価格、納期、提案、実績、担当経験、連絡、保守、安全性、移行、終了時の引き継ぎ。
• 操作の実演：検索、担当変更、返信履歴を操作してもらい、少ない操作で完了するかを見ます。

AI機能は、自動化率だけでなく、誤回答への対策や人の確認の仕組みも含めて比べます。

たとえば、2025年3月に株式会社Firestoneが公開したFireChatFormは、社内QAや操作説明書を参照して回答案を作り、人が確認・編集して送る方式です（出典：Firestone「FireChatForm」リリース、2025年）。

ナレッジの更新責任者や誤回答の検知、個人情報のマスキング、ログ保存を確かめます。承認を省略できる条件があるかも、確認します。

発注後の開発・テスト・運用の進め方

委託先が決まったら、要件定義、設計、開発の順に進めます。開発のあとは、テストと移行を行います。そのあとで、教育とリリースを経て、運用改善へ進みます。

発注側では、責任者や現場代表、個人情報・セキュリティ担当、経営判断者を決めておきます。課題と意思決定は、週次または隔週で記録します。

発注側のデータ提供や確認が遅れると、納期に影響します。そのため、社内作業も工程表に入れておきます。

実データに近いシナリオでの受入テスト

公開前のテストでは、入力や例外、移行、切り替えの各場面を確かめます。

• 入力確認：必須、文字数超過、メール誤り、スマートフォン、キーボード、添付を試します。
• 例外確認：迷惑送信、重複、通知先不在、連携失敗、担当変更、権限外アクセスの場合の動き。
• 脆弱性診断：範囲、再診断、指摘の修正責任を契約に記載しておきます。
• データ移行：件数、項目、文字コード、重複、欠損、添付、削除対象を整理し、検証環境でリハーサルします。
• 公開日：旧フォームの停止、DNS・埋め込みの切り替え、自動返信、通知、バックアップ、切り戻しの確認。

運用後の対応品質と利用状況の見直し

運用後は品質指標を見ながら、数字の変化を改善につなげていきます。

• 月次指標：受付件数、入力完了率、初回返信時間、期限超過、担当変更、重複、解決時間、FAQ・自己解決率を月ごとに追います。
• 悪化時の確認：数字が悪化したら、質問数、振り分け条件、担当者の権限や通知を切り分けます。
• 定期改善：問い合わせの本文を集計して、選択肢、入力案内、FAQ、返信テンプレートを更新します。

個人情報保護委員会は2026年7月17日、個人情報保護法などの改正法の公布を発表しました。一部を除き、公布から2年以内に政令で定める日に施行されます（出典：個人情報保護委員会、2026年）。

長期の運用では、こうした法令やガイドラインの更新を確認する担当者も決めておきます。

よくある質問

発注では、費用や機能だけでなく、社内準備や契約後の責任分担についても疑問が生じやすいものです。そのため、よく確認される質問にお答えします。

問い合わせフォームシステムはSaaSと受託開発のどちらがよいですか？

フォーム作成、自動返信、通知、CSV出力が中心なら、SaaSは短期間かつ低い初期費用で始めやすいです。複数部署の業務、独自権限、基幹連携、データ移行が重要なら、ローコードや受託開発を比べます。

まず必要な機能を決め、そのうえで形態を選びます。

RFPを作れない状態でも外注先へ相談できますか？

相談できます。受付経路や課題、問い合わせ件数、担当部署を伝えて、要件整理から支援できるかを確かめます。利用中のシステムや希望時期、予算上限も、あわせて共有しておきます。

複数社を同じ条件で比べるなら、確定事項と希望事項、提案事項を簡単なRFPにまとめておくと、違いが分かりやすくなります。

問い合わせフォームシステムの発注費用はどのくらい準備すべきですか？

フォームSaaSは無料から月額数千円、チーム向けは月額1万〜3万円程度です。小規模構築は初期10万〜100万円程度、業務フローや連携込みは100万〜500万円程度が目安です。

管理画面、履歴、権限、CRM連携、移行を含む受託開発は、推定300万〜1,500万円程度を起点に個別見積もりを取ります。公開価格と推定を区別し、保守と社内作業を含む総額で判断します。

個人情報を扱うフォームで委託先へ何を確認すべきですか？

利用目的とアクセス権限、保存・削除の扱いを確認します。暗号化やバックアップ、操作ログの扱いも確かめます。脆弱性対応、再委託、漏えい時の連絡、契約終了時の返却も、委託先に確かめておきます。

AIに問い合わせ本文を送る場合は、学習利用や保管場所、マスキング、人の承認も確認します。そのうえで、法務や情報システム、現場を交えて、安全管理措置と自社の責任を整理します。

まとめ

発注前に、フォーム画面と問い合わせ管理のどこまでが必要かを切り分けておきます。SaaS、ローコード・パッケージ、スクラッチは、独自性や連携、運用体制、3年程度のTCOで比べます。

発注前に決めることの一覧

RFPには、受付経路と課題、件数とKPI、項目、振り分けを書きます。期限や権限、個人情報も記載します。連携、移行、テスト、希望時期についても、あわせて書いておきます。

見積もりでは、標準機能、追加開発、初期設定、保守、外部サービス費、対象外作業を分けて見ます。価格だけでなく、成果物と将来の変更しやすさも確認します。

小規模な検証と本番範囲の拡大

全社分を一度に移行せず、まずは代表的なフォームと部署で試作します。そのうえで、通知や振り分け、検索、権限、スマートフォン、添付、対応履歴を、現場と一緒に検証します。

運用KPIと改善責任者を決めておけば、FAQ、CRM連携、AI回答案も、効果とリスクを見ながら段階的に導入できます。

▼全体ガイドの記事
・問い合わせフォームシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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