① 対応領域と「本当に強い分野」が明記されているか

システム開発会社の多くは「業務システムから Web アプリまで対応可能」と幅広く書いています。しかし、幅広く対応できる = どれも中途半端というケースは少なくありません。

チェックしたいのは、サイト上に「このジャンルは特に強い」という具体的な記述があるかどうかです。たとえば「製造業向け生産管理システムの実績が多い」「医療機関の予約システム経験が豊富」など、ドメインに踏み込んだ記述があれば、過去の設計資産が自社の案件に活きる可能性が高くなります。

逆に「システム開発全般対応」「どんな業界でも OK」という漠然とした記述しかない場合、要件定義の段階から業界理解を一から説明する必要が出てきて、工数が余計に膨らみます。

確認したいチェック項目

  • 業種・業界ごとの実績件数が記載されているか
  • 「得意分野」と「対応可能な分野」が区別されているか
  • 自社と似た規模・業態の実績があるか

② 費用の見積もり根拠が分解されているか

相見積もりを取っても「一式 500 万円」とだけ書かれた見積書は要注意です。何にどれだけ時間がかかるか説明されていないと、途中の仕様変更時に追加費用が青天井で発生するリスクがあります。

優良な開発会社は、見積段階で以下のような内訳を提示してくれます。

  • 要件定義フェーズ:XX 時間 × XX 円
  • 設計フェーズ:XX 時間
  • フロントエンド実装:XX 時間
  • バックエンド実装:XX 時間
  • テスト・品質保証:XX 時間
  • インフラ構築:XX 時間

この粒度で分解されていると、「このフェーズは自社で対応したい」「ここは削って良い」という交渉もしやすくなります。

COST REFERENCE

札幌の相場感としては、小規模な業務システム(ユーザー数十人規模)で 100 万円 ~ 300 万円、中規模(業務フロー全体をカバー)で 500 万円 ~ 1,500 万円が目安です。これより著しく安い場合は、どこかの工数を無理に圧縮している可能性があるため、内訳の説明を求めてください。

③ 開発体制(社内 or 外注)が確認できるか

見落とされがちですが、重要なポイントです。見積もりは安いが、実際に手を動かすのは別の下請け開発会社というケースがあります。この場合、仕様変更の指示が間接的になり、連絡の往復に時間がかかります。

発注前に以下を確認しましょう。

  • 要件定義 ~ 設計 ~ 実装のうち、どの工程を社内のメンバーが担当するのか
  • プロジェクトマネージャーは誰か(名前と経歴)
  • 外注する場合、どの会社に、何を依頼するのか

外注比率が高いこと自体が悪いわけではありません。重要なのは 「透明に開示されているか」「責任の所在がはっきりしているか」です。

④ 使用技術スタックが開示されているか

システムは「使った技術」が、将来の運用コストと保守のしやすさを決めます。10 年前のレガシーな技術で作ると、数年後に保守できるエンジニアがいなくなり、改修費用が高騰する可能性があります。

以下のような現代的な技術スタックを採用している会社なら、保守人材の確保がしやすく、長期的に安定運用できます。

  • フロントエンド:TypeScript / React / Next.js / Vue.js
  • バックエンド:Node.js / Go / Python / PHP(モダンフレームワーク)
  • データベース:PostgreSQL / MySQL
  • インフラ:AWS / Google Cloud / Cloudflare
  • デプロイ:Docker / CI/CD パイプライン

逆に、サイトで技術スタックに全く触れていない、あるいは「お客様のご希望に合わせます」とだけ書かれている場合、技術選定への知見が浅い可能性があります。

⑤ 保守・運用まで想定されているか

システム開発は作って終わりではなく、作ってからが本番です。公開後の障害対応、機能追加、OS・ミドルウェアのバージョンアップなど、継続的なメンテナンスが必須になります。

発注前に確認したいのは:

  • 月額の保守契約はあるか(料金目安)
  • スポット対応だけでも依頼できるか
  • 障害発生時の対応時間(平日営業時間? 24 時間?)
  • 保守契約を解除した後、別の会社に引き継げる状態で納品されるか

特に最後の「他社に引き継げる形で納品されるか」は重要です。ドキュメント・ソースコード・インフラ構成書が整備されていないと、将来「あの会社としか付き合えない」というロックインの状態になります。

⑥ 要件定義の進め方が明確か

システム開発の 7 割は「要件定義」で成否が決まると言われます。何を作るか決める段階で曖昧さが残ると、後工程で何度も手戻りが発生し、スケジュール・費用ともに膨らみます。

優良な会社は、要件定義フェーズの進め方を具体的に説明してくれます。

  • 現状業務のヒアリング回数と所要時間
  • 業務フロー図、画面遷移図、データモデルなど成果物
  • 要件定義の中で予想される論点リスト
  • 要件定義フェーズだけの単独発注が可能か

特に「要件定義だけ単独発注できる」と明記している会社は、依頼側のリスクを考えてくれています。要件がまだ固まっていない段階なら、まず要件定義だけ契約して、設計書ができてから本発注する流れが安全です。

⑦ 札幌拠点ならではのメリットを活かせるか

最後に、札幌の会社を選ぶなら、札幌拠点ならではのメリットが受けられるか確認しましょう。

直接対面の打ち合わせがしやすい

重要な要件定義フェーズでは、現場に足を運んで業務を観察してもらうのが理想です。札幌市内・札幌圏(江別・小樽・千歳・恵庭)の企業であれば、ちょっとした相談でも直接訪問してもらえる距離感がメリットになります。

固定費が低く、価格競争力がある

東京のシステム開発会社と比較すると、札幌の会社はオフィス賃料・人件費が低い傾向にあります。同じ品質で見積もると、札幌の会社の方が総額で 10 ~ 20% 程度安いことが多いです。

北海道の商習慣・業界に明るい

北海道の中小企業ならではの事情(季節性のある業態、JA や商工会との連携など)を踏まえた提案ができるのは、札幌拠点の会社の強みです。

補助金申請のサポートに慣れている

北海道独自の補助金・助成金制度や、IT 導入補助金の採択ノウハウを持った会社であれば、採択率を高めるポイントも含めて提案してくれます。

まとめ:発注前に 1 社だけで決めない

システム開発の発注は、金額・期間ともに大きな意思決定です。必ず 2 ~ 3 社に相見積を取り、本記事の 7 項目で比較することをおすすめします。

見積額だけで選ぶのではなく、「要件整理の進め方」「保守体制」「透明性」の観点を揃えてみると、本当に自社に合うパートナーが見えてきます。

合同会社 SKY では、札幌・全国のお客様から要件定義段階からのご相談を無料で承っております。「まだ要件が固まっていない」「何から始めればいいか分からない」というご相談から歓迎しています。お気軽にお問い合わせください。