岡山県のシステム開発会社5社｜選び方、RFP、見積、契約の実務

岡山県内でシステム開発会社を探すときは、会社名や見積額を比べる前に、解決したい業務課題と発注条件を整理する必要があります。条件が曖昧なままでは、各社が異なる前提で提案するため、金額も納期も正しく比較できません。

この記事では、岡山県で相談先を探す際の候補5社を紹介し、発注準備、RFP、見積、契約、補助制度、運用までを一つの流れで整理します。

会社選びの前に整理する5項目

最初に決めるのは、作りたい機能の一覧ではありません。システムで変えたい業務と、その変化をどう確かめるかです。

数値目標を置く場合は、現状値を確認してから設定します。根拠のない目標値を先に置くと、開発会社が必要な機能や性能を判断できません。

発注要件をミニRFPにまとめる

RFPはRequest for Proposalの略で、開発会社に提案を依頼するための文書です。最初から大部の資料を作る必要はありません。比較に必要な前提をそろえた「ミニRFP」から始めると、社内の認識差も見つけやすくなります。

ミニRFPに入れる内容

• 背景と現在の業務上の困りごと
• 目的と確認したいKPI
• 利用者、対象業務、対象外の範囲
• 既存システム、外部サービス、移行するデータ
• 速度、停止許容時間、権限、ログなどの非機能要件
• 希望時期、予算の考え方、社内体制
• 提案書で回答してほしい項目と選定基準

依頼文の例

現状は［対象業務］を［現在の方法］で処理しており、［困りごと］が発生しています。今回の目的は［目標とする状態］です。対象は［含める業務］、対象外は［含めない業務］とします。提案書には、進め方、体制、見積の内訳、前提条件、リスク、公開後の支援内容を記載してください。

この段階で画面の細部まで固定する必要はありません。一方で、対象外の範囲と提案の比較基準は明記します。ここが曖昧だと、提案後に「含まれると思っていた」という食い違いが起きます。

見積は金額だけで比べない

開発費は、要件定義、設計、実装、テスト、移行などの工数に、クラウド、ライセンス、機器、外部サービスなどの費用を加えて積算するのが一般的です。ただし、同じ案件名でも品質条件や移行範囲によって工数は変わるため、画面数だけでは妥当性を判断できません。

安い見積が不適切とは限りません。比較すべきなのは、金額差の理由です。対象範囲、品質条件、移行、教育、保守のどこが違うのかを、各社に同じ質問で確認します。

請負と準委任の違い

システム開発では、請負と準委任がよく使われます。契約名だけで責任範囲が決まるわけではないため、実際の業務内容と契約条項を合わせて確認する必要があります。

要件を整理する工程と、仕様が固まった後の開発工程で契約を分ける方法もあります。ただし、どの組み合わせが適切かは案件ごとに異なります。知的財産権、再委託、個人情報、検収、支払い、障害対応を含め、必要に応じて専門家の確認を受けてください。

補助制度を使う場合の確認順

岡山県や市町村、国には、IT導入や人材育成に関する支援制度があります。ただし、制度名、対象者、対象経費、補助率、受付期間は年度や公募回ごとに変わります。過去の条件を前提に予算を組まず、申請時点の公式な公募要領を確認してください。

1. 目的を合わせる：導入したいシステムが制度の目的と対象事業に合うかを確認します。
2. 対象経費を分ける：開発費、クラウド費、機器費、研修費のうち、何が対象になるかを確認します。
3. 着手条件を確認する：交付決定前の契約、発注、支払いが対象外になる制度があります。
4. 必要書類と期限を逆算する：見積書、事業計画、納税関係書類、実績報告に必要な期間を見込みます。
5. 重複を確認する：同じ経費を複数制度へ申請できるとは限りません。各窓口へ事前に確認します。

補助制度は、必要な投資を後押しする手段です。採択を前提に開発範囲を広げるのではなく、不採択でも事業として成立する優先順位を決めておくと、計画が止まりにくくなります。

岡山県で相談先を探す際の候補5社

以下は、元の記事で紹介されていた岡山拠点の企業を、公式サイトへのリンクとともに整理したものです。順位ではありません。各社の最新の対応範囲、実績、体制は相談時に確認してください。

候補を絞るときは、業界名が同じかどうかだけでなく、自社と似た制約を扱った経験を確認します。たとえば、繁忙期に止められない、個人情報を扱う、古い基幹システムと連携する、といった条件です。実績の開示が難しい場合は、守秘義務に触れない範囲で、担当範囲と進め方を説明してもらいます。

初回相談で確認したい質問

• 今回と似た業務上の制約を扱った経験はあるか。
• 提案、設計、開発、テスト、保守をそれぞれ誰が担当するか。
• 再委託がある場合、範囲と情報管理はどうなるか。
• 仕様の決定事項と未決事項を、どの文書で管理するか。
• 受入テストの条件と、不具合修正の範囲をどう決めるか。
• 公開後の監視、問い合わせ、障害連絡、改善提案はどこまで含まれるか。
• 追加要望が出たとき、費用と納期への影響をどう合意するか。

回答内容は議事録に残し、見積書と契約書の前提に反映します。口頭の説明だけで進めると、担当者が変わったときに合意を再現できません。

よくある失敗と回避策

発注から運用までの進め方

1. 現行業務を図にし、困りごとと例外処理を洗い出す。
2. 目的、KPI、対象範囲、非機能要件、運用担当を決める。
3. ミニRFPを作り、同じ条件で複数社へ相談する。
4. 金額だけでなく、前提、体制、品質、移行、保守を比較する。
5. 契約と検収条件、変更手順、情報管理を文書にする。
6. 範囲を区切って公開し、利用状況とKPIを確認しながら改善する。

相談先を決める基準は、会社の規模や知名度だけではありません。自社の課題を理解し、見積の前提を説明し、公開後の運用まで合意できるかが判断材料になります。