PHPバージョンアップの費用は「相場」ではなく工数で出す──調査・検証環境・本番の工程別の見積もりと、時間単価×工数の計算例

この記事は、PHPバージョンアップの費用を、相場ではなく自社の時間単価と工数から見積もる方法を扱います。

「PHPを上げるだけなら、数万円ですよね」と言われたとき

「PHPのバージョンを上げるだけですよね。管理画面のボタンを押すだけなら、そんなにかからないのでは」

顧客からこう言われて、つい安く引き受けてしまう。
ところが、上げてみるとプラグインが動かず、フォームのメールが届かず、修正に何日もかかる。

ボタンを押す作業は、数分で終わります。
時間がかかるのは、押す前の調査と、押した後の確認です。そこを見積もりに入れていないと、工事は赤字になります。

PHPバージョンアップの見積もりとは、「押す前」と「押した後」の工数を、工程ごとに積み上げることである

黒字化の外科医です。PHPバージョンアップの費用を、工程ごとの工数から組み立てる手順を解剖します。

工程で積み上げるべき理由は、三つあります。

第一に、サイトごとに、手間の大きさがまるで違うから。
CMSの標準の機能だけのサイトと、独自のプログラムが多いサイトでは、確かめる範囲が何倍も違います。一律の価格では、どちらかで損をします。

第二に、調べるまで、修正の量が分からないから。
古いPHPから新しいPHPへの間で、使えなくなった機能が使われているかどうかは、調べて初めて分かります。

第三に、本番で失敗したときの戻し方まで、作業に含まれるから。
切り替えの前のバックアップと、元に戻す手順を用意する時間も、工事の一部です。

今すぐ試せる：PHPバージョンアップの工数を見積もるプロンプト

私はWeb制作会社の担当者です。PHPバージョンアップの工数の見積もりを、工程ごとに作ってください。

【前提】
・今のPHPのバージョンと、上げる先のバージョン：〔記載〕
・CMSとそのバージョン：〔記載〕
・使っているプラグインの数と、最終更新日が古いもの：〔記載〕
・独自に書いたプログラムの有無と量：〔記載〕
・フォーム、会員機能、決済、外部との連携の有無：〔記載〕
・自社の時間単価：〔記載〕

1. 調査、検証環境の用意、修正、テスト、本番の切り替え、報告、の工程ごとに工数を出す。
2. 工数が大きくぶれそうな工程と、その理由を示す。
3. リスクの上乗せ率の案を、理由とともに示す。
4. 合計の工数と、時間単価をかけた金額を出す。

相場や業界平均の数字は使わないこと。計算の途中を表で示すこと。

見積もり工場：PHPバージョンアップの工程と計算式

調査→検証環境→本番の6工程

① 調査
　 今のPHP・CMS・テーマ・プラグイン・独自プログラムの把握
　 サーバーで選べるPHPのバージョンの確認
② 検証環境の用意
　 本番のコピーを作り、新しいPHPで動かす
③ 修正
　 エラーや警告が出た箇所の修正、プラグインの更新や入れ替え
④ テスト
　 主要なページ、フォーム、管理画面、会員・決済の機能
⑤ 本番の切り替え
　 バックアップ、切り替え、確認、元に戻す手順の用意
⑥ 報告
　 作業の記録、変えた点、次の更新の目安の時期

計算式

合計の工数 ＝ ①〜⑥の工数の合計
見積もりの工数 ＝ 合計の工数 ×（1 ＋ リスクの上乗せ率）
見積もりの金額 ＝ 見積もりの工数 × 時間単価

例

① 調査：3時間
② 検証環境の用意：4時間
③ 修正：6時間
④ テスト：4時間
⑤ 本番の切り替え：2時間
⑥ 報告：（①〜⑤に含めた例）
合計の工数：3 ＋ 4 ＋ 6 ＋ 4 ＋ 2 ＝ 19時間

リスクの上乗せ率：20%（例）
見積もりの工数：19時間 × 1.2 ＝ 22.8時間
時間単価：7,600円（例）
見積もりの金額：22.8時間 × 7,600円 ＝ 173,280円

数字はすべて例です。自社の時間単価と、過去の作業の記録で置き換えてください。

調査だけを、先に有償で受ける

修正の量が読めないサイトは、見積もりを2段階に分けます。

第1段階：調査（固定の金額）
　 報告書に、修正が必要な箇所と、第2段階の見積もりを書く
第2段階：検証・修正・本番の切り替え
　 調査の結果をもとに見積もる

調査を有償にすると、顧客は「何にお金を払っているのか」が分かり、第2段階の金額にも納得しやすくなります。

時間単価の出し方と、工数を積み上げるシートは、別の記事で扱っています。

▶ 見積もりの「工数の読み違い」をなくす積算シート──作業の分解表、リスクの上乗せ、過去案件との照合をAIで回すプロンプト一式

構造的なリスク

逆説を指摘しておきます。

工程を細かく書いた見積もりほど、「この工程は要らないのでは」と削られやすくなります。
特に、テストと元に戻す手順の用意は、真っ先に削る対象に見えます。

削られた工程で事故が起きれば、責任を問われるのは制作会社です。
テストと切り戻しの用意は削れない工程として、見積書の前提条件に明記してください。なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

前提条件の書き方は、こちらにまとめています。

▶ 見積書テンプレート、Web制作の「一式」をやめる型──前提条件・除外事項の文例20、修正回数、有効期限、支払条件とAIの下書きプロンプト

よくあるQ&A

Q. リスクの上乗せ率は、何%にすればいいのか？

決まった正解はありません。過去の工事で、見積もりと実績がどれだけずれたかを記録し、その差から決めてください。記録がないうちは、調査を先に有償で受けるのが安全です。

Q. 同じCMSのサイトなら、同じ金額でいいのか？

プラグインの数と、独自のプログラムの量で、工数は変わります。基本の金額を決めたうえで、調査の結果で増減する形にします。

Q. サーバー移行と同時にやってもいいのか？

できますが、原因の切り分けが難しくなります。可能なら、移行と更新は分けて行い、別々に見積もってください。

最後に

PHPバージョンアップの費用は、ボタンを押す時間ではなく、押す前と押した後の工数で決まります。

工程ごとに工数を積み上げ、テストと戻し方まで見積もりに入れた会社だけが、更新の工事を赤字にせずに受けられるのです。

顧客向けの案内文と見積もりのテンプレートは、こちらにまとめました。

▶ PHPバージョンアップの提案キット、制作会社向け──顧客向け案内文3種、見積もりテンプレ、互換性チェックリスト、検証手順、AIプロンプト一式

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #PHPバージョンアップ #見積もり #工数 #時間単価 #PHP #制作会社経営 #中小企業 #サイト保守 #粗利