ホーム > システム開発 > オークションシステム開発 > 開発会社の選び方
オークションシステムの導入を検討し始めた段階では、「何をどこまで作るか」が固まっていないのが普通です。むしろ、要件が固まった状態でご相談に来られる企業様はほとんどいらっしゃいません。
このページでは、要件が定まっていない段階から開発会社を探される方に向けて、何を基準に選べばよいかを、実際にオークションシステムを開発している立場から整理しました。
1. オークションシステムには複数の形式がある
「オークションシステム」と一言でいっても、開催の形式によって中身は大きく異なります。形式が違えば必要な機能も、画面の作りも、負荷のかかり方も変わります。まず自社がどの形式に当たるかを整理しておくと、相談先の会社を絞り込めます。
主な形式
- 競り上げ方式:参加者が価格を上げていき、最高額の入札者が落札します。締切直前に入札が集中するため、同時処理の設計が重要になります。
- 入札方式(封印入札):他の参加者の金額が見えない状態で入札し、締切後に最高額の入札者が落札します。ブランド品や宝飾品の業者間市場で多く使われます。
- ライブ方式:進行役が競りを進め、参加者がその場で応札します。オンライン化する場合は、映像配信と応札の同期が課題になります。
- 会場連動型(ハイブリッド):会場とオンラインの参加者が同時に応札します。会場の進行とオンラインの入札にずれが出ないようにする必要があります。
このほかに、下見や事前入札を設けるか、即決価格を用意するか、締切直前の入札で自動延長を行うか、手数料(売り歩・買い歩)をどう計算するかなど、運用ルールの違いがそのまま仕様に直結します。同じ業界であっても、市場ごとにルールは異なります。
オンライン化を検討している場合は、現在の会場開催をそのまま再現するのか、この機会に運用自体を見直すのかも論点になります。会場での慣習には、紙や口頭でのやり取りを前提にしたものが含まれており、そのまま画面に移し替えると、かえって手間が増えることがあるためです。どこを残し、どこを変えるかは、開発会社と話しながら決めていく部分です。
相談前に整理しておきたいこと
次の項目に答えられる状態であれば、各社から比較できる見積もりが出てきます。すべて埋まっていなくても構いませんが、分からない項目があること自体を開発会社に伝えておくと、話が早く進みます。
- 1回の開催で、何点くらいの出品を扱うか
- 参加する業者はおよそ何社で、同時に何人が応札する見込みか
- 開催の頻度(毎週、毎月、不定期)
- 会場開催を残すのか、完全にオンラインへ移行するのか
- 手数料は、どのような計算で徴収しているか
- 落札後の精算、請求、配送を、どこまでシステムで扱いたいか
- 現在の運用で、最も手間がかかっている作業は何か
2. 費用の相場と、変動する要因
個別開発(フルスクラッチ)の場合、費用の目安は次のとおりです。
| 規模 | 内容の目安 | 初期費用 |
|---|---|---|
| 小規模 | 単一の開催形式で、現行の運用ルールをそのまま再現する範囲。外部システムとの連携は限定的 | 300万〜600万円 |
| 中規模 | 複数の入札経路(事前入札、書面、電話など)を扱う。独自の手数料計算、精算書・請求書の発行を含む | 700万〜1,400万円 |
| 大規模 | 複数の開催形式を並行運用する。外部システムとの連携や、大量の同時接続を前提とした構成を含む | 1,500万円〜 |
開催形式そのものは、費用を決める要素ではありません。ライブオークションや会場連動型であっても、扱う件数や運営ルールの複雑さによって、いずれの規模にもなり得ます。
金額を左右するのは、画面の数よりも次の要素です。
- 入札ロジックの複雑さ(自動延長、代理入札、最低落札価格の扱いなど)
- 手数料計算の独自性(品目別、会員種別ごとの料率、端数処理など)
- 決済・配送・本人確認といった外部サービスとの連携の有無
- 管理画面で、運営のどこまでを自動化するか
- アクセスが集中する時間帯に耐えるサーバー構成
- ライブ配信を含む場合の、映像と入札の同期
初期費用のほかに発生する費用
システムの費用は、開発費だけでは終わりません。年間で見たときの総額を把握しておくと、社内での予算化がしやすくなります。
- サーバー費用(構成と規模によって、月額数千円から数十万円まで幅があります)
- ドメイン、SSL証明書などの維持費用
- 保守費用
- 決済サービスを使う場合の手数料
- メール配信やSMS認証など、外部サービスの従量課金
- 稼働後の機能追加、改修の費用
掲載価格と見積もり金額の差に注意する
ウェブサイトに掲載されている価格は、あくまで参考値です。実際に要件を詰めていく過程で、金額が当初の提示から大きく上がることは珍しくありません。掲載価格だけを判断材料にすると、後で予算が合わなくなります。
特に確認したいのが、最安プランの適用条件です。会社によっては、最安プランに利用できる期間の上限や、開催回数の上限が設定されていることがあります。価格表の注記や適用条件まで読み、自社の運用に当てはまるかを必ず確認してください。
また、データ量や登録件数に応じて料金が変動する契約もあります。運用が軌道に乗って出品数が増えたときに、費用がどう変わるのかを、契約前に聞いておくべきです。
3. 保守契約は内容を確認する
初期費用だけで比較すると、判断を誤ります。システムは納品後に運用が始まり、そこから費用が発生し続けます。保守については、次の点を各社に確認してください。
必須契約か、任意契約か
保守契約を必須としている会社と、任意としている会社があります。必須の場合、初期費用が安く見えても、契約期間全体で見ると総額が上回ることがあります。
何に対する保守か
保守という言葉には、性質の異なる作業が含まれます。
- サーバーの保守:安定して稼働し続けるための監視、OSやミドルウェアの更新、バックアップなど
- システムの保守:プログラムの不具合対応、仕様変更への追従、軽微な改修など
- 運用のサポート:開催ごとの設定の補助、参加者からの問い合わせへの技術的な対応など
見積書に「保守費用」としか書かれていない場合は、この3つのどこまでが含まれるかを必ず確認してください。会社によって範囲が違うため、金額だけでは比較できません。
不具合の対応は有償か、無償か
要件として定義された機能に後から不具合が見つかった場合、無償で対応する会社と、保守契約の範囲内として扱う会社、別途費用を請求する会社があります。この線引きは会社ごとに異なるので、契約前に取り決めておくとトラブルを避けられます。
金額の水準としては、固定額を提示する会社もありますが、保守の手間はシステムの規模に比例するのが実際です。規模を問わず一律の金額が提示された場合は、その根拠を聞いてみるとよいでしょう。
連絡手段と対応時間
オークションは、開催日が決まっています。その日に不具合が起きた場合、当日中に対応できるかどうかで被害の大きさが変わります。連絡手段(電話、メール、チャット)と、対応してもらえる時間帯、休日や開催日の扱いを、契約前に確認してください。開催が土日や早朝の市場であれば、なおさら重要です。
4. パッケージか、個別開発か
費用を抑える方法として、既製のパッケージ製品や、月額で利用するサービスを選ぶ方法があります。初期費用は個別開発より大幅に低くなります。
判断の基準は単純です。システム側の仕様に、自社の運用を合わせられるかどうかです。
私たちがこれまでオークションシステムを開発してきて分かったのは、同じ業界であっても、まったく同じ仕様で動いているシステムは存在しないということです。手数料の計算方法、会員の区分、出品票の項目、締切の扱い、落札後の精算の流れ。どれも市場ごとに違います。長く運営されている市場ほど、その市場特有のルールが積み上がっています。
運用のほうをシステムに合わせられるのであれば、パッケージは合理的な選択です。一方で、独自の仕様が明確にあり、それが市場の競争力になっている場合は、パッケージは向きません。パッケージに機能を追加する形で対応すると、最初から作るより割高になることもあります。
この場合の選択肢は、大きく2つです。ひとつは、完成品ではない基礎部分を持っている会社に、自社に合わせて作り込んでもらう方法。もうひとつは、個別開発(フルスクラッチ)です。前者は費用と期間を抑えやすく、後者は自由度が高くなります。
月額型は、総額で判断する
初期費用を抑えて月額で利用する形態は、始めやすい反面、長期で見ると総額が膨らみます。月額10万円であれば、5年間で600万円です。個別開発の小規模な構成と、同程度の金額になります。
どちらが得かは、利用する期間と、システムを資産として持つかどうかで変わります。数年で運用方法を見直す可能性があるなら月額型、長く使い続ける前提であれば個別開発、という考え方が目安になります。
5. 実績をどう確認するか
開発会社に問い合わせると、ほとんどの会社が「できます」と答えます。技術的には、たいていのことは可能だからです。しかし、実績があるかどうかで、開発期間と品質に差が出ます。
実績がないと、開発期間が延びやすい
オークションには、業界の外からは見えにくい前提が数多くあります。それを知らないまま開発を始めると、途中で仕様の見落としが判明し、手戻りが発生します。結果として、期間も費用も当初の見積もりを超えていきます。
実績がないと、画面の使い勝手が損なわれる
ウェブ制作の分野で知られた会社が画面設計を担当したものの、オークションの運用を理解していなかったために、実務では使えない構成が上がってきた、という例があります。
オークションの画面は、一般的なECサイトとは要求が異なります。参加者は限られた時間の中で、多数の出品物を素早く見比べ、判断し、応札します。会場では、進行役の声を聞きながら手元の端末を操作します。こうした場面を知らずに設計すると、見た目は整っていても、現場では使えない画面になります。
確認する方法
- 自社と同じ形式(競り上げ、入札、ライブ、会場連動)での開発実績があるか
- 実際に稼働しているシステムの画面を見せてもらえるか
- 管理側の画面まで見せてもらえるか(運営の負担はここで決まります)
- 開発した市場が、いまも継続して運営されているか
実績の件数そのものより、継続して使われているかどうかを見てください。納品までを請け負う会社と、稼働後も運用を支え続けている会社では、開発中の判断の質にも差が出ます。稼働後に何年運用されているかを聞けば、その会社がどちらであるかは分かります。
6. 伴走してくれる会社かどうか
冒頭で触れたとおり、相談の段階で要件が固まっていないのは、例外ではなく普通のことです。だからこそ、この点が会社選びで最も重要になります。
言われたものをそのまま作る会社であれば、発注側が仕様をすべて決め、抜け漏れの責任も負うことになります。要件が固まっていない状態でこれを行うのは、現実的ではありません。
望ましいのは、これまでの開発で蓄積したノウハウをもとに、「その運用であれば、この機能があったほうがよい」「その画面構成では、開催当日に混乱が起きる」といった提案ができる会社です。発注側と一緒に要件を作り上げていく進め方ができるかどうかで、完成するシステムは大きく変わります。
初回の打ち合わせで見分けられます。こちらの要望を聞くだけで終わる会社か、運用の実態を細かく質問してくる会社か。後者のほうが、話は長くなりますが、結果的に手戻りの少ない開発になります。
7. 相談から稼働までの流れと期間
おおまかな進行と、かかる期間の目安です。会社によって呼び方は異なりますが、工程の中身は大きく変わりません。
| 工程 | 内容 | 期間の目安 |
|---|---|---|
| 相談・ヒアリング | 運用の実態を共有し、実現したいことを整理する | 2週間〜 |
| 要件定義 | 機能を確定し、画面の構成と業務の流れを決める | 2週間〜 |
| 設計・開発 | 画面とデータベース、入札処理を作り込む | 3〜6か月 |
| テスト | 実際の開催を想定した確認、同時入札の検証 | 1か月程度 |
| 稼働・初期運用 | 参加業者への案内、初回開催の立ち会い | 1か月程度 |
小規模な構成であればこれより短くなりますが、要件定義に時間をかけたほうが、結果として全体は早く終わります。この工程を省いて開発に入ると、テストの段階で仕様の見落としが判明し、作り直しになるためです。
もうひとつ、忘れられやすいのが参加業者への周知です。長く会場で開催してきた市場をオンライン化する場合、システムが完成しても、参加業者が使えなければ運用は始まりません。操作説明の資料や、初回開催時のサポートをどこまで開発会社が担うのかも、確認しておくとよい項目です。
選定時の確認事項
- 自社の開催形式を伝えたうえで、同じ形式の開発実績を確認したか
- 実際に稼働しているシステムの画面(管理側を含む)を見たか
- 掲載価格ではなく、自社の要件にもとづく見積もりを取ったか
- 最安プランの適用条件(利用期間、開催回数の上限など)を確認したか
- 保守契約が必須か任意か、範囲はどこまでかを確認したか
- 要件内の不具合が、有償対応か無償対応かを確認したか
- データ量の増加で費用が変動する契約かどうかを確認したか
- サーバー費用を含めた、年間の運用費用を把握したか
- 打ち合わせで、運用の実態について質問されたか
エムディーピー株式会社について
弊社は、美術品・骨董、コイン、ブランド品・宝飾品、リユース品などを扱うオークションのシステムを開発しています。常時開催式、イベント開催型、封印入札式、Liveオークション、会場連動型ライブオークションのいずれにも対応し、実際のオークションの現場を確認したうえで開発を進めています。
オークションシステムの詳細はオークションシステム開発のページをご覧ください。導入のご相談、お見積もりも承ります。
