東京都でシステム開発会社を選ぶときは、知名度や見積総額だけでなく、自社の目的、開発範囲、運用体制に合うかを同じ条件で比べる必要があります。
本記事では、都内に本社を置く7社の公開情報を整理し、相談前の準備から契約、受入、保守までを発注の順番に沿って解説します。
発注前に決める五つのこと
要件定義とは、作る機能だけでなく、システムで解決する課題、利用者、品質、運用方法、制約を合意できる形にする作業です。
最初から詳細な仕様書を完成させる必要はありませんが、次の五項目が曖昧なままでは、各社の見積条件がそろいません。
| 項目 | 書く内容 | 例 |
|---|---|---|
| 目的 | 改善したい業務と達成したい状態 | 二重入力を減らし、受注から請求までを一つの流れで管理する |
| 対象範囲 | 利用部門、利用者、画面、帳票、外部サービスとの連携 | 営業と経理が利用し、会計サービスへデータを渡す |
| 非機能要件 | 速度、稼働時間、セキュリティ、バックアップ、運用性など、機能以外の品質 | 権限別に操作を制限し、障害時に復旧できるようにする |
| 制約 | 予算の上限、希望時期、既存環境、社内規程 | 既存データを移行し、繁忙期前に切り替える |
| 運用体制 | 公開後の問い合わせ、監視、改修、社内担当者 | 一次問い合わせは社内で受け、障害調査を開発会社へ依頼する |
非機能要件は専門用語に見えますが、利用者が安心して使い続けるための条件と考えると整理しやすくなります。
RFPで提案条件をそろえる
RFPは提案依頼書のことで、複数社へ同じ条件で提案と見積を依頼するための文書です。
口頭説明だけで依頼すると、会社ごとに想定する機能や品質が変わり、安い見積が単に対象範囲の狭い見積だったという事態が起こります。
RFPには、背景と目的、対象業務、利用者、必要機能、非機能要件、外部連携、データ移行、希望時期、予算、提案書の回答形式を含めます。
初めて作る場合は、地域が違っても発注手順は共通するため、RFP、見積、契約までを整理した発注ガイドも参考になります。
見積依頼に添える確認項目
- 見積に含まれる工程と成果物
- 発注側が準備する情報と作業
- 見積に含まれない機能、移行、保守
- 追加費用が発生する条件と承認方法
- 担当者の役割、人数、稼働の考え方
- 検収方法と不具合を直す期間
- 公開後の問い合わせ窓口と対応時間
請負と準委任の違いを理解する
契約方式は、要件がどこまで固まっているかに合わせて選びます。
| 方式 | 合う状況 | 確認する点 |
|---|---|---|
| 請負 | 完成させる範囲と検収条件を事前に決められる | 成果物、完成条件、検収、不具合への対応を明記する |
| 準委任 | 調査や試作を繰り返しながら仕様を決める | 作業範囲、報告方法、優先順位の決定者、稼働管理を明記する |
| 段階契約 | 要件整理と本開発を分けて判断したい | 各段階の終了条件と次段階へ進む判断方法を明記する |
SLAは、問い合わせへの応答時間や障害時の対応など、サービスの運用品質を合意するための基準です。
契約書では、知的財産の扱い、秘密保持、再委託、個人情報、変更管理、保守範囲、契約終了時のデータ返却と引継ぎも確認します。
契約条件は案件ごとに異なるため、法的な判断が必要な条項は専門家へ確認してください。
見積は総額より前提を比べる
開発費は、機能数だけでなく、外部連携、データ移行、権限、性能、セキュリティ、テスト、納期、運用支援によって変わります。
そのため、一般的な相場を当てはめるより、各社の見積を同じ項目へ分解する方が実務では役立ちます。
| 区分 | 比較する内容 |
|---|---|
| 企画と設計 | 業務整理、要件定義、画面設計、データ設計 |
| 開発 | 画面、API、帳票、バッチ処理、外部サービス連携 |
| 品質 | テスト範囲、セキュリティ確認、性能確認、受入支援 |
| 移行と公開 | データ整備、移行試験、公開作業、利用者教育 |
| 運用 | 監視、問い合わせ、障害対応、軽微改修、報告 |
| 条件 | 前提、除外事項、追加費用、支払時期 |
予算が限られる場合は、最初の公開で必要な機能と後から追加できる機能を分け、優先順位を提案書へ反映してもらいます。
補助制度は契約前に最新情報を確認する
補助制度の名称、対象経費、申請期間、契約可能な時期は年度や公募回によって変わります。
2026年8月29日の確認時点では、国の窓口としてデジタル化・AI導入補助金2026と中小企業省力化投資補助金が案内されています。
東京都内の事業者は、東京都中小企業振興公社の助成金一覧でDX推進助成金などの対象と受付状況を確認できます。
商店街のアプリやECサイト、業務システムを検討する場合は、東京都産業労働局の商店街デジタル化推進事業が確認先になります。
- 導入目的と期待する効果を整理する。
- 利用できる制度の対象者、対象経費、申請期限を公式の公募要領で確認する。
- 見積の費目を補助対象と対象外に分ける。
- 契約、発注、支払を始めてよい時期を事務局へ確認する。
- 実績報告に必要な記録と証憑を保存する担当者を決める。
補助金の採択を前提に開発日程を固定すると、申請結果や交付時期によって計画が止まるため、利用できない場合の予算と範囲も先に決めておきます。
東京都で相談できるシステム開発会社7社
以下は順位表ではなく、既存記事に掲載されていた各社の公開情報を、相談先を絞るための観点で整理したものです。
対応範囲、担当体制、実績、認証、所在地は変わることがあるため、依頼前に各社の公式サイトと提案書で確認してください。
| 会社 | 都内拠点 | 相談を検討しやすい領域 |
|---|---|---|
| 株式会社ripla | 渋谷区 | DX戦略、基幹システム、業務システム、SaaS、Webサービス、モバイルアプリ |
| アルサーガパートナーズ株式会社 | 渋谷区 | コンサルティング、サービス設計、開発、運用を含むDX支援 |
| FORCE-R株式会社 | 中央区 | EC戦略、EC運用、サイト制作、広告、SEO |
| 株式会社ムクイル | 墨田区 | 画像認識、スマートグラス、Web、クラウド、IoTを組み合わせた現場支援 |
| 株式会社TDテクノロジー＆コンサルティング | 品川区 | 中小企業向けWebシステム開発とITコンサルティング |
| 株式会社エム・システム | 葛飾区 | 業務用アプリケーション、パッケージ、Webアプリケーション、既存資産の改修 |
| 株式会社GeNEE | 港区 | ITコンサルティング、Web、アプリ、業務システム、運用、セキュリティ支援 |
株式会社ripla
株式会社riplaは、DX戦略の策定、基幹システム刷新の要件定義とツール選定、業務システム、SaaS、Webサービス、モバイルアプリを相談したい場合の候補です。
提案時には、独自の開発手法が自社案件の品質管理、引継ぎ、保守へどう適用されるかを確認します。
アルサーガパートナーズ株式会社
アルサーガパートナーズ株式会社は、構想や業務設計から開発、運用までを一つの体制へ相談したい場合の候補です。
対象業界が広いため、自社と近い業務の担当経験、プロジェクト責任者、開発後の運用体制を提案書で確かめます。
FORCE-R株式会社
FORCE-R株式会社は、EC事業の立ち上げや改善で、サイト構築だけでなく戦略、運用、広告、SEOまで含めて相談したい場合の候補です。
基幹システムや物流との連携がある案件では、同社が担う範囲と他社が担う範囲を先に分けます。
株式会社ムクイル
株式会社ムクイルは、画像認識やスマートグラスを業務で使う仕組みとして、Web、クラウド、IoTと組み合わせたい場合の候補です。
概念実証を行う場合は、試作の評価指標、必要な学習データ、本番移行の条件を開始前に合意します。
株式会社TDテクノロジー＆コンサルティング
株式会社TDテクノロジー＆コンサルティングは、中小企業の業務に合わせたWebシステム開発と、発注前のIT相談を検討する場合の候補です。
公式サイトの解説記事も確認し、要件整理、見積比較、保守のうち、どの範囲から支援を依頼できるかを尋ねます。
株式会社エム・システム
株式会社エム・システムは、業務アプリケーション、自社パッケージ、Webアプリケーションに加え、既存のWindows系システムを活かした改修を相談したい場合の候補です。
既存資産を残す案件では、対応可能な技術だけでなく、テスト環境、移行手順、将来の保守方法まで確認します。
株式会社GeNEE
株式会社GeNEEは、構想段階のIT相談からWeb、アプリ、業務システムの開発、運用、セキュリティ支援までを検討する場合の候補です。
支援領域が広いため、今回の案件へ実際に参加する担当者と、外部パートナーを含む責任分界を面談で確かめます。
初回面談で聞く質問
- 同じ業務や同程度の規模を担当した経験はあるか。
- 要件が未確定の部分をどの手順で整理するか。
- プロジェクト責任者と日常の窓口は誰か。
- 品質をどの指標とレビューで確認するか。
- 遅延や仕様変更が起きたとき、影響と追加費用をどう報告するか。
- 再委託や国外開発がある場合、情報へアクセスできる人と環境をどう制限するか。
- 公開後の監視、障害対応、改善提案をどこまで依頼できるか。
- 契約終了時に、コード、データ、設定、手順書をどの形式で受け取れるか。
国外の開発体制を含む提案を比較する場合は、価格だけでなく、ハイブリッド型オフショア開発の利点と注意点も踏まえて責任分界を確認します。
発注後に整える運用と受入
契約後は、定例会議、課題管理、意思決定者、変更依頼の承認方法をキックオフで決めます。
受入テストでは、正常な操作だけでなく、権限の違い、入力誤り、通信断、外部連携の失敗、バックアップからの復旧も案件に応じて確認します。
設計判断と運用手順を担当者の記憶だけに残さないため、コード、仕様、設計判断をつなぐ知識継承の方法も保守条件へ組み込みます。
利用者向け画面を作る場合は、キーボード操作、文字の拡大、色だけに頼らない案内、入力エラーの説明などを要件と受入項目へ入れ、Webアクセシビリティを発注から運用へ組み込む方法も確認してください。
よくある質問
都内の会社へ依頼した方がよいですか
現地調査や対面での受入が多い案件では都内拠点が便利ですが、オンラインで完結する案件では、所在地より担当体制と対応時間を優先できます。
何社へ見積を依頼すればよいですか
比較できる数の候補へ同じRFPを渡し、質問への回答と提案の前提まで含めて評価します。
候補を増やしすぎると面談と確認が浅くなるため、一次調査で得意領域を絞ってから正式な提案を依頼します。
補助金が使える会社を選ぶべきですか
補助制度への対応経験は確認材料になりますが、採択の可否より、目的に合うシステムと運用を作れるかを先に評価します。
ベンダーロックインを避けるには何を決めますか
コードとデータの権利、データの出力形式、クラウドの契約主体、構築手順、アカウントの引継ぎ、終了時の支援範囲を契約前に決めます。
掲載内容の更新を依頼する方法
東京都のシステム開発会社から、新規掲載と掲載内容の更新申請を受け付けています。
正式社名、所在地、提供領域、公開できる実績、品質とセキュリティの方針、公式サイトの確認先を用意し、掲載情報の問い合わせフォームから連絡してください。
発注準備を次の行動へつなげる
最初の行動は、目的、対象範囲、非機能要件、予算、期限を一枚に書き、社内の決定者と運用担当者へ確認することです。
その内容をRFPへ展開し、候補各社の得意領域、体制、見積前提、契約、保守を同じ表で比べれば、価格だけに左右されにくい選定ができます。
この記事に関連する株式会社greedenの取り組み
発注前に目的、要件、運用体制を整理できれば、開発会社との認識差を減らせます。株式会社greedenは、企画段階の相談からWebシステムの要件定義、設計、実装、リリース後の保守と改善まで一気通貫で支援しています。