抽選システムの発注は、抽選条件と業務範囲を整理し、RFPにまとめて委託先を比べる順で進めます。テストを終えてから公開すると、追加費用や本番事故のリスクを抑えやすくなります。
全体像は、抽選システム開発の完全ガイドにもまとめています。
▼全体ガイドの記事
・抽選システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
抽選システムの発注・外注で決める範囲
抽選システムの発注では、企画から運用終了後のデータ消去までの責任分担を決めておきます。範囲が曖昧なままだと、各社の見積もりの前提が揃わず、追加費用が生じやすくなります。
応募者が数千人か数十万人かで、必要な仕組みと費用は変わります。また、即時抽選か締切後抽選か、購入条件や本人確認があるかも、仕様に影響します。発注範囲を決めるには、抽選ロジックの開発だけでなく、企画や運営の業務まで含めて考えます。
抽選の対象と参加条件の切り分け
用途によって応募条件、当選後の業務、必要な連携が異なります。そのため、RFPには、何を誰にどの条件で抽選するかを書いておきます。
- 販促キャンペーン：Webフォーム、QRコード、シリアルコード、レシート画像、LINEなどからの応募受付。
- 抽選販売：在庫数と購入上限の管理。
- イベント整理券：日時枠の管理と会場での認証。
- 施設予約：利用者属性と予約枠の重複の管理。
システム以外の業務を含む発注範囲
依頼範囲には、画面や抽選エンジン以外の企画・運営業務も含められます。そのため、作業ごとの担当と責任者は、契約前に分けておきます。
- 企画と準備：企画整理、応募規約の確認、サーバー準備、負荷試験。
- 事務局業務：問い合わせ対応、当選者確定、賞品の梱包・配送。
- 終了後の作業：レポート作成とキャンペーン終了後のデータ削除。
システム会社と事務局代行会社が別なら、応募データを閲覧できる人を決めておきます。さらに、障害時の一次対応者と最終判断者も明確にします。
抽選システムの発注形態の選び方
定型企画を短期間で始めたいか、独自ルールや既存データ連携を重視するかで、発注形態を選びます。迷う場合は、機能を標準、連携必須、今回不要の3つに分けます。そのうえで、同じ要件を複数方式で見積もってもらうと、方式ごとの違いを比べられます。
ASP・クラウド型が向く定型企画
まず、標準機能で企画に合うかを確かめます。要件が短期間で固まったキャンペーンなら、準備期間を短くしやすい方式です。
- 標準機能：応募フォーム、当選確率設定、当落表示、CSV出力。
- 運用設定：担当者が管理画面で賞品や期間を設定できます。
- 追加開発の確認：複雑な会員ID連携、特殊な本人確認、細かな抽選ブロック、独自画面。
パッケージ型が向く複数回の開催と運用標準化
年間に何度も開催するなら、基盤やパッケージの設定を繰り返し使えます。毎回ゼロから作る方式と比べると、運用を一定の型で管理しやすくなります。
- まとめられる機能：複数賞品、複数店舗、レシート応募、LINE連携、アンケート。
- 契約前の確認：案件ごとのデータ分離、管理者権限、契約期間。
- 再利用時の確認：終了後の保存期間と設定費用。
スクラッチ開発が向く独自ルールと連携
独自の業務やデータ連携が必要なら、スクラッチ開発か既存基盤への追加開発が候補になります。
- 連携先：会員基盤、EC、POS、購買履歴、レシートOCR、在庫、配送。
- 独自ルール：当選優先順位、繰り上げ、抽選ブロック。
- 比較期間：初回だけでなく、3年程度の開催回数と運用費を含めます。
柔軟性が高い一方で、要件定義からテスト、負荷対策、保守体制まで、自社が発注者として管理する範囲も広がります。
RFPと要件整理で決めておく事項
RFPは、発注側の希望を伝える文書であり、同時に各社の見積条件をそろえる比較表でもあります。「抽選機能が欲しい」とだけ伝えると、各社が前提を別々に置くため、あとから追加費用が生じます。
まず、応募者、運営者、事務局、発送担当者の業務を時系列で書きます。そのうえで、必須要件と希望要件も分けておきます。
企画概要と応募から景品受け取りまでの流れ
企画概要には、目的と期間、対象地域を書きます。想定応募数と賞品、応募者属性、KPIも記載します。
- 業務の順序：告知、応募、資格判定、抽選、当選通知、本人確認。
- 当選後の業務：賞品発送、問い合わせ、結果集計、データ削除。
- 即時抽選：画面上の当落表示と重複防止。
- 後日抽選：締切後の母集団確定、実行者の承認、当選結果の保存。
抽選ルールと不正対策のテストケース
抽選ルールでは、母集団と重複判定キーを決めます。そのうえで、賞品ごとの当選本数と確率、締切を定めます。さらに、繰り上げ当選や辞退、期限切れの扱いも決めておきます。
- 重複判定：メールアドレス、電話番号、会員ID、シリアルコード、端末情報の組み合わせ。
- 不正対策：コード総当たり、bot、大量リクエスト。
- 管理と障害：確率変更や抽選途中の障害。
「ランダムに選ぶ」は、仕様として書き直して初めて使えます。上記の不正や障害を、RFPのテストケースに含めます。
負荷・セキュリティ・運用の非機能要件
応募数に加えて、開始直後と当選発表時の同時アクセス数を示します。さらに、通知メールの送信量とピーク継続時間も必要です。
- 個人情報の保護：暗号化、多要素認証、権限分離、操作ログ。
- データ管理：バックアップ、保管期間、削除証跡、再委託の有無。
- 安全対策：Webアプリ対策、管理画面のアクセス制限、不正ログイン対策、個人情報の安全管理。
IPAのガイドラインは、個人情報、ログ、バックアップの保護も要件例に挙げています（出典: IPA、2023年）。この項目は、抽選システムのRFPにも転用できます。
請負と準委任の契約形態の選び方
仕様をどこまで固定できるか、企画変更の頻度によって、契約形態を選びます。抽選キャンペーンは開始日が決まっているので、成果物と検収条件が明確な部分は請負が候補になります。一方、企画や運用を相談しながら進める部分は、準委任にできます。
契約名よりも、要件定義、開発、運用、障害対応の各工程で、責任と成果物がどう分かれているかを確かめます。
請負契約の完成範囲と検収基準
請負契約は、合意したシステムや設定を完成させて、検収を受ける契約です。そのため、成果物と各機能の受け入れ条件を決めておきます。
- 成果物：応募画面、管理画面、抽選処理、通知、CSV出力。
- 検収条件：テストデータ、負荷試験、重大な不具合の定義。
- 変更時の扱い：納期遅延と仕様変更の見積方法。
抽選結果に関わる不具合は、画面表示の不具合よりも影響が大きくなります。そのため、優先度を別に定めておきます。
準委任契約が向く変更の多い企画
準委任契約は、一定の業務を専門家に委ね、作業時間や役務の提供に対して対価を支払う形です。要件を詰めながら進める企画に向いています。
- 試作と改善：プロトタイプ作成や運用開始後の継続改善。
- 共同作業：社内担当者と外部エンジニアが一緒に進める場合。
- 契約で決めること：月ごとの作業、稼働時間、報告、意思決定者、未消化作業。
完成保証の範囲や納期の責任は、請負とは異なります。そこで、役務と成果の扱いを明確にします。
個人情報・再委託・データ消去の契約条項
応募者の個人情報を扱うなら、契約に個人情報の条件も定めます。対象になるのは、氏名、住所、電話番号、メールアドレス、会員ID、レシート画像です。
- 利用と保管：利用目的、閲覧者、保存場所、保存期間。
- 委託管理：再委託先、事故報告期限、返却・消去方法。
- 消去証跡：データ削除を確認できる記録。
個人情報保護委員会の指針は、委託先の安全管理措置を事前に確認することを求めています。出典は同委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」（2026年8月確認）です。また、契約に取扱状況を把握する条項を盛り込み、再委託の事前報告・承認や監査を行うことが望ましいとしています。
抽選システムの発注費用と相場の目安
費用は、公開ASPの料金と、個別要件を含む開発費に分けて考えます。連携やOCR、負荷試験などを加えると、別見積になります。ここで示す金額は、市場全体の固定価格ではなく、リサーチノートと公式掲載料金から整理した目安です。
公開料金のあるASPの目安
2026年8月に公式ページで確認できる例として、SUGUUは初期費用11万円、月額利用料3万3,000円です。アンケート機能と景品交換フォーム変更のオプションは、それぞれ5万5,000円です（出典: 株式会社イマスグー「Web抽選システムSUGUU」、2026年8月確認）。
同サービスは最短5営業日を案内し、同時アクセス数は最大200アクセスです。また、大量アクセスが見込まれるメール一斉送信などには対応しないと明記されています。そのため、価格だけでなく、想定ピークに対応できるかも必ず確認します。
公開料金の目安は、初期10万〜20万円、月額3万〜6万円程度です。
- 追加料金の確認：レシート確認、複数店舗、LINE連携、事務局、レポート、独自ドメイン、メール・SMS配信、延長。
公開プランの金額を総額と見ず、必要なオプションを足した、キャンペーン1回分の費用で比べます。
スクラッチ開発の推定レンジ
公的な一律の統計は少ないため、次の金額は、公開ASPの価格、業務システムの人件費、リサーチノートを組み合わせた推定です。
- 小規模：応募フォーム、基本抽選、当落メール、管理画面、CSV出力で300万〜800万円程度。
- 中規模：LINE・会員DB・EC連携、複数賞品、重複対策、分析で800万〜2,000万円程度。
- 大規模：大規模アクセス、レシートOCR、複数API、監査ログ、冗長化で1,500万〜4,000万円以上。
金額は、画面デザインや抽選ロジック、本人確認、外部連携、負荷試験、脆弱性診断の内容で変わります。保守、事務局、発送といった運用に関わる作業も、どこまで含めるかで金額に差が出ます。
リサーチノートでは、一般的な業務システムのエンジニア単価を月額80万〜120万円としています。さらに、人件費比率は40〜60%の目安です。ただし、この単価や比率は抽選案件の固定相場ではありません。見積書では、人日や人月、作業内容、前提条件が書かれているかを確かめます。
運用費・事務局費・データ消去費を含む総額
初期費以外にも、クラウドやサーバー、月額利用、配信の費用が発生します。さらに、監視や保守、ドメインの費用が加わり、問い合わせやレシート確認も費用になります。
- 当選後の対応：当選者への連絡、梱包と発送。
- 期間とデータ：キャンペーン延長、データ保管、削除作業。
- 事務局の条件：問い合わせ件数、対応時間、休日対応、FAQ、エスカレーション。
- 例外対応：返品や住所不備の扱い。
賞品数が多い企画では、発送費と在庫管理費がシステム費を上回ることもあります。別見積にして、金額を分けて示します。
抽選システムの委託先を選ぶポイント
会社名や実績数よりも、自社の抽選方式と運用課題に合うかで見ます。同じRFPを各社に渡して、機能と体制を比べます。さらに、リスクと総額も比べます。
委託先には、ASP事業者や受託開発会社、企画・事務局会社があります。イベント・整理券サービスも含め、得意範囲と責任分担が異なります。
類似案件の実績と業務フローの一致
実績の説明は、自社の運用と合うかという観点で聞きます。公開事例は、社名よりも業務の流れが自社に合うかで見ることが大切です。
- 案件条件：応募規模、抽選方式、連携先、ピーク時のアクセス。
- 運用体制：当選後の事務局、問い合わせ、賞品発送。
- 公開事例：クレアンスメアード、メディアスクエア、エクスクリエ、デジタルライン。
各社はWeb抽選やキャンペーン基盤の事例と機能を掲載しています。そのうえで、応募判定から終了後のデータ管理まで、業務の一致を見ます。
見積比較の前提条件と含まれない作業
合計金額だけでなく、各工程の数量や単価を見ます。そのうえで、期間や納品物を確かめ、前提と除外事項も見ます。作業範囲がそろうと、比較しやすくなります。
- 見積項目：要件定義、デザイン、開発、テスト、負荷試験、セキュリティ診断。
- 運用項目：リリース、保守、事務局、発送。
- 追加費用：想定外の連携、応募増、期間延長、仕様変更。
見積もりが安いほど、別料金になる作業がないかを確かめます。追加費用が発生する条件も、あわせて質問しておきます。
公平性・障害対応・データ管理の説明力
当選結果への問い合わせに備えて、抽選の過程を説明できる委託先を選びます。また、結果の保存や再抽選の条件も確かめます。
- 抽選記録：母集団の確定時刻、重複除外、実行者、権限分離、抽選ログ。
- 変更履歴：確率変更前後の値と操作者を記録できるか。
- 障害対応：停止・再実行の判断と告知担当を定める。
障害時の対応は、運用手順に加えて、契約でどこまでを誰が受け持つかも書き込みます。
抽選システムを発注してから公開するまでの進め方
発注後は、要件定義から始まり、設計・設定、開発、テストへと進みます。その後、リハーサルと公開を経て、運用と終了処理に移ります。
開始日から逆算して、本番リハーサルと修正期間を確保します。そのうえで、賞品や規約の確定日、社内の意思決定日も、工程表に入れます。
要件定義の業務責任者と承認者
要件定義では、発注側と委託先の担当者を明確にします。抽選直前の変更や結果確定の遅れを防ぐために、承認経路も決めておきます。
- 発注者側：企画責任者、法務・個人情報担当、システム担当、事務局責任者。
- 委託先：プロジェクトマネージャー。
- 承認担当：抽選ルール、賞品在庫、当選結果、公開停止の判断者。
これらの担当者は、同じ人とは限りません。そのため、役割ごとに決定者を定めておきます。
テストで確認する失敗時の流れ
正常な応募だけでなく、失敗時の動きも確かめます。負荷試験では、応募の受付から抽選、メール、管理画面までのボトルネックを見ます。
- 応募の異常：締切後、重複応募、無効コード、通信途中の再送。
- 当選後の異常：通知不達、在庫切れ、住所不備、期限切れ。
- 運営の異常：管理者の誤操作、抽選処理の再実行。
- 負荷試験：開始直後と当選発表時のアクセス集中。
テスト環境では、抽選結果を固定するか、再実行できるかを確かめます。あわせて、本番の操作手順も作成します。
公開後の監視・問い合わせ・終了処理
公開後は、応募数やエラー率などを見ながら運用します。そのため、正常値とアラート基準を決め、連絡先と対応時間も定めておきます。
- 監視項目：応募数、エラー率、メール不達、アクセス数、当選数、賞品残数、問い合わせ件数。
- 終了処理：当選者確定、未受取者への連絡、発送完了、問い合わせ記録、効果測定。
- 権限とデータ：権限停止、バックアップ保存、個人データ削除。
データ削除を後回しにしないために、実施日と証跡を納品物に含めます。
抽選システムの発注・外注でよくある質問
費用や期間は、企画の条件によって変わります。見積もりを取るときは、応募数と抽選方式を伝え、連携や運用範囲も示します。
抽選システムは無料や低価格のサービスだけで作れますか？
応募受付と当選表示だけなら、無料枠や低価格ASPで実施できる場合があります。必要な業務を含む総額で判断します。
個人情報や購入条件、複数賞品が加わると、追加費用が発生します。不正対策やアクセス集中への備えに加えて、発送や問い合わせの対応も、費用の対象になります。
無料かどうかよりも、サポート範囲とデータ削除方法を確かめます。
抽選システムの開発期間はどのくらいですか？
サービスによっては、定型ASPの設定を最短5営業日と案内しています。一方、スクラッチ開発は規模によって期間が変わります。
- 小規模：基本機能で1.5〜3か月。
- 中規模：外部連携や分析を含み3〜6か月。
- 大規模・高負荷：6〜12か月以上。
スクラッチの期間は、リサーチノートで整理した推定です。公開日は、要件定義から逆算します。素材・規約や負荷試験、社内承認、予備期間も、その中に組み込みます。
購入条件付きの抽選は景品表示法を確認する必要がありますか？
購入や来店を条件に景品を出す場合は、景品表示法の規制を確かめます。一般懸賞の上限は、取引価額によって変わります。
- 取引価額5,000円未満なら、最高額は取引価額の20倍、景品総額は売上予定総額の2%までです。
- 取引価額5,000円以上なら、最高額は10万円です（出典: 消費者庁「景品規制の概要」、2026年8月確認）。
- 共同懸賞や購入条件のないオープン懸賞では扱いが異なります。
企画の条件は、法務または専門家に確認してもらいます。
抽選の公平性を委託先にどのように確認すればよいですか？
委託先には、母集団の確定時期や重複除外の条件、抽選の実行者、確率変更のログを質問します。また、再抽選の履歴を保存できるかも確かめます。
抽選結果と実行日時の記録に加えて、対象件数や操作者、エラーの記録も見せてもらえるかを確かめます。障害時にどう扱うかも、あわせて聞きます。
「ランダムに選ぶ」だけでなく、後から説明できる証跡を提示できる会社が望ましいです。
まとめ
抽選システムの発注では、企画と応募規模、抽選ルールを要件の軸に据えます。連携や負荷対策、事務局、個人情報管理も、同じ要件に含めます。
定型企画はASP・クラウド、複数回の開催はパッケージが候補です。
独自の業務やデータ連携が成果に直結する場合は、スクラッチ開発が候補です。
発注前のRFPと見積比較の軸
RFPには、業務と当選条件、重複対策、アクセス、連携を記載します。セキュリティや運用、終了後の削除も、同じ文書に書いておきます。
見積もりは、初期費用に加え、月額や従量課金を含む総額で比べます。配信や事務局、発送、保守、延長、追加開発も、総額に入れて考えます。
請負か準委任かは、工程ごとに決めます。検収基準と、どこまでを誰が受け持つかも明確にします。
公平な抽選と安全な運用を説明できる委託先
委託先の説明力と提案内容は、抽選と運用、複数社の比較の両方で確かめます。
- 抽選と運用：抽選ログ、障害手順、個人情報管理、賞品と問い合わせ対応。
- 複数社の比較：同じRFPを渡し、金額、前提、除外作業、経験、テスト計画、公開後の支援を比べます。
発注前に要件を具体化すると、追加費用と本番事故のリスクを抑えやすくなります。
▼全体ガイドの記事
・抽選システム開発の完全ガイド
▼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を創業。