【発注者向け】【2024年完全版】誰かが作ったWebサイト・システムを円滑に他の開発会社に引き継いで貰う時のポイント大全

依頼する時は現在の開発会社のとの摩擦は極力避けろ

前述した様に、既に開発会社と関係が切れてしまっている、いなくなっている、だと何の問題もありませんが、今もうっすらと前任のフリーランスや、Webシステム開発会社と付き合いがある、という場合も少なくありません。この場合まず大事なのが「他社のWebシステム開発会社に相談している事を知らせるべきか否か？」という事です。結論から言いますと、余程良好な関係では無い限り、しばらく黙っていた方が無難です。

どうしてかというと、「あ、うちを切って他社に頼むつもりだな？」と思った瞬間、Webシステム開発会社が嫌がらせをしてくる可能性があるからです。冗談でしょ？と思うかも知れませんが、本当です。結構うちもそういう目に遭っています。嫌がらせまで露骨ではなくても、対応に別途費用がかかると言う、連絡が中々来ない等、消極的サボタージュは普通に起こりえます。なのでしばらくの間。黙ってた方が無難です。

発注主は法的なリスクを理解する事。

今動いているWebサイト・システムを他社に引き継ぐ時、依頼主であり、Webサイトの所有者である貴方は、一つ覚悟しなければならない事があります。それはWebサイトのシステムで何か問題が起きても、一切システム開発会社に責任を追及する事は出来ない、という事です。

どういう事かと言うと、通常Webシステム開発会社は、お客様からの依頼を受けて、Webサイトを制作し、納品します。これには当然後で何か問題が起こった場合、それが開発会社のミスによって発生した場合、開発会社が責任を取ります。ごく普通の商取引です。

しかし、誰かが作ったWebサイト・システムの場合は全く異なります。そもそも引き継ぐWebシステム開発会社は、そのシステムの仕様の細部や全体像を知りません。自社で開発した訳ではないのですから当たり前です。なのでほとんどの場合、「作業はするが結果責任は負えない。それでもよければやりますよ」という免責条項を契約時に同意するように言ってきます。これに同意できない場合、ほぼ100％どのシステム開発会社も引き受けてはくれません。それはそうです。

例えばシステム開発においては、会員ログイン後のマイページを修正したら、新規会員登録機能が動かなくなり、そのことに誰もしばらく気づかず、ユーザーからの問い合わせで発覚した、という事が当然起こりえます。つまりあちらを直せばこちらが壊れる、という事が普通に起こりえます。まるであちらの水道管を直したらこちらから水が噴き出す、という水もれ甲介状態です（古すぎる）。

例えが古すぎてすいません。画像はAmazonより引用

なので他のWebシステム開発会社に依頼する場合は、「問題が起きた時の法的責任は全て自社にあり、開発会社に帰することは出来ない」という事を肝に銘じましょう。

実は既に自社の責任になっていると言う事も多い

ただ、前述した法的責任は、他社に任せる前の時点で既にそうなっているケースも少なくありません。なぜかというと、「誰かが作ったWebサイト・システム」で良くあるのは、既に何回か様々なWebシステム開発会社やフリーランスに依頼を繰り返してきて今にいたっているケースが多いからです。つまり困ったな、と思っている時点で、既にどの開発会社の責任でも無くなっている、ということは良くあります。なので、新しいWebシステム開発会社に依頼するから起こる、新しい問題、というより、既にそれ以前からそうなっているケースも多々ありますので、実態としては何も変わらないかと思います。

「瑕疵担保責任は取れないですけどいいですか？」と言わないWebシステム開発会社には頼むな

このように誰かが開発したWebサイト・システムの引き継ぎはなかなかデリケートです。こういう相談を新しいWebシステム開発会社にした時、その会社から「お引き受けはしますが、瑕疵担保責任は取れませんがいいでしょうか？」と自ら言ってこないところには、絶対に依頼してはいけません。なぜならその時点でそういう他社が開発したWebシステムを引き継いだ経験値が低いという事を露呈しているからです。

普通に場数を踏んでいるWebシステム開発会社であるならば、この点の法的リスクは当たり前すぎる常識であり、イロハのイです。これを言ってこないという事は、そもそもそういう案件の経験値が極めて低い、又はアンテナ感度の低いWebシステム開発会社だという事を自ら証明しているようなものです。それでなくても通常より遙かに難易度の高い案件なのですから、それでは十分に対応が出来るはずがありません。

なのでシステム開発会社に相談するときは、自社からはその瑕疵担保責任の話しはせず、そのWebシステム開発会社から言い出すかを見極めましょう。これで頼むにふさわしい開発会社か、選別する事が出来ます。

全部作り直すか？だましだましだまし手を入れるか？それが問題だ

さあいよいよ佳境です。こうして新しいWebシステム開発会社に引き継いでもらう事が決まるわけですが、その次の問題がWebサイト・システムを「全部フルリニューアルするか」「だましだまし手を入れながら少しずつ改修を進めるか」という事です。これが大問題です。

一般的に言うと目先のコストはだましだまし運用する方が絶対に低コストになります。それはそうで全部作り直しのフルリニューアルになれば、初期にかなりの費用がかかるでしょう。しかし4、5年のレンジで見ると全く逆で、累積コストで見るとだましだまし手を入れた方がフルリニューアルより3倍～5倍、圧倒的に高くつく事になります。

何故かというと「プログラマーの経験値を訪ねる。」の節でも書きましたが、何をするにでも、既存の誰かが開発したWebサイトシステムは手探りの調査から始まります。このため最低でも3倍前後の手数がかかります。これは「ちょっとここ直してください」と依頼して、普通だったら1日で済むことが、三日かかる、という事なのです。そしてこういう「ちりつも」がかさむと、結果フルリニューアルした方が非常に安かった、という事になります。

<Fig1>

以下細かく両者のメリット・デメリットを見て行きましょう。

全部フルリニューアルするメリット・デメリット

全部フルリニューアルのメリットは言うまでも無く、レガシーなシステムを廃棄して、新しい機能を強化したWebサイト・システムをリリース出来る事です。またそのシステム開発過程においては、既存の今動いているWebサイトが「生きた仕様書」として活用出来ることです。これはデカいです。何しろ大なり小なり希望の機能が目に見えて存在している訳ですから、発注主からすると、希望の仕様、意図を開発会社に極めて伝えやすくなります。「これが6,500万年前に絶滅したシーラカンスだよ」と化石を見るより、水族館で「これこれ！」の方が100倍伝わりやいのと一緒です。このため開発の失敗リスクは通常より遙かに低くなります。

また完成形のイメージがつきやすいので、初期の要件定義・設計の工数が激的に削減され、開発の速度も通常より遙かに速く（=低コスト）になるメリットがあります。

写真引用：ナショナル ジオグラフィック日本版サイト　南アフリカのソドワナ湾で泳ぐシーラカンス。長い間、絶滅したと思われていたが、19…

他方デメリットしてはすぐお分かりの通り、まとまった費用が発生するということです。またもう一つの問題は、既存のWebサイトを運営しながら、新規のWebサイトを横で開発する形になりますので、当然リニューアルされるまで、既存のWebサイト改修は行わないという事になります。それはそうで、廃棄することが決まっているWebサイトに新しく人手を投入して機能改善する意味はありません。という事は新規サイトがリニューアルされるまでは、最低限のバグの修理のみを行う形となり、その間新規機能のリリースは出来ない、という事になります。機会損失が起こる可能性がある訳です。

だましだまし運用するメリット・デメリット

だましだまし運用する最大のメリットは、目先大きな費用がかからない、という事です。また既にWebサイトがあって動いているわけですから、そこに新機能を追加していく事が出来、会員制サイトであれば会員へのサービスをタイムリーに充実させる事が出来ます。

そしてデメリットはトータルで見るとどえらいお金が掛かる、という事です。先の通り、3倍前後は「最低でも」工数が余計にかかりますから、その分累計で見ると、それだけ費用がかかる、という事です。この3倍は、良いWebシステム開発会社に巡り会うことが出来た幸運な場合です。1日で終わる内容が、ハズレプログラマーに当たったばっかりに1週間かかっても治らない、という事も現実的には起こりえます。基本的にちょっとしたこと、何をするにでも高く付く、という事は覚えておきましょう。

結論。結局は経営判断

この辺は事実としては上記の通りですが、どちらを選択するかはWebサイトのオーナーである御社の経験判断です。良い悪いではないと弊社では考えています。ただ、一般的には、弊社ではフルリニューアルをお薦めしています。その方が金額的には「お得」だからです。今までの経験値で言うと、比率的には半分半分、という感じです。フルリニューアルはしたいが上層部の許可が下りないのでだましだましで、というケースもありますし、経営者の判断でここは一気にリセットしよう！という場合もあります。

どちらのパターンで進めるにせよ、まずはよりよいWebシステム開発会社と巡り会うことが全ての大前提です。ここにもおりますので、お気軽にお問い合わせください↓。