開発会社に「仕様書がないから対応できない」と断られた時に試すべき3つのアプローチ
目次
【AIによる要約】
– 「仕様書がないから対応できない」は開発会社側のリスク回避であり、仕様書がなくてもソースコード解析から着手できる道は複数あります。
– まずはコード解析できる会社を探す、ドメイン・サーバー・CMSの契約状況を自分で整理する、動いているうちに段階的なリプレイス計画を立てる、の3つを試してください。
– 「解析→現状把握→小さく改修→計画的リプレイス」の順で進めるのが安全で、判断に迷うのは延命かリプレイスかの分岐点です。
その「断られ」。実は珍しいことではありません
「ECサイトの決済処理を変えたい」「社内で使っている予約システムの項目を増やしたい」。そういった改修の相談を開発会社に持ち込んだら、返ってきたのは「仕様書がなければ対応できない」という一言——。
この経験をお持ちのWeb担当者・経営者は、決して少なくありません。当社カジヤは業界歴10年以上で300社以上の企業サイト・Webシステムの支援に携わってきましたが、仕様書が残っていないシステムの相談は、四半期に1件は確実にやってくる、というのが現場の実感です。
この記事では、まず「なぜ断られるのか」の裏側を明かし、その上で実際に試せる3つのアプローチを、失敗しないための注意点とセットで解説します。
なぜ「仕様書がない」と断られるのか（開発側の事情）
開発会社を批判する前に、業界の実情を知っておくと話が早いです。
仕様書がないシステムの改修は、開発会社にとって「見えない地雷原」を歩く作業だからです。
- ソースコードを一通り読んで現状の構造を把握する「解析」に大きな工数がかかる
- 古い独自プログラムには、たいてい作った本人しか分からない暗黙の仕様が潜んでいる
- 改修のつもりが、表面化していない機能を壊してしまうリスクを負う
つまり開発会社にとっては、「工数が読めない上に、壊したら自分の責任になる」案件です。大手の受託開発では仕様書・ドキュメントの整備を前提とした工程管理が一般的なため、断られても悪意はなく、むしろ誠実にリスクを避けている場合が多いのです。
ただし、これは「どこも対応できない」という意味ではありません。ソースコードの直接解析から着手できる体制を持つ会社は確実に存在します。ここからが、あなたが取れる選択肢です。
アプローチ1: 「ソースコード解析から始められる会社」に相談する
仕様書がないなら、仕様書の代わりにコードを読むのが筋です。
何をされるのか
ソースコード解析型の調査では、典型的には次の順で進みます。
- 言語・フレームワーク・CMSの種類とバージョンの特定（PHPのバージョンが古いと、そもそも最新サーバーで動かせるかの問題が先に浮上します）
- データベース構造の確認（顧客情報・受注データがどう保存されているか）
- 外部サービスとの連携箇所の洗い出し（決済、配送、メール配信など）
- 改修の可否と概算工数の提示
当社でも「仕様書もパスワードも分からない」という状態からの引き継ぎを何度も経験していますが、実際のところシステムが動いている限り、コードとデータから仕様をほぼ復元できます。「解析しないと分からない」という相談からでも遅くはありません。
注意点
- 「解析無料」と謳う格安業者の中には、解析を名目にした作業が浅く、後で追加請求が積み上がるケースがあります。解析後に「分かったこと・リスク・対応可否」が文書で提出されるかを依頼前の判断基準にしてください。
- 解析は調査に過ぎないため、事前調査費用が発生するのが一般的です。「なぜ調査にお金がかかるのか」をきちんと説明してくれる会社の方が、むしろ信頼できます。
アプローチ2: 依頼側の「情報整理」を先に済ませておく
これは費用ゼロで今日からできることです。開発会社側の心理的なハードルは、依頼側の情報が整理されているかどうかで大きく変わります。
最低限この3つをリストアップする
- ドメイン: どこで取得したか、契約名義は誰か（自社か、元の制作会社か）
- サーバー: レンタルサーバーかクラウドか、契約者は誰か
- CMS / アプリケーション: WordPressか、EC-CUBEか、フルスクラッチの独自システムか。管理画面のURLとログインが残っているか
WHOISなどの公開情報からドメインの所有者を確認できる場合もあり、これだけでも「引き継ぎが可能な状態なのか、契約からやり直しが必要なのか」が切り分けられます。
なお、契約書によってはシステムの所有権や著作権が制作会社側にある場合があります。その場合、「絶対に引き取れる」とは言えないため、契約書の該当条項の確認と、必要であれば弁護士・サーバー会社への確認というステップを踏むのが安全です。強引な奪取は避けてください。
アプローチ3: 「動いているうちに」段階的なリプレイス計画を立てる
3つ目は、少し視点を変えた選択肢です。
仕様書がない古いシステムは、いずれ壁に当たることが多いです。典型的なのはPHPやOSのバージョンアップです。サーバー会社から「PHPのバージョンが古い」と通知が来た時点で、「対応できる開発会社がもういない」状態になっているケースは珍しくありません。
改修の相談が断られたタイミングは、「今回だけ何とかする」から「次の5年の計画」に切り替える絶好のタイミングです。
- まず延命が必要なのか: 現行システムの解析で、小改修なら数年持つのかを確認する
- リプレイスすべきタイミングなのか: 決済・連携の要件が変わる予定があるなら、作り直しが結果的に安いこともある
「延命かリプレイスか」の判断は費用対効果の問題なので、正解はシステムごとに変わります。ただ、「何もしない」だけが唯一の間違いであることは、現場で何度も改ざん事故や移管不能事例に立ち会ってきた当社の経験から断言できます。
落とし穴チェックリスト：相談前に確認しておきたい盲点
- システムが「今まさに動いている」なら、その状態のフルバックアップをまず取得・保管する（触る前に保全が鉄則）
- 管理画面のアカウント・パスワードは手元に残っているか
- 前の開発会社との契約書・発注書はどこかに残っていないか（所有権の確認に必要）
- 「解析してくれる会社」に解析結果の資料提出まで依頼しているか（口頭だけで終わらせない）
- 見積もりの内訳に「事前調査」と「改修」が分かれて明記されているか
プロの決断基準：どの道を選ぶべきか
3つのアプローチに優劣はありませんが、当社は次の基準で判断することを推奨しています。
- 直近の改修ニーズが明確 → アプローチ1（解析）＋アプローチ2（情報整理）をセットで。解析結果の資料があれば、どの会社に頼れる状態にもなります
- 改修したい内容が断続的に出てくる状況 → アプローチ3。都度の小改修を重ねるより、計画的な刷新が総額で安くなることが多いです
- ドメイン・サーバーが自社名義でない → まずアプローチ2の契約・所有権の確認が最優先です。ここが曖昧なまま解析を進めても、引き継げないケースがあるからです
仕様書がない状態は、決して「詰んだ」状態ではありません。ただし、手遅れになるのは「システムが動いているうちに手を打たなかった」場合だけです。
「自社システム、正直どこから手を付ければいいか分からない」という段階からでも相談は歓迎します。カジヤは代理店を挟まない直接取引で、社内の専任エンジニアが調査・解析から改修まで一貫して対応します。まずは現状の確認から、お気軽にWebサイト保守管理サービスのページをご覧ください。
