契約から検収まで、開発期全体でかかる期間の目安

契約したら、次に気になるのは「いつ終わるか」

開発会社との契約を終えると、ひとまず肩の荷が下りたように感じるかもしれません。ですが本当の意味での時間との勝負はここから始まります。契約日から検収完了（納品物を確認し、正式に受け取る手続き）までの開発期がどれくらいかかるのか、事前に相場感を持っておかないと、途中で「思ったより長い」「なぜこんなに時間がかかるのか」と不安になり、開発会社との関係がぎくしゃくする原因にもなります。

自己資金300万円前後で立ち上げる場合、開発期が延びるということは、運用開始が遅れるだけでなく、その間の生活費や固定費が目減りし続けるということでもあります。期間の目安を知っておくことは、単なる知識ではなく、資金計画そのものに直結する判断材料です。

この記事では、規模別の期間目安と、期間が延びやすい典型的な要因を整理します。

規模別の期間目安

開発期間は「何を作るか」によって大きく変わりますが、個人が自己資金で発注する規模感では、おおむね以下のようなレンジに収まることが多いです。

ここで言う「期間」は、要件定義から基本設計、実装、テスト、検収までを含んだ開発期全体の目安です。予算300万円で現実的にどこまでの機能が作れるかという話とセットで考えると、期間感はより具体的になります。予算300万円で、現実的にどこまでの機能が作れるか で機能の輪郭を先に固めておくと、この期間目安がぶれにくくなります。

なお、この期間には発注者側の確認・意思決定にかかる時間も含まれます。開発会社が黙々と作業する時間だけを指すのではなく、あなたが仕様を確認し、デザインを承認し、テスト結果をチェックする時間も、全体の期間の一部です。ここを見落とすと、想定より長く感じる原因になります。

期間が延びやすい要因

同じ規模の開発でも、実際にかかる期間には差が出ます。延びやすい要因を知っておくと、自分がその状況に近づいていないか、途中で気づけるようになります。

要件が途中で変わる、または増える 「これも追加でお願いしたい」が積み重なると、その都度、設計のやり直しや実装の追加が発生します。これは開発会社の怠慢ではなく、当初の合意範囲を超えた作業が発生している証拠です。追加が積み重なる前に、何を確定事項とし、何を保留にするかを決めておく姿勢が、期間を守るうえで効果的です。

発注者側の確認・返信が遅れる 開発会社からの質問やデザイン確認の依頼に対して、返信が数日〜1週間空くと、その分そのままスケジュールが後ろ倒しになります。特に本業を続けながら発注している場合、確認作業が後回しになりがちです。契約前に「自分がどのくらいのペースで確認に対応できるか」を見積もっておくとよいでしょう。

外部サービスとの連携に想定外の時間がかかる 決済代行サービスの審査、地図APIやメール送信サービスの申請など、外部サービス側の手続きに日数がかかることがあります。これは開発会社の作業速度とは別の要因で、事前に把握していないと「なぜ止まっているのか」が分かりにくく、不安の種になりやすい部分です。

テスト・修正のやり取りに複数往復が発生する 検収前のテストで不具合や認識のズレが見つかると、修正→再確認のやり取りが発生します。これ自体は健全なプロセスですが、往復のたびに数日単位の時間がかかることは織り込んでおく必要があります。納期が遅れ始めたときに発注者側がまず確認すべきことを知っておくと、この段階での対応もスムーズになります。納期が遅れ始めたとき、発注者側がまず確認すべきこと は、遅延の兆候が見えた時点で早めに目を通しておくと安心です。

詳細はコラムへ

この記事で扱ったのは、あくまで期間の全体像です。個々の論点——見積もりの内訳の読み方や、契約書で確認すべき条項、追加要望が発生したときの対応方法など——は、それぞれ専門的に掘り下げるべきテーマです。

たとえば契約段階で押さえておきたい内容は、契約書で必ず確認したい条項を扱ったコラムで詳しく解説しています。契約書で必ず確認したい条項（知的財産権・検収・保守） では、期間だけでなく検収の基準や保守の範囲についても整理しているので、契約前に一度目を通しておくことをおすすめします。

期間の目安はあくまで目安であり、個々のプロジェクトの内容や発注先によって前後します。大切なのは、想定より延びる可能性があることをあらかじめ織り込んだうえで、資金計画とスケジュールに余裕を持たせておくことです。