システムの診断・作り直し・運用
古くなったシステムを、診て、直して、預かる。
作り直す前に、まず読む。設計書がなくても、コードから仕様を書き起こし、直し方を「応急処置」と「作り直し」の2つの案でお示しします。Webサービスやアプリ、社内で動いているシステムが対象です。
中心になるのは、エンジニア歴15年以上の3人です。
多田・福山・大川を見る →
| BR-014 | 与信枠を超える受注は、課長承認まで出荷指示を止める |
| BR-027 | 月末締めの請求は、20日以降の受注を翌月扱いにする |
| BR-031 | 在庫引当は倉庫コードの若い順。例外が3件ある |
Why now
こんな状態になっていませんか。
- 01小さな修正の見積もりに、数か月かかる
- 02作った担当者が異動・退職し、設計書は古いまま
- 03業務のルールが、データベースの中の処理やExcelのマクロに埋まっている
- 04サーバーやデータベースのサポート終了が迫っているが、上げ方が分からない
- 05取引先から、セキュリティの水準を求められている
延長サポート終了。セキュリティ更新はすでに止まっています。
延長サポート終了。以降は新しい脆弱性が修正されません。
の情報システム担当者が、担当するシステムの中に「できるだけ触りたくないもの」があると答えています。
出典：株式会社NTTデータビジネスブレインズ調べ（2026年4月、全国の情シス実務担当者221人）
What we do
診て、直して、預かる。
外部・コード・インフラの3方向から点検し、コードから仕様を復元します。設計書がなくても始められます。
応急処置で十分ならそれを。作り直すなら、復元した仕様をもとに、機能ごとに段階的に置き換えます。
作った後も、監視と月次レポート、更新と小さな改修を続けます。ブラックボックスに戻しません。
System Health Check
システム健康診断
入口はこの診断です。2〜3週間で、いまのシステムがどうなっているのかを、社内で説明できる形にしてお渡しします。
| 方向 | 見るもの | やり方 |
|---|---|---|
| 外部 | 公開されている画面・API、通信の暗号化、既知の脆弱性 | 外から閲覧するだけの検査。ログインの試行や攻撃の実証はしません |
| コード | 言語・フレームワークのバージョン、依存ライブラリ、ストアドプロシージャ、業務ロジックの所在、テストの有無 | お預かりしたコードをAIが読み込み、エンジニアが確認して仕様を復元 |
| インフラ | OS・データベース・ミドルウェアのバージョンとサポート期限、バックアップ、権限、構成 | 構成情報のご提供とヒアリング |
What you get
診断すると、これが届きます。
3つの成果物は、当社に作り直しを依頼されない場合でも、他社への相談や社内の引き継ぎにそのままお使いいただけます。
診断レポート
3方向の所見を、優先度と根拠をつけて一覧に。サポート期限が近いものは日付つきで並べます。
復元した仕様書
画面・データ・業務ルール・外部連携の一覧。見積と要件定義の土台になります。
2つの案と概算
「応急処置」と「作り直し」を、費用・期間・残るリスクで並べます。
作り直しが不要なら、不要と申し上げます。診断の料金は、どちらの結論になっても変わりません。
How it works
相談から、報告会まで。
お客様にお願いするのは、資料のご提供と、2回のヒアリングと、報告会への同席です。
-
STEP 0
無料30分の無料相談
対象のシステムと困りごとを伺い、診断の範囲と金額を確定します。秘密保持契約と、データの扱い（外部のAIに送ってよい範囲）もここで取り決めます。
-
WEEK 1
キックオフと資料の受け取り
ヒアリング①。ソースコード、データベース定義、サーバー構成、既存の資料をお預かりし、外部からの点検を始めます。
-
WEEK 2
仕様の復元
コードから仕様を書き起こし、リスクを洗い出します。ヒアリング②（業務のご担当者に30〜60分）で不明点を確認します。
-
WEEK 3
報告会
診断結果と2つの案をご説明します。決裁者の方の同席をお願いしています。その場でご判断いただく必要はありません。
How we build
AIのチームが作り、人が決め、仕組みで確かめる。
作り直しは、当社の開発ライン「Software Factory」で行います。役割の違うAIが実装・テスト・レビューを分担し、何を作るかの判断とリリースの承認は、当社のエンジニアが行います。
仕様
人が決める（AIが下調べ）
実装
AIのチームが手分けして作る
検証
テストと自動レビュー
承認
人がレビューし、出すかを決める
運用
監視・報告・改善案
AIに触らせないもの
本番データ、認証情報、安全に関わる設定は、AIに操作させません。決済やパスワードの変更は人が行います。
実行前に判定
すべての操作は、ルールによる判定、AIによる自動レビュー、人の承認を経てから実行されます。
記録を納品物に
誰が・いつ・何をしたかの記録、テスト仕様と結果、承認の記録を、システムと一緒にお渡しします。
Your data
お預かりするコードの扱いは、始める前に決めます。
| 外部のAIに送る範囲 | 診断の開始前に、お客様と取り決めます。送らないと決めた部分は、送らずに扱います。 |
|---|---|
| 秘密保持 | 無料相談の段階から秘密保持契約を結べます。 |
| 保管と削除 | お預かりした資料は案件のためだけに使い、終了後に削除します。削除の記録をお渡しできます。 |
| 成果物の権利 | 復元した仕様書と、作り直したシステムのソースコードはお客様に帰属します。 |
Price
診断の金額は、先に出します。
作り直しと顧問契約は、診断の結果をもとにお見積りします。作り直しは固定価格でお出しします。
| メニュー | 内容 | 料金（税別） | 期間 | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 無料相談 | 30分・オンライン。対象と困りごとを伺い、診断の区分と金額を確定。秘密保持契約とデータの扱いもここで | 0円 | 30分 | |||||||||||||||
| システム健康診断 | 3方向の点検、仕様の復元、2つの案と概算
|
30〜80万円 区分は無料相談で確定します |
2〜3週間 | |||||||||||||||
| 作り直し | 復元した仕様にもとづく再構築・移行。システム一式、テスト仕様と結果、承認記録、運用手順書 | 診断後に固定価格 | 案件ごと | |||||||||||||||
| 顧問契約 | 監視、月次レポート、更新と小さな改修、改善提案 | 個別にお見積り | 1か月単位 |
Your advisor
全員、エンジニア歴15年以上。
サービスとしては始まったばかりです。そのかわり、相談から診断、報告会、作り直しまで、中心になるのはエンジニア歴15年以上のこの3人です。AIが読み、書き起こしたものも、最後はこの3人が確かめてからお渡しします。ホームページ顧問と同じ担当者です。
多田 雄策
当社の開発ラインの設計者。海外を含むエンジニアチームを率い、Webと業務システムの開発・運用保守を担う。プロトタイピングが得意。
福山 健太
大手SIerで基幹システムの開発に従事。古いシステムがどう作られ、どこで詰まるのかを内側から知っている。
大川 遼太朗
モバイルアプリ／IoTのエンジニアから開発組織の責任者へ。現在も複数社で外部CTOとして技術判断を担う。
Selected work
取り組み例
お客様の名前は出していません。
-
業務系SaaS
ストアドプロシージャ中心のシステムの、開発ラインづくり
既存のコードを解析し、要件定義書からプルリクエストの作成までをAIで進める仕組みを構築。人はレビューと承認を担う。
-
メディアサイト
外部からの診断と、記事の移行のパイプライン化
公開ページを閲覧するだけの検査で状態を診断し、記事の移行を手順化。ホームページ顧問として提供中。
Free consultation
まず、30分お話を聞かせてください。
オンラインで、対象のシステムと困りごとを伺います。診断を申し込むかどうかは、その後でお決めください。営業のお電話はいたしません。
FAQ
よくいただく質問
いまのベンダーとの関係はどうなりますか。
取り上げるつもりはありません。診断の成果物は、いまのベンダーとの相談にもお使いいただけます。ご希望があれば、ベンダーへの説明にも同席します。
ソースコードが手元にありません。
契約上、お客様に引き渡されているかどうかの確認からお手伝いします。コードが入手できない場合は、外部からの点検と画面・データからの復元に範囲を絞ってお見積りします。
コードを外部のAIに送るのですか。
送ってよい範囲を、診断を始める前に取り決めます。送らないと決めた部分は送りません。本番のデータや認証情報はお預かりしません。
診断だけで終わっても構いませんか。
構いません。診断の成果物は、当社に作り直しを依頼されない場合でもお使いいただけるように作っています。
どんな言語や基盤に対応していますか。
Windows Server／SQL Server、PHP、.NET、Ruby などで作られたシステムが中心です。それ以外も、無料相談で対応できるかをお答えします。
作り直しの間、業務は止まりますか。
機能ごとに段階的に置き換え、新旧を並行して動かす期間を設けるのが基本です。切り替えの時期は業務の繁閑に合わせて決めます。