受託開発の見積もりを並べると、最初に目へ入るのは総額です。ただ、静岡の中小企業や店舗のご相談を現場で受けていると、導入後の差が出るのは保守、仕様変更、データ移行の書き方だと感じます。
安く見えた案に必要な作業が入っておらず、稼働直前に追加費用が出る。逆に、手厚い保守を付けたものの利用しない。そんな行き違いを減らすには、各社へ同じ条件を渡し、金額の内側を比べることが先です。
月額ではなく「何が起きたら動く保守か」を見る
保守費用には、問い合わせ受付、障害調査、軽微な修正、サーバー監視、更新作業などが含まれます。しかし、同じ「月額保守」でも中身は会社ごとに違います。電話は受けるが作業は別料金、平日の営業時間内だけ、一次回答まで日数がかかる。ここが見積書の小さな注記に隠れがちです。
担当者に具体的な場面をぶつける
- 月曜の朝にログインできない場合、連絡方法と受付時間はどうなるか
- 原因調査、復旧作業、データの戻し作業は月額内か
- 制度改定や端末の更新に伴う修正は、保守か追加開発か
- 毎月の作業上限と、超えたときの単価や事前連絡はあるか
「すぐ対応」の意味も確認します。受付が早いのか、調査開始が早いのか、復旧時刻を約束するのか。清水区の工場で朝の出荷に使う仕組みと、月末にだけ使う集計画面では、止まったときの重さが違います。自社の業務時間に合わせた条件で比べたいところです。
ボタン一つの追加でも、仕様変更になることがある
現場では、使い始めてから「この順番の方が早い」「紙の控えと同じ項目が欲しい」と気づきます。これは失敗ではなく、業務を画面に落とし込む過程で自然に出る調整です。問題は、どこまでが初期費用に含まれるか決まっていないこと。
修正は決めた仕様どおりに動かない状態を直す作業。仕様変更は、合意した内容に機能や条件を足す作業です。まず、この定義を契約書や見積条件に書いてもらいます。
追加費用が出る前の流れを決めておく
- 変更内容を文章か画面図で共有する
- 費用、納期、既存機能への影響を開発会社が示す
- 社内の決裁者が承認してから着手する
- 変更後の確認項目と検収日を残す
口頭で「ついでに」と頼む運用は危険です。小さな変更を月に何時間まで保守内とするのか、都度見積もりにするのか。ここをそろえるだけで、見積もりの安い高いがかなり読みやすくなります。
データ移行は「入れる件数」より前後の作業が大きい
顧客台帳や商品一覧を新しいシステムへ移す場合、見積書の「データ移行一式」だけでは判断できません。古い表には、全角と半角の混在、同じ会社の重複、空欄、廃止した商品が残っているものです。私たちも、表を受け取って初めて揺れが分かる場面があります。
- 旧システムからの書き出しを誰が行うか
- 重複や表記揺れを誰の判断で整えるか
- 試しの移行を何回行い、何件を照合するか
- 本番切替後に不一致が出た場合、誰がいつまで直すか
- 旧データの保管期間と、個人情報を安全に消す手順
完了条件は「取り込み処理が終わった」では足りません。たとえば目安として顧客1,000件を移すなら、移行前後の総件数、必須項目の空欄数、売上合計などを照合します。1,000件という数字は一般的な件数ではなく例ですが、確認方法を先に決める考え方は件数にかかわらず同じです。
比較表には初期費用と3年間の総額を並べる
見積もりは各社の書式のまま比べず、自社の一枚へ写します。初期開発、月額保守、年次更新、想定する仕様変更、データ移行、操作説明、解約時のデータ書き出しを同じ行に置く形です。3年間は費用差を見るための目安です。
仮にA案が初期280万円、年間保守12万円、B案が初期240万円、年間保守60万円なら、3年間の単純合計はA案316万円、B案420万円です。これは一般的な相場ではなく比較方法の例。実際には追加変更や利用料も含め、税込かどうかも統一して計算します。
さらに、見積書へ「含む・含まない・未確定」を書き込みます。未確定をゼロ円として扱わないのがコツ。駿河区の事務所と焼津の倉庫で同時利用するなら、拠点追加や接続が不安定なときの動作も質問に入ります。
見積もりの範囲を決めきれないときは
契約前の確認には、経営者だけでなく実際に入力する方にも入ってもらいます。普段の締め時間、繁忙日の人数、紙で残している例外処理は、現場担当しか知らないことが多いからです。見積書と仕様書の言葉が違う場合は、その場で一つにそろえます。
候補の見積もりがそろっていても、範囲の違いが読み取りにくいことはあります。NIRでは、現在の業務と困っている場面を伺い、必要な部分と後回しにできる部分を一緒に整理しています。判断材料を整えたい段階なら、システム導入・開発を無料で相談するから、既存の見積書を伏せ字にした状態でもご相談いただけます。契約を急がせず、運用開始後まで見える形に整えます。