既存システムに機能を追加したい、あるいは現行の業務プロセスに合わせて改修を加えたいと考えたとき、最初に直面するのが「どの開発会社に依頼すれば安心して任せられるのか」という選定の悩みです。新規開発と違って追加開発は「動いているものを触る」緊張感が常につきまといます。たった1箇所の修正がデグレード（既存機能の不具合）を引き起こし、業務停止や信用失墜につながる事例は後を絶ちません。スルガ銀行と日本IBMの訴訟では、追加開発を巡る攻防の末に41億7210万円の支払命令が確定するなど、ベンダー選定の失敗が経営に与える影響は計り知れないものとなっています。
本記事では、追加開発に強い実績を持つベンダー6社を、リバースエンジニアリング技術や変更管理プロセスへの対応力、品質レベルの明示、そして「コンコルド効果」回避のための中止判断スコア提供、商法512条に適合した契約設計といった独自視点で比較します。費用相場や選び方のチェックポイントもあわせて解説し、自社の追加開発プロジェクトを安全かつ確実に成功させるための判断材料を提供します。読み終えるころには、自社の状況にフィットするパートナー候補が明確になり、地雷ベンダーを避けるための具体的な質問項目まで持ち帰れる構成です。
追加開発パートナー選びの重要性
追加開発は新規開発と本質的に異なる難しさを抱えています。すでに稼働している業務を止めずに、影響範囲を見極めながら改修を進める必要があり、ベンダーの技術力だけでなく、変更管理プロセスや回帰テストの運用力、契約面でのリスクヘッジ能力までが問われます。安易に「既存ベンダーに任せておけば大丈夫」と考えると、ベンダーロックインや追加費用の膨張、最悪のケースでは訴訟リスクにまで発展します。
パートナー選定はプロジェクトの成否を80%以上左右する経営判断です。だからこそ表面的な実績や価格だけでなく、追加開発特有の課題に対する備えがあるかを多角的に評価する必要があります。
適切なパートナー選定が成否を分ける理由
追加開発で最も恐ろしいのは、ベンダーが「動いている既存システム」の中身を理解しないまま改修に着手し、デグレを連鎖的に発生させる事態です。フレシットの増田氏は「システム変更はどこを直すかではなく、何が連動して動いているかを理解することから始まる」と指摘していますが、この基本ができていないベンダーは驚くほど多いのが現実です。
スルガ銀行と日本IBMの訴訟は典型例です。初期費用95億円から始まり、合意書時点で89億円に膨らみ、開発中断時には127億円の追加要求が出され、最終的には高裁で日本IBMに41億7210万円の支払命令が確定しました。訴訟記録は72冊にのぼり、宴会の箸袋に手書きされた金額交渉メモまでが証拠として提出されたと伝えられています。パートナー選定を誤ると、追加開発は経営を揺るがすリスク事業に変質します。
一方で、デンソーの「yuriCargo」のように、アジャイル手法を取り入れ5ヶ月で1,700ユーザーを獲得した成功例もあります。デンソーは追加開発を内包した契約と組織設計を最初から組み込んでおり、ベンダーとのパートナーシップが機能していたことが奏功した事例として知られています。
発注前に確認すべきポイント
発注前に必ず確認すべきは、ベンダーが変更管理プロセスをどこまで体系化しているかという点です。影響範囲調査チェックリスト、フェーズゲート承認、議事録テンプレート、承認フローのドキュメント化が標準装備されているかを商談の場で具体的に確認してください。これらが口頭でしか語られない場合、ベンダーの追加開発運用は属人化している可能性が高くなります。
もう1つ重要なのが、リバースエンジニアリング技術への対応力です。ドキュメントが失われた既存システムでも、ソースコードから現行仕様を再構築できるかどうかが追加開発の品質を決定づけます。ベンダーに「ドキュメント不足のレガシーシステムをどう扱うか」と問い、具体的なアプローチを答えられるかが判断軸になります。
さらに、商法512条に適合した契約設計を行えるかも見極めポイントです。同条は「商人がその営業の範囲内において他人のために行為をしたときは、相当な報酬を請求することができる」と定めており、追加開発の費用請求条件に関わる重要な根拠条文です。契約書に「工数大幅変動時は別途相談」条項を入れる、議事録で追加合意を文書化するといった実務対応をしているベンダーは信頼性が高くなります。
株式会社ripla｜コンサルから開発まで一気通貫で支援
riplaは、コンサルティングから開発まで一気通貫で支援できる企業です。IT事業会社として社内DXを推進してきた経験を活かし、ビジネスへの成果創出とシステムの定着支援に強みがあります。営業・顧客・生産・販売管理など、幅広い基幹システムの構築・導入実績があり、企業の業務要件に合わせて柔軟に対応できる体制を整えています。
特徴と強み
riplaの最大の特徴は、追加開発に必要な「動いている業務の理解」を出発点に据えている点です。既存システムの仕様書が失われていたり、現場運用が形骸化しているケースでも、業務ヒアリングとソースコード調査を組み合わせたリバースエンジニアリングで実態を可視化します。発注側が抱える「ベンダーに丸投げできない」という不安に対し、コンサルティング機能で変更管理プロセスを発注側責任として共同設計するアプローチを取っています。
品質レベルの設計にも踏み込みます。一般的な追加開発では機能数 × 品質レベル × 人月単価で費用が算出されますが、品質レベルが低の場合は基準値の50〜70%、中で100〜150%、高だと200〜400%まで変動します。riplaでは商談初期に品質レベルを発注側と合意し、見積書の根拠を明示することで、後から「想定外の追加費用」が発生しない設計を心がけています。
さらに、コンコルド効果に陥らないための中止判断スコアを提供している点も独自の強みです。サンクコストへのこだわりがプロジェクトを暴走させる前に、「ここで一度立ち止まる」というフェーズゲートを契約段階から組み込み、経営層が冷静な意思決定を下せる仕組みを支援します。
得意領域・実績
riplaが得意とするのは、営業管理・顧客管理・生産管理・販売管理といった基幹業務領域の追加開発です。SalesforceやkintoneなどのSaaSをベースにしたカスタマイズから、フルスクラッチで構築された独自業務システムの機能追加まで、多様な技術スタックに対応してきました。OSSやパッケージを賢く活用することでカスタマイズ前提でも費用を40〜60%削減した実例があり、コスト最適化の知見が豊富です。
準委任契約をベースとした柔軟な体制構築にも実績があります。要件が流動的な追加開発フェーズでは、請負契約だと追加見積と契約変更が頻発し、両者の信頼関係を損ねがちですが、riplaは稼働対価型の運用で「変更を内包した開発」を実現してきました。商法512条適合の契約書ひな型も準備しており、追加費用請求の法的根拠を発注前に明示します。
株式会社システナ｜大規模システム保守・追加開発の老舗
株式会社システナは、1983年創業の独立系SIerで、東証プライム上場企業として大規模システムの保守・追加開発に長年取り組んできました。金融・通信・公共分野を中心に、ミッションクリティカルな既存システムへの追加開発で安定した品質を提供しています。社員数は5,000名を超え、24時間365日のサポート体制を持つため、業務停止が許されない基幹システムの改修にも安心して任せられる規模感が特徴です。
特徴と強み
システナの強みは、長年の保守運用ノウハウに裏付けられた変更管理プロセスの体系化です。影響範囲調査、回帰テスト、リリース計画までを標準フォーマットで管理しており、属人化を排除する仕組みが整っています。テスト工程の自動化にも積極的で、CI/CDパイプラインを取り入れた追加開発体制を顧客と共同で構築する事例も豊富です。
クラウド移行と追加開発を組み合わせた案件にも強みがあります。オンプレミスのレガシーシステムにAWSやAzure上の新機能を組み込むハイブリッド構成や、コンテナ標準化によるベンダーロックイン回避まで、技術的な選択肢を幅広く提示できる点が大手SIerならではの安心材料となっています。
得意領域・実績
金融機関の勘定系周辺システムや通信キャリアの顧客管理基盤など、止められないシステムへの追加開発で評価されています。SLA設計、エラーバジェット運用、SREチームの組成支援といったDay2運用領域にも踏み込んでいる点が、追加開発の継続的成功を後押しします。リリースしてからが本番という考え方を組織的に実装している企業の1つです。
規模感ゆえに大規模案件向きで、小〜中規模の追加開発ではコスト感がやや高めになる傾向もありますが、品質レベル「高」の領域では他社の追随を許さない品質保証体制を持ちます。
フューチャー株式会社｜IT戦略コンサルティング起点の追加開発
フューチャー株式会社は、IT戦略コンサルティングを起点に、大規模システムの構築から追加開発・運用までを一気通貫で手掛ける東証プライム上場企業です。「ビジネスとテクノロジーの融合」を掲げ、経営課題から逆算したシステム改修提案に強みがあります。流通・金融・製造・物流など幅広い業界での実績があり、追加開発を「IT投資の最適化」という経営視点で捉える姿勢が他社との差別化点となっています。
特徴と強み
フューチャーの強みは、追加開発の意思決定段階に深く関与できるコンサルティング機能です。「やるか、やらないか」「やるならどこまでか」をROIベースで議論できる体制を持ち、コンコルド効果に陥らない中止判断のためのスコアリングを実務で提供します。経営層が「サンクコスト惜しさで止められない」という心理に陥る前に、冷静な数値判断を下せる支援体制が整っています。
非機能要件の定量設計にも強みがあります。「可用性99.9% vs 99.99%」「レスポンス何秒」といった抽象的な議論を、業務インパクトから逆算した具体的な数値として設計する手法を持ち、品質レベル選択が見積額を支配するという追加開発の本質を発注側に教える役割を果たします。
得意領域・実績
流通・小売業界での基幹系追加開発に多数の実績を持ち、POSシステムや在庫管理基盤の段階的アップデート案件で評価されています。アジャイル開発と段階的リリースを組み合わせ、完成形を固定せず短いスプリントでフィードバックを反映する開発スタイルを、大規模システムでも実装できる希少な企業の1つです。
独自開発のフレームワークやテンプレートを保有しており、開発生産性を高める一方で、特定フレームワーク依存によるベンダーロックインリスクには注意が必要です。発注前にソースコードの権利帰属、ドキュメント引継ぎ条件を契約書で明確化することが推奨されます。
株式会社モンスターラボ｜アジャイル × グローバルでの追加開発
株式会社モンスターラボは、世界20拠点以上に開発体制を持つグローバルなデジタルプロダクト開発企業です。アジャイル開発を強みとし、既存システムへの追加開発もスプリントベースで段階的に進めるスタイルを得意としています。スマホアプリ領域での実績が豊富で、iOS/Android両対応の追加開発では特に高い専門性を発揮します。デンソーの「yuriCargo」のような短期間でのユーザー獲得型プロジェクトに通じる思想を持つ企業です。
特徴と強み
モンスターラボのアプローチは「追加開発を内包した契約設計」が前提です。完成形を固定するウォーターフォール型ではなく、準委任契約をベースに、短いスプリントで仮説検証を繰り返すアジャイル運用を標準としています。ユーザーフィードバックを反映する反復改善サイクルが組み込まれており、要件流動的なフェーズに最適な体制です。
グローバル拠点を活用したコスト最適化も特徴です。日本のSE人月単価が上級100〜160万円なのに対し、海外拠点の活用で品質を維持しながらコスト圧縮を実現する案件もあります。ただし、コミュニケーションロスやドキュメント引継ぎリスクには注意が必要で、契約段階でのドキュメント引継ぎ条項の明文化が重要となります。
得意領域・実績
スマホアプリの追加開発、新規機能のMVP実装、グローバル展開を見据えた多言語対応改修などに豊富な実績があります。スマホアプリはiOS/Android別実装が必要なため、Webシステムの1.5〜2.5倍の費用がかかるのが一般的ですが、両OSの並行開発体制を活かして効率化を図っています。
大手企業の新規事業領域における追加開発、コーポレートサイトや会員サービスの段階的機能追加など、ユーザー数を伸ばす反復型プロジェクトでの貢献度が高い企業です。
株式会社大塚商会｜業務フィット重視の追加開発
株式会社大塚商会は、中堅・中小企業向けのIT総合サービス企業で、業務パッケージのカスタマイズ・追加開発に強みを持ちます。独自の「フィッティングコンサル」手法を提供しており、ヒアリング11週、パッケージ運用議論8週、方針検討6週、業務フロー提案1週の計5.5ヶ月22週、会議40回弱という重厚な事前分析を通じて、追加開発の手戻りを最小化することで知られています。
特徴と強み
大塚商会の「フィッティングコンサル」は、追加開発を発注する前に業務側を徹底的に解きほぐすアプローチです。経営陣がパッケージに合わせたい一方で、現場が「今の処理を変える気はない」と対立する場面は珍しくありませんが、大塚商会はその対立を会議40回弱の議論で解きほぐし、開発費全体の5〜6%という低コストでこのフェーズを収める実績を持っています。
建設資材卸A社では、パッケージ刷新前にこのフィッティングコンサルを実施したことで、開発フェーズの手戻りがほぼゼロという成功着地を実現しました。追加開発の最大の失敗要因である「動いてみたら違った」を、事前合意の徹底で潰し込むスタイルが特徴です。
得意領域・実績
製造業・卸売業・建設業など、業務パッケージをベースとした基幹システム領域での追加開発に強みがあります。SMILEシリーズなどの自社製品を持ち、パッケージとカスタマイズのバランスを最適化する提案ができます。OSS/パッケージ活用で費用を40〜60%削減できる典型例を実装してきた企業です。
大規模なスクラッチ開発というよりは、既存パッケージの上にどう追加開発を積み上げるかという「育てる型」の案件で力を発揮します。中堅企業の基幹刷新と追加開発を同時に進めたい場合の有力な選択肢です。
株式会社フレシット｜炎上案件の敗戦処理ノウハウ
株式会社フレシットは、他社が手を引いたシステム案件の「敗戦処理」を引き受けてきた経験に裏付けられた、追加開発の修羅場ノウハウを持つ企業です。代表の増田氏は「システム変更はどこを直すかではなく、何が連動して動いているかを理解することから始まる」という哲学を掲げ、影響範囲の徹底分析を起点とした追加開発スタイルを確立しています。
特徴と強み
フレシットの最大の特徴は、ドキュメントが失われたレガシーシステムへの追加開発を引き受けられる希少なリバースエンジニアリング能力です。プログラム数が当初182本だったものが、追加開発を重ねて414本まで増加した裁判例でも、見積書に「工数大幅変動時は別途相談」と記載されていたことで請求が認容されました。フレシットは、そうした「契約書を超えた現実」と向き合うノウハウを持ち、追加費用請求の法的根拠も含めた契約設計を支援します。
炎上プロジェクトの着地交渉やスコープ削減による妥協点探しといった、教科書には載らない実務知見を持つ点で他社と一線を画します。「やめる勇気」を経営層に伝える役割も果たし、コンコルド効果に陥った経営者をサンクコストの呪縛から解放する支援も得意とします。
得意領域・実績
金融・物流・製造業界での炎上案件の引き取り、レガシーシステムの追加開発、ベンダー切替に伴う引継ぎ作業などに豊富な実績があります。他社が「ドキュメントがないから引き受けられない」と断った案件でも、ソースコード調査と業務ヒアリングを組み合わせて立て直しを実現してきました。
規模感は中堅クラスですが、機動力と現場対応力に優れます。既存ベンダーとの関係がこじれた状況でのセカンドオピニオン、追加費用請求の妥当性検証、訴訟回避のための交渉支援といった、緊急性の高い相談先として頼られる存在です。
追加開発パートナー選びのポイント
パートナー選定は、単純な実績比較では失敗します。追加開発特有の「動いているものを触る」というリスクに、技術・契約・組織の3面からどう備えているかを多角的に評価することが重要です。ここでは、地雷ベンダーを避けるための具体的な確認軸を整理します。
実績と経験の確認方法
実績確認では「自社業界での追加開発経験があるか」「ドキュメント不足のレガシーシステムを扱った経験があるか」「回帰テスト自動化の導入実績があるか」の3点を必ず質問してください。曖昧な答えしか返ってこないベンダーは要注意で、商談の場で具体的な顧客名・期間・成果指標を即答できる企業が安心です。
キラークエスチョンとして「過去に炎上した案件はありますか、どう収束しましたか」と聞くのも有効です。誠実なベンダーは失敗事例とそこからの学びを語れますが、「うちは炎上したことがない」と答える企業はむしろ警戒すべきで、案件規模が小さいか、責任を顧客に押し付けてきた可能性があります。
技術力と専門性の評価
技術力評価で押さえるべきは、リバースエンジニアリング技術の保有状況、CI/CD・テスト自動化の運用力、コンテナ標準化への対応です。これらが揃っていないベンダーは、追加開発のたびに非効率な手作業を繰り返し、品質レベルが安定しません。
品質レベルの明示も重要なポイントです。優良ベンダーは見積書の段階で「品質レベル：中（基準値×100〜150%相当）」のように明示し、後から追加費用が発生する余地を最小化します。逆に、品質レベルが言語化されないまま「総額○○円」とだけ提示されるケースは、後の追加請求の温床となります。
生成AIやノーコード/ローコードの取り扱いも確認軸の1つです。GitHub Copilot や Devin を業務にどう組み込み、品質・セキュリティ・知財リスクをどう管理しているかを答えられるベンダーは、追加開発の生産性で他社より優位に立てる可能性があります。
プロジェクト管理体制の確認
プロジェクト管理体制では、変更管理プロセスを発注側責任として位置づける思想があるかを確認してください。影響範囲調査チェックリスト、フェーズゲート、議事録テンプレートが標準装備として整っているベンダーは、「言った言わない」のトラブルを起こしにくく、追加費用請求の根拠も透明性が高くなります。
商法512条に適合した契約設計、見積書に「工数大幅変動時は別途相談」条項を入れる運用、追加合意の文書化フローを持っているかも重要です。コンコルド効果回避の中止判断スコアを提供できるベンダーであれば、いざというときに「やめる勇気」を経営層が持てる支援を受けられます。スルガ銀行訴訟のような41億7210万円規模のリスクを未然に防ぐためにも、契約と意思決定の仕組みは見落とせない評価軸です。
準委任契約への柔軟な対応も確認しましょう。要件が流動的なフェーズで請負契約を強要するベンダーは、追加見積と契約変更が頻発し、両者の信頼関係を損ねがちです。稼働対価型の準委任で「変更を内包した運用」を提案できる企業のほうが、追加開発の実態に即しています。
まとめ
追加開発のパートナー選びは、新規開発以上に慎重な評価が求められます。既存システムを止めずに改修を加える「動いているものを触る」緊張感に対し、技術・契約・組織の3面で備えがあるベンダーを選ぶことが、プロジェクトの安全運航を決定づけます。本記事で紹介した株式会社ripla、株式会社システナ、フューチャー株式会社、株式会社モンスターラボ、株式会社大塚商会、株式会社フレシットの6社は、それぞれ異なる強みを持つ追加開発の有力候補です。
選定では、リバースエンジニアリング技術、変更管理プロセス、品質レベルの明示、コンコルド効果回避の中止判断スコア提供、商法512条適合の契約設計という5つの軸を必ず確認してください。スルガ銀行訴訟の41億7210万円という具体的な損失額や、プログラム数182→414本増加裁判例のような実例を知ったうえで、地雷ベンダーを避けるキラークエスチョンを商談で投げかける姿勢が、発注側に求められる新しい基本動作です。riplaはコンサルティングから開発、Day2運用までを一気通貫で支援できる体制を持っており、追加開発の安全な成功を目指す企業にとって有力な選択肢となります。まずは自社の追加開発の課題を整理し、適切なパートナーとの出会いから次の一歩を踏み出してください。
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。