製造業の業務システム開発、開発会社を選ぶとき「引き継ぎ可否」を見落としていないか
「担当者が退職したので、この改修はもう対応できません」——見積もり依頼のたびにこう言われ、価格表の更新すら止まってしまっている。そんな状態に心当たりはないでしょうか。
なぜ「引き継ぎ可否」が開発会社選定で見落とされるのか
業務システムの開発会社を選ぶとき、多くの経営者・IT担当者が比較するのは「価格」「納期」「機能」の3点です。しかし、実際に現場を悩ませるのは、システム稼働から数年後に訪れる「引き継ぎの壁」です。
開発を担当した会社が廃業した、担当エンジニアが独立・退職した、保守契約が更新されず連絡が取れなくなった——こうした事情でシステムが誰にも触れない状態になることを、業界では「システムの孤児化」と呼びます。
この状態になると、仕様を説明できる人が社内にも社外にもいなくなり、小さな改修すら発注できなくなります。
導入時点では「動いているから問題ない」と判断されがちですが、契約時に引き継ぎの可否を確認していなかったために、数年後に身動きが取れなくなる中小製造業のケースは少なくありません。
引き継ぎ前に確認すべき5つの具体物
開発会社との契約前、あるいは既存システムの引き継ぎを検討する段階で、次の5つが「存在するか」「自社が保有しているか」を確認する必要があります。
プログラムの元になるコードそのもの。これがなくても引き継げるケースはありますが、改修コストは大きく跳ね上がります。
「どの画面で何を入力すると、どう動くか」を記した文書。存在しない場合、動作を一つずつ検証しながら仕様を再構築する必要があります。
受注データや在庫データがどのテーブルにどう格納されているかを示す設計図。これがないと、データ移行時に項目の対応関係が分からなくなります。
サーバーやクラウド環境、管理画面に自社の名義でログインできるか。旧ベンダーのアカウントに紐づいたままだと、契約終了と同時にシステムに一切触れなくなります。
契約範囲、対応期間、成果物の権利関係が明記されているか。口頭合意のみで進んでいる場合、引き継ぎ交渉自体が難航します。
この5点のうち、特に仕様書とDB設計書の有無が引き継ぎ難易度を大きく左右します。ソースコードがあっても、それを読み解く手がかりがなければ、別の開発会社は「解読」から始めることになります。
「今の会社にしか分からない」状態が招く機会損失
引き継ぎ不全がどのような業務停滞を招くか、価格表更新を例に見てみます。
原材料費の変動を受けて価格を改定する際、担当者がExcelの価格表を手作業で更新し、メールで旧ベンダーに「システム側も直してほしい」と依頼。しかし担当エンジニアが既に退職しており、返信が来ないまま数週間が経過。結果として、現場では旧価格のまま見積書を発行し続けてしまう。
仕様書とDB設計書、サーバーのアクセス権限を自社（または新しい開発会社）が保有しているため、「価格マスタ管理」画面から単価を直接編集し、「反映」ボタンを押すだけで全ての見積テンプレートに単価が適用される。見積書は「見積書_20240501.pdf」のような形式で自動出力され、担当者間の伝達漏れが起きない。
この違いは、システムの機能そのものではなく、「誰が仕様を理解し、誰が権限を持っているか」だけで生まれています。二重入力や転記工程が発生するかどうかも、この引き継ぎ状態に左右されるのです。
開発会社を選ぶ際に見積書へ明記させるべきチェックリスト
新しく開発会社に相談する場合、見積書や契約書の段階で以下を文書に残してもらうことが重要です。口頭確認だけでは、後から「言った・言わない」の水掛け論になりかねません。
ソースコード一式、仕様書、DB設計書、テストデータなどを「納品物」として明記させる。
開発したプログラムの著作権が自社に帰属するのか、開発会社に留保されるのかを契約書上で明確にする。
システムの規模にもよりますが、引き継ぎには1〜3か月程度を見込むのが実務上の目安とされています。現行の開発会社に一定期間の質問対応契約を結んでもらうと、精度の高い引き継ぎが可能になります。
これらを確認した上で、契約終了時には「引き継ぎ完了報告書.xlsx」のような形式で、成果物一覧・アクセス権限の移管状況・未解決事項をまとめてもらうよう依頼しておくと、後任の開発会社もスムーズに着手できます。
引き継ぎ不全のままAI導入や機能追加を進めるとどうなるか
近年、製造業でもAIを活用した需要予測や検品自動化への関心が高まっていますが、土台となる既存システムの仕様が誰にも分からない状態でAI機能を追加しようとすると、既存データの構造を読み解くところから始まり、想定より大幅に工数が膨らむケースが報告されています。
実際にどのような失敗パターンが起きやすいかについては、製造業におけるAI導入の失敗パターンを解説した記事で詳しく取り上げていますので、あわせて確認しておくことをおすすめします。
仕様書もDB設計書も、自社の手元に残っているだろうか。
この問いに即答できないなら、次に開発会社を選ぶタイミングが、引き継ぎ体制を見直す好機です。
まとめ
- 開発会社選定では価格・納期だけでなく、引き継ぎ可否を必ず確認する
- ソースコード・仕様書・DB設計書・アクセス権限・保守契約書の5点セットの有無を事前チェックする
- 見積書・契約書には成果物一覧、権利関係、引き継ぎ期間を明記させる
- 引き継ぎ不全のままAI導入や機能追加を進めると、想定外の工数増につながりやすい
本記事はAIを活用して作成しています。内容についての責任は当社が負います。AI活用ポリシー