岡山県内でシステム開発会社を探すときは、会社名や見積額を比べる前に、解決したい業務課題と発注条件を整理する必要があります。条件が曖昧なままでは、各社が異なる前提で提案するため、金額も納期も正しく比較できません。
この記事では、岡山県で相談先を探す際の候補5社を紹介し、発注準備、RFP、見積、契約、補助制度、運用までを一つの流れで整理します。
会社選びの前に整理する5項目
最初に決めるのは、作りたい機能の一覧ではありません。システムで変えたい業務と、その変化をどう確かめるかです。
| 項目 | 意味 | 確認する質問 |
|---|---|---|
| 目的とKPI | KPIは、改善の進み具合を確かめる指標です。 | どの業務を、どの状態まで変えたいか。 |
| 対象範囲 | 今回作るものと、次回以降に回すものを分けます。 | 対象となる部署、業務、データ、外部連携は何か。 |
| 利用者と業務の流れ | 誰が、いつ、何を入力し、次に誰が処理するかを示します。 | 現場で例外が起きたとき、誰がどう対応するか。 |
| 非機能要件 | 非機能要件は、速度、可用性、権限、監査、バックアップなど、機能以外の品質条件です。 | 止められる時間、守るべき情報、必要な記録は何か。 |
| 運用と決裁 | 公開後の問い合わせ、障害対応、改善判断の担当を決めます。 | 誰が仕様を決め、誰が受け入れ、誰が運用するか。 |
数値目標を置く場合は、現状値を確認してから設定します。根拠のない目標値を先に置くと、開発会社が必要な機能や性能を判断できません。
発注要件をミニRFPにまとめる
RFPはRequest for Proposalの略で、開発会社に提案を依頼するための文書です。最初から大部の資料を作る必要はありません。比較に必要な前提をそろえた「ミニRFP」から始めると、社内の認識差も見つけやすくなります。
ミニRFPに入れる内容
- 背景と現在の業務上の困りごと
- 目的と確認したいKPI
- 利用者、対象業務、対象外の範囲
- 既存システム、外部サービス、移行するデータ
- 速度、停止許容時間、権限、ログなどの非機能要件
- 希望時期、予算の考え方、社内体制
- 提案書で回答してほしい項目と選定基準
依頼文の例
現状は[対象業務]を[現在の方法]で処理しており、[困りごと]が発生しています。今回の目的は[目標とする状態]です。対象は[含める業務]、対象外は[含めない業務]とします。提案書には、進め方、体制、見積の内訳、前提条件、リスク、公開後の支援内容を記載してください。
この段階で画面の細部まで固定する必要はありません。一方で、対象外の範囲と提案の比較基準は明記します。ここが曖昧だと、提案後に「含まれると思っていた」という食い違いが起きます。
見積は金額だけで比べない
開発費は、要件定義、設計、実装、テスト、移行などの工数に、クラウド、ライセンス、機器、外部サービスなどの費用を加えて積算するのが一般的です。ただし、同じ案件名でも品質条件や移行範囲によって工数は変わるため、画面数だけでは妥当性を判断できません。
| 確認項目 | 見るポイント |
|---|---|
| 作業の内訳 | 要件定義、設計、実装、テスト、移行、教育、管理の工数が分かれているか。 |
| 前提と除外 | 見積に含まれない作業、発注側が用意する資料、データの状態が明記されているか。 |
| 品質条件 | 性能、セキュリティ、バックアップ、障害対応に必要な作業が含まれているか。 |
| 外部費用 | クラウドやライセンスの初期費用と継続費用が分かれているか。 |
| 公開後の費用 | 保守、監視、問い合わせ、改修の料金体系と対応時間が示されているか。 |
| 変更時の扱い | 追加要望が出たときの見積、承認、納期変更の手順が決まっているか。 |
安い見積が不適切とは限りません。比較すべきなのは、金額差の理由です。対象範囲、品質条件、移行、教育、保守のどこが違うのかを、各社に同じ質問で確認します。
請負と準委任の違い
システム開発では、請負と準委任がよく使われます。契約名だけで責任範囲が決まるわけではないため、実際の業務内容と契約条項を合わせて確認する必要があります。
| 契約形態 | 向いている場面 | 発注側の確認事項 |
|---|---|---|
| 請負 | 成果物、仕様、納期、検収条件を具体的に定められる工程。 | 完成の基準、検収方法、修正の範囲、仕様変更の手順。 |
| 準委任 | 要件の探索、継続的な改善、運用など、作業を進めながら判断する工程。 | 担当者の役割、稼働の報告、意思決定者、成果の確認方法。 |
要件を整理する工程と、仕様が固まった後の開発工程で契約を分ける方法もあります。ただし、どの組み合わせが適切かは案件ごとに異なります。知的財産権、再委託、個人情報、検収、支払い、障害対応を含め、必要に応じて専門家の確認を受けてください。
補助制度を使う場合の確認順
岡山県や市町村、国には、IT導入や人材育成に関する支援制度があります。ただし、制度名、対象者、対象経費、補助率、受付期間は年度や公募回ごとに変わります。過去の条件を前提に予算を組まず、申請時点の公式な公募要領を確認してください。
- 目的を合わせる:導入したいシステムが制度の目的と対象事業に合うかを確認します。
- 対象経費を分ける:開発費、クラウド費、機器費、研修費のうち、何が対象になるかを確認します。
- 着手条件を確認する:交付決定前の契約、発注、支払いが対象外になる制度があります。
- 必要書類と期限を逆算する:見積書、事業計画、納税関係書類、実績報告に必要な期間を見込みます。
- 重複を確認する:同じ経費を複数制度へ申請できるとは限りません。各窓口へ事前に確認します。
補助制度は、必要な投資を後押しする手段です。採択を前提に開発範囲を広げるのではなく、不採択でも事業として成立する優先順位を決めておくと、計画が止まりにくくなります。
岡山県で相談先を探す際の候補5社
以下は、元の記事で紹介されていた岡山拠点の企業を、公式サイトへのリンクとともに整理したものです。順位ではありません。各社の最新の対応範囲、実績、体制は相談時に確認してください。
| 会社 | 記事内で確認できる主な領域 | 相談時に確認したいこと |
|---|---|---|
| 株式会社両備システムズの公式サイト | 公共、医療、社会保障、民間向けシステム、データセンター、ネットワーク、セキュリティ。 | 大規模運用や高い可用性が必要な案件での体制と保守範囲。 |
| OEC株式会社の公式サイト | 公共、自治体向けの事務改善ソリューションと導入後の支援。 | 既存業務の標準化、データ移行、利用部門への定着支援。 |
| 株式会社トスコの公式サイト | 業務系、制御系の開発、ネットワーク、セキュリティ、RFID関連。 | 製造や社会インフラで必要となる現場連携、試験、障害対応。 |
| セリオ株式会社の公式サイト | 製造、物流、介護などのソフトウェア開発とDX支援。 | 現場業務の整理方法、段階導入、利用者からの改善要望の扱い。 |
| 株式会社システムエンタープライズの公式サイト | 金融、教育、医療、工業などの受託開発と運用保守。 | 既存システムとの連携、保守の引き継ぎ、長期運用の体制。 |
候補を絞るときは、業界名が同じかどうかだけでなく、自社と似た制約を扱った経験を確認します。たとえば、繁忙期に止められない、個人情報を扱う、古い基幹システムと連携する、といった条件です。実績の開示が難しい場合は、守秘義務に触れない範囲で、担当範囲と進め方を説明してもらいます。
初回相談で確認したい質問
- 今回と似た業務上の制約を扱った経験はあるか。
- 提案、設計、開発、テスト、保守をそれぞれ誰が担当するか。
- 再委託がある場合、範囲と情報管理はどうなるか。
- 仕様の決定事項と未決事項を、どの文書で管理するか。
- 受入テストの条件と、不具合修正の範囲をどう決めるか。
- 公開後の監視、問い合わせ、障害連絡、改善提案はどこまで含まれるか。
- 追加要望が出たとき、費用と納期への影響をどう合意するか。
回答内容は議事録に残し、見積書と契約書の前提に反映します。口頭の説明だけで進めると、担当者が変わったときに合意を再現できません。
よくある失敗と回避策
| 問題 | 起きる理由 | 対策 |
|---|---|---|
| 要望が増え続ける | 目的と対象外の範囲が共有されていない。 | 優先度を付け、今回の範囲と次回候補を分ける。 |
| 見積を比較できない | 各社が異なる品質条件や移行範囲で積算している。 | 同じミニRFPと質問表を渡し、差分の理由を確認する。 |
| 公開後に現場が使えない | データ移行、教育、問い合わせ対応が計画に含まれていない。 | 公開前の訓練と移行リハーサル、運用責任者を決める。 |
| 変更のたびに揉める | 影響確認と承認の手順がない。 | 変更内容、費用、納期、決裁者を一つの記録で管理する。 |
| 補助制度の都合で着手できない | 契約時期や対象経費を確認する前に計画を確定した。 | 公募要領と窓口で条件を確認し、採択に依存しない範囲も決める。 |
発注から運用までの進め方
- 現行業務を図にし、困りごとと例外処理を洗い出す。
- 目的、KPI、対象範囲、非機能要件、運用担当を決める。
- ミニRFPを作り、同じ条件で複数社へ相談する。
- 金額だけでなく、前提、体制、品質、移行、保守を比較する。
- 契約と検収条件、変更手順、情報管理を文書にする。
- 範囲を区切って公開し、利用状況とKPIを確認しながら改善する。
相談先を決める基準は、会社の規模や知名度だけではありません。自社の課題を理解し、見積の前提を説明し、公開後の運用まで合意できるかが判断材料になります。
掲載を希望するシステム開発会社の方へ
掲載を希望する企業は、所在地、事業内容、得意分野、公開可能な実績、対応体制、認証、公式情報の更新日を整理し、システム開発会社の掲載依頼フォームからご連絡ください。掲載可否は、提出された一次情報を確認したうえで案内されます。
この記事に関連する株式会社greedenの取り組み
発注前に目的や運用条件を整理できると、開発会社との認識差を減らせます。株式会社greedenは、業務課題の整理から運用を見据えたWebシステム開発まで、企業の取り組みを支援しています。

