抽選システム開発は、要件整理から始まり、稼働、定着へと続く6つのフェーズで進みます。抽選ルールを先に固めてから開発に入ると、稼働後の運用事故を抑えやすくなります。
まず開発の全体像を押さえると、各フェーズで何を決めればよいかが見えてきます。
▼全体ガイドの記事
・抽選システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
抽選システム開発の全体像
抽選システムは、応募受付から当選者の決定、通知、賞品の引き渡しまでを管理します。応募資格や重複条件を判定し、決めたルールに沿って当選者を選びます。
何を抽選し、誰が応募できるかを最初に分けておくと、必要な機能を絞り込めます。
抽選対象と応募方式の分け方
抽選対象と応募方式の組み合わせによって、当選後に必要な業務も変わります。
- 販促：購入・来店条件の応募やオープン応募。
- 抽選販売：限定商品の購入枠の割り当て。
- イベント・施設予約：参加枠と日時の割り当て。
販促では、シリアルコードやレシート画像、LINEによる応募も候補に入ります。
抽選販売では、当選者だけが決済できる導線が必要です。また、イベントや施設では、会場での本人確認やQRコード認証まで設計します。
応募から終了処理までの必要機能
応募受付から終了後までに必要な機能を、業務の流れに沿って並べます。
- 応募・認証：フォーム、期間制御、メールやLINE認証。
- 抽選・管理：1人1回・1日1回などの応募回数制限、重複確認、抽選、当選者管理。
- 通知・出力：当落通知、管理画面、CSV出力。
- 追加機能：連携、在庫、繰り上げ、問い合わせ履歴、レポート。
追加連携の候補には、会員IDやEC、LINEがあります。また、POSやレシートOCR、デジタルギフトも候補に入ります。
終了後は、受取期限、辞退、住所不備への対応を事前に決めておきます。繰り上げと問い合わせ窓口の扱いも、運用ルールとして残します。
終了処理が曖昧だと、連絡漏れや賞品在庫不足による運用事故につながります。そのため、個人情報の保存期間と削除担当者を決め、削除の証跡も仕様に含めます。
公平性とピーク負荷の要件
公平性は、乱数処理だけでなく、抽選の前後の記録と権限管理によって説明します。
- 母集団：対象を確定した時点と重複除外の基準。
- 抽選条件：当選本数・確率の設定者と実行者。
- 証跡：結果と操作履歴を、改ざんされにくい形で保存。
管理者の権限を分け、条件変更と当選確定には承認を設けておくと、内部ミスや不正操作を抑えやすくなります。
開始時や発表時は、アクセスが一度に集中するため、瞬間的な負荷を前提に性能を考えます。同時接続数、応答時間、エラー率、復旧時間の目標は、あらかじめ決めておきます。
メール遅延や同一コードの連続試行、大量のCSV出力も、想定しておく事象です。
低価格のASPでは、同時アクセス数を最大200アクセスとするサービスもあります（出典: Web抽選システムSUGUU公式、2026年確認）。比べるときは、参加者数だけでなく、瞬間的な同時アクセスを基準にします。
抽選システム開発の進め方｜6つのフェーズ
画面の開発に入る前に、抽選ルールを固めておくことが前提です。フェーズは要件整理から定着まで順に進み、その間に選定、設計・開発、テスト、稼働が入ります。各段階では、成果物と責任者を決めておくと、納期直前の変更や設定ミスを防げます。
フェーズ1：抽選ルールと業務分担の要件整理
企画要件では、応募から当選後までの条件と、達成度を測る指標を決めます。
- 企画条件：目的、対象者、期間、応募方式、抽選時期。
- 賞品・応募：賞品の種類と本数、確率、上限、重複判定。
- 成果指標：応募完了数、本人認証率、購入率、LINEの友だち増加数。
- 運用指標：当選通知の到達率。
企画担当や法務、開発会社の役割は、RACIのように表にして整理します。事務局や発送担当の役割も、同じ表に書き加えます。
当選後の手続きと問い合わせ対応は、要件の範囲に入れます。応募資格は一文で説明できる状態にし、同一人物を判定するキーが決まっているかも確かめます。
当選本数と在庫、通知の再送条件、障害時の判断者を確認します。項目が決まらない場合は、そのまま開発に進まず、先に企画を見直します。
フェーズ2：ASP・クラウド・スクラッチの比較と選定
開発方式は、開催の頻度と独自要件の有無に合わせて選びます。
- ASP：短期間で定型のWeb抽選を始める場合。
- クラウド基盤：年に複数回開催し、データやブランドを横断して使う場合。
- 追加開発・スクラッチ：既存連携や独自ルールが競争力になる場合。
ベンダーには、想定応募数とピーク同時アクセスを共有します。応募方式と連携先も、同じ条件として渡します。さらに、賞品数と運用期間、事務局の委託範囲も伝えます。
提案書では、負荷試験と抽選ログの保管・開示を確かめます。個人情報の委託先や再委託先、障害時の責任分界も見ます。終了後のデータ消去も、提案書の記載で見ておきます。
回答が曖昧な会社は、価格が安くても慎重に比べます。
フェーズ3：例外処理までを含む設計・開発
画面やデータ、外部連携を、抽選と通知まで業務フローでつなぎます。
- 応募時：通信断や応募の二重登録。
- 通知時：メール不達や当選者の期限超過。
- 賞品管理：在庫切れや繰り上げ、敗者復活。
上の場面は、いずれも正常時以外の処理にあたります。そのため、処理の流れを事前に決め、仕様書に記載します。
抽選対象と除外対象は、文書で明確にします。賞品ごとの本数と当選順も、同じ文書に書き表します。乱数を使う場合は、日時、対象件数、条件を記録します。実行者、結果件数、エラーも残します。
確率を変更できる設計では、変更の権限と承認の流れを決めておきます。変更前後の値を残しておかないと、公平性を後から説明しにくくなります。
フェーズ4：公平性・負荷・不正対策のテスト
画面の表示確認に加えて、応募条件や抽選結果も検証します。
- 応募条件：資格の境界、期間前後、重複、無効コード。
- 抽選・通知：本数超過、再送、繰り上げ、管理権限。
- 攻撃・情報管理：総当たり、bot、不正ログイン、個人情報ログ。
同じレシートの再利用も、テストケースに含めます。検証は、固定データの期待結果と、乱数処理の分布や本数を分けて行います。
負荷試験では、開始直後や発表直後を想定し、通常時の数倍のアクセスを送ります。応募や認証、抽選は個別に測定します。当選画面、メール、管理画面も、それぞれ分けて測ります。
IPAのECサイト構築・運用セキュリティガイドラインは、公開前の脆弱性診断やソフトウェアの最新化、ログとバックアップの保護などを示しています（出典: IPA、2023年）。抽選にも同じ考え方を当てはめます。
フェーズ5：稼働での本番リハーサルと監視
本番前に、実際の環境と運用担当者でリハーサルを行います。
- 環境：ドメイン、メール、LINE、外部API、DNS。
- 運用素材：賞品、通知文、利用規約、問い合わせ窓口。
- 緊急対応：公開時刻、担当者、連絡先、停止判断、告知文。
本番では、メール送信元の認証やAPI制限、スマートフォンのブラウザによる表示の違いも確かめます。手順書は、担当者が不在でも対応できるように整えておきます。
稼働中は、応募数とエラー、認証失敗を監視します。重複やメール不達も対象に入り、CPUやデータベースの負荷、問い合わせ件数も追います。
障害時の停止や延期の判断を決め、応募期間の延長や参加者への告知方法も用意しておきます。障害中に当選者を確定すると、対象の母集団が揺らぎ、再抽選の説明が難しくなります。そのため、停止条件と再開条件は企画の段階から関係者と合意しておきます。
フェーズ6：定着期の運用データと次回への改善
終了後は、賞品対応と応募成果を振り返り、その結果を次回の改善に使います。
- 完了対応：当選確定、発送、受取期限、未受取分。
- 成果確認：応募経路、完了率、認証失敗率、重複除外率。
- 継続確認：当選通知の到達率、賞品受取率、問い合わせの原因、会員やLINEの継続率。
評価は応募数だけでなく各指標を並べて行い、次回の条件や画面改善に生かします。
個人情報は、定めた目的と保存期間に沿って削除します。バックアップや委託先に保管されている分も、削除の対象に含めます。
個人情報保護委員会の「個人情報保護法ガイドライン（通則編）」（2026年確認）は、委託先の取扱状況を把握することを示しています。さらに、再委託先の業務内容や取扱方法の事前報告と承認、必要に応じた監査も望ましいとしています。
削除を行った日時や対象、実行者を記録し、委託先からの完了報告も残します。
抽選システム開発の費用相場とコストの内訳
抽選システムの費用は、応募方式、参加人数、ピーク負荷によって変わります。外部連携やデザイン、抽選ロジックも費用に影響します。事務局代行や賞品発送、個人情報の保管方法も、費用に関わります。
費用は、初期設定や月額、従量課金のように分けて見ます。追加開発と運用費も、別に確認します。ここに挙げる金額は、公開料金とリサーチノートに基づく目安で、個別案件の確定額ではありません。
ASP・クラウド型の初期費用と月額の幅
定型的なWeb抽選ASPは、初期費用10万〜20万円、月額3万〜6万円程度が目安です。
- SUGUU：初期11万円、月額3万3,000円。
- オプション：SUGUUのアンケート機能などが5万5,000円。
- 株式会社アルファのフェアマネ：基本抽選機能で初期設定約20万円から、月額6万円から。
これらの金額は、各サービスの公式料金ページに掲載された料金です（出典: 各サービス公式料金ページ、2026年確認）。
Dlineは、年間で複数のキャンペーンを行うプラットフォームプランについて、初期費用0円、月額5万円からと案内しています。
Dlineでは、独自ドメインや既存システム連携、レシートOCRが内容に応じた見積もりです。事務局や賞品発送、問い合わせ対応も、内容に応じた見積もりになります（出典: Dline公式、2026年確認）。
同時アクセス数やサポートは、料金と合わせて読みたい項目です。管理画面の利用期間やデータ取得期限も、料金と一緒に確かめます。
スクラッチ開発の規模別の推定目安
抽選専用の開発は、公的に一律の相場がほとんど公開されていません。そのため、次の金額は、公開ASP料金と業務システム単価、抽選要件からの推定です。
- 小規模：応募、基本抽選、当落メール、管理、CSVに絞った構成で、初期開発費300万〜800万円程度、開発・導入期間1.5〜3か月程度。
- 中規模：LINE・会員DB・EC連携、複数賞品、重複対策、分析、事務局機能を含む構成で、800万〜2,000万円程度、3〜6か月程度。
- 大規模：高負荷・OCR・監査・冗長化を要する構成で、1,500万〜4,000万円以上、6〜12か月以上となる可能性があります。
複数ブランドのAPI連携や個別のセキュリティ診断も、大規模構成に含まれる条件です。いずれの金額も、要件や品質、負荷条件から算出したレンジで、金額を保証するものではありません。
見積金額の内訳（機能・連携・運用・終了処理）
見積書では、初期開発費以外に、運用費と終了費用も分けて確認します。
- 機能：画面、応募・認証、抽選、重複・不正対策、管理。
- 基盤：API、配信、負荷試験、診断、クラウド、監視、保守。
- 運用：事務局、発送、問い合わせ、データ保管・消去。
配信料やOCRの従量料金は、後から加算される場合があります。延長や独自ドメイン、サポート、発送作業も、加算されることがあります。
業務システム一般では、エンジニアの単価は月額80万〜120万円とされています。人件費の比率は、開発費の40〜60%程度という目安もあります。
一方で、抽選では高負荷設計や安全管理、運用設計が加わります。そのため、役割と工数を分けて見ます。
仕様変更が多い請負契約は、準委任より1.3〜1.5倍高いという一般論もあります。
契約条件や責任範囲によって変わるため、見積もりの条件について説明を求めます。
抽選システムの見積もりを取る際のポイント
見積もりの精度は、発注者が渡す情報の具体性で大きく変わります。
画面仕様をすべて決めなくても、主要な条件を共通の資料にまとめることはできます。提案会社が同じ前提で計算すると、価格と提案内容を比べられます。
要件定義書に入れる数字と例外ケース
数字と例外を具体的に示すと、提案の比較条件がそろいます。
- 開催規模：期間、応募総数、日次応募数、開始時のピーク。
- 抽選条件：賞品、在庫、本数、確率、応募上限。
- 運用条件：本人確認、通知、連携先、管理者数。
- 情報管理：取得情報と保存期間。
要件は、「開始5分に同時アクセスが集中しても応募完了画面を表示する」のように、具体的な場面で指定します。
エラー率と復旧時間の目標も示せば、提案の違いが見えやすくなります。
二重押下やコードの連続利用、レシートの再送は、例外ケースとして書き出します。当選辞退や住所不備も、例外ケースに含めます。
在庫不足やメール不達も、想定に入れます。設定変更や抽選中の通信断も、想定の対象です。
システム処理と事務局処理を分けて書くと、機能の漏れを減らせます。そのうえで、運用時間や問い合わせ対応の見積もりも、現実に近いものになります。
相見積もりで見る責任分界と実績
2〜3社へ同じ資料を渡し、費目と条件をそろえて提案を受けます。
- 費用：初期、月額、従量、追加開発、運用、終了処理。
- 性能・監査：負荷試験とログ保管日数、設定変更の承認。
- 責任分界：個人情報の取扱者、再委託、障害連絡と補償。
- 終了対応：削除証跡を提出できるか。
実績は、導入社数だけでなく、自社に近い方式や応募規模で判断します。ピーク負荷や各種連携、不正対策の経験を確かめます。事務局や発送を任せた経験も見ておきます。
システム会社と運営会社では、得意な領域が異なります。そのため、システムのみか、企画や事務局、発送まで任せるかを決めておきます。
法務・個人情報・セキュリティの事前対応
購入や来店を条件とする抽選は、一般懸賞や共同懸賞に当たる可能性があります。
- 一般懸賞：5,000円未満は最高額が取引価額の20倍、総額は売上予定総額の2%まで。
- 高額取引：取引価額5,000円以上の場合の最高額は10万円。
- 共同懸賞：最高額30万円、総額は売上予定総額の3%。
上の金額は、消費者庁の公式説明によるものです（出典: 消費者庁「景品規制の概要」、2026年確認）。企画の条件によって扱いが変わるため、公開前に法務や専門家へ確認します。
氏名や住所、電話番号を取得する場合は、利用目的を定めます。会員IDや購入情報、メールアドレスについても、利用目的を定めておきます。
第三者提供や委託、再委託の範囲は、プライバシーポリシーと契約に反映します。保管場所、保存期間、削除方法も、同じく反映します。
開発会社や事務局、発送会社がそれぞれ扱うデータの範囲と、監督の方法も見積もりに含めます。
暗号化や多要素認証、権限分離は、検討の対象です。診断やバックアップ、ログ保護も検討します。
WAFやレート制限など、必要な対策は費用項目に明記します。
抽選システム開発でよくある質問（FAQ）
発注前に確認したいのは、費用と期間、公平性です。ASPとスクラッチのどちらを選ぶかも、あわせて決めておきます。
抽選システムの開発費はいくらですか？
定型的なASP・クラウド型は、公式の公開料金を見ると、初期10万〜20万円、月額3万〜6万円程度が目安です。
独自開発の場合、基本機能に絞った小規模構成は300万〜800万円程度です。連携や高負荷対策を含む中規模以上では、800万〜2,000万円以上が推定レンジです。
価格差は、応募規模や連携、運営で分けると判断できます。発送や試験、情報管理も同じ区分で見ると、比べる材料がそろいます。
抽選システムは何か月で開発できますか？
ASPの設定だけであれば、短期間で開始できるサービスもあります。ただし、審査や素材の準備、テストの期間は別途必要です。
SUGUU公式は、設定情報を受け取った後の導入の流れを案内しています。また、Dline公式は、スポット型で発注から最短2日で開始できると案内しています。
独自連携やOCR、複雑な抽選、高負荷試験を含むと、期間は延びます。推定の目安として、小規模は1.5〜3か月、中規模は3〜6か月です。
抽選の公平性をどのように証明すればよいですか？
公平性を示すには、まず対象条件と重複除外の方法を保存します。抽選の日時と対象件数、本数も残します。設定者と実行者、抽選結果と操作履歴も記録し、変更前後の値と承認者も残します。
結果だけでなく、母集団を作った手順と除外理由も残します。公表する範囲と社内監査用に保管する範囲を分けると、個人情報の公開を抑えられます。
ASPとスクラッチ開発はどちらを選ぶべきですか？
短期の定型キャンペーンで標準機能が足りる場合は、ASP・クラウド型が合っています。複数回の利用や会員・購買の統合、独自ルールを重んじる場合は、開発を検討します。
厳格な監査や運用連携では、追加開発やスクラッチも候補に入ります。標準機能で進める企画と、独自に開発する領域を分けるやり方が現実的です。
まとめ
抽選システムの開発は、応募条件や公平性を整えるとともに、ピーク負荷と不正対策にも備える一連のプロジェクトです。6つの段階を通じて、これらを順に整えていきます。当選後の事務局対応や個人情報の終了処理まで含めて設計します。
開発成功の条件は抽選後までの責任
発注前には、ピーク同時アクセスと抽選対象、除外条件を決めておきます。本数や確率変更の扱いも、同じ時期に決めます。承認者とログも定め、結果を説明できる状態にします。
費用は月額と従量の料金を分けて比べ、連携や試験にかかる費用も別に見ます。セキュリティや運用、発送の費用も、別の項目として見積もります。
景品表示法と個人情報保護の両面から、公開前に法務と運用担当者が仕様を確かめます。
次の一歩：企画要件と見積条件の作成
まず、抽選対象と応募方式、期間を一枚にまとめます。賞品と応募数、ピークも同じ資料に入れます。連携先と事務局の範囲も、書き落とさないようにします。標準機能と独自開発する部分は、分けて書きます。
2〜3社へ同じ条件で相談し、費用と納期、障害対応を確かめます。そのうえで、抽選の説明可能性や委託管理、終了後の消去も見て、発注先を選びます。
▼全体ガイドの記事
・抽選システム開発の完全ガイド
▼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を創業。