ChatGPT で複数ベンダーのハードウェア保守見積もりを更新前に比較する方法

結論から先に：複数ベンダーのハードウェア保守見積もりが比べにくいのは、各社が売っているものがそもそも同じ束ではないからです。SKU が違い、応答目標が違い、部材と作業の境界も違う。ChatGPT が得意なのは、三、四通の見積もり PDF をひとつの共通フォーマットの表にまとめ、「保守範囲が実際に違う箇所」と「言い回しが違うだけの箇所」を切り分けて示すことです。ベンダーの選定はしてくれませんし、数値を読み違えることもあります。判断を左右する数字はすべて元の見積書で確認してください。

シンガポールのある地域物流会社は、本社、クロスドック拠点二か所、そしてジャカルタの小規模拠点にまたがって約 180 台の機器を運用しています。Cisco のスイッチとファイアウォール、Dell のサーバー、NetApp のストレージ、そして三年前の買収で引き継いだ HPE の機器一式です。

毎年三月に保守更新が降ってきます。今年は三通。既存リセラーによるメーカー保守の更新、同じメーカー契約に対する別リセラーの見積もり、そしてすべてを一本の契約でカバーすると提案してきたサードパーティ保守事業者。一通目は四十ページの SKU 明細 PDF。二通目は Excel で、SKU の書式はまったく別系統。三通目は八ページの提案書で、カバレッジ表が一枚あるだけ、SKU はほとんどありません。

IT マネージャーに与えられた時間は四日、しかも経理の締め切りつき。結果として起きることは、多くの会社で起きることと同じです。三つの合計金額を並べ、サードパーティが 31% 安いと気づき、既存リセラーにもう一段の値引きを求め、戻ってきた数字が良いほうに署名する。比較にかけた時間は半日、実際に目を通した内容は書類全体のおそらく十分の一です。

十一か月後の土曜日、ジャカルタ拠点のコアスイッチが停止します。そこで初めて、その拠点の契約が 8x5 翌営業日だったと判明します。削減できた金額は本物でした。安かった理由も本物で、それは 23 ページ目に書いてありました。

三通の更新見積もりの比較が、思ったより時間を食う理由

第一のずれはカバレッジ時間帯です。Cisco の Smart Net Total Care、Dell の ProSupport の各階層、HPE の Tech Care と Foundation Care、Fortinet の FortiCare、そしてサードパーティ事業者独自のサービスレベル。どれも自前の語彙で約束を表現します。一社の「24x7x4」と他社の「四時間応答」が同じ義務を指しているとは限りませんし、その四時間が応答目標なのか復旧目標なのかは、しばしば「穏やかな土曜日」と「最悪の土曜日」を分ける違いになります。

次に、ひとつの合計金額の内側に隠れた拠点差・機器差があります。見積もりがサービスレベル一種類で構成されていることはまずありません。たいていは本社が上位階層、二次拠点はもう少し安いもの、そして過去のどこかの更新で誰かが金額を削った際に、二、三台が静かに一段下の階層へ落ちている。合計金額はその分布について何も語りませんが、運用リスクが宿っているのはまさにその分布です。

第三の難所は、条項の中にしか現れない適用範囲の境界です。部材のみか、部材と作業込みか。ソフトウェア更新や OS の権利がハードウェア契約に付いてくるのか。先出しセンドバックが含まれるのか、追加オプションなのか。メーカーのサポート終了日を過ぎた機器はどう扱われるのか。価格は契約期間中固定なのか、年次改定条項があるのか。どれも長い書類のどこかの一文にすぎませんが、それぞれが契約の実質コストを、各社の表面的な差額以上に動かし得ます。

最後に、機器リスト自体がそろいません。「同じ」資産を対象としているはずの三通の見積もりが、その資産とは何かについて日常的に食い違います。倉庫の予備スイッチ二台を含めているもの、ジャカルタのファイアウォールが抜けているもの、昨年撤去したサーバーをまだ載せているもの。リストをそろえないかぎり、合計金額はそもそも比較可能ではありません。

ベンダー見積もりの束に対して、ChatGPT が実際にできること

ChatGPT はファイルのアップロードに対応しており（PDF、Excel、CSV）、ひとつの会話の中で複数のファイルを横断して読めます。ここで効いてくるのはまさにこの機能です。さらに、アップロードした表に対して Python を実行するデータ分析モードがあり、大きな見積もりに対する SKU 単位の突合を、理論ではなく実務として成立させます。対応するファイル形式・サイズ・件数は時期とプランによって変わるため、思い込みで進めず最新のドキュメントを確認してください。

始める前に境界を引いておきます。これは抽出と正規化の作業であって、判断の作業ではありません。アシスタントがしているのは、書類を読み、書かれている内容を組み替えることだけです。そのサードパーティ事業者がジャカルタに本当に予備部材を持っているかは知りませんし、昨年の障害時に既存ベンダーがどう動いたかも見えていませんし、提案書のカバレッジの主張が事実かどうかも検証できません。書類を比較可能にするために使い、判断は書類を前にして自分で下してください。

保守条件・応答目標・価格をひとつの比較表に抽出する

ハードウェア保守で機能する列の一例。拠点、機種、数量、ベンダーが名付けたサービス階層、時間と曜日で表したカバレッジ時間帯、応答目標、その目標が応答か復旧か、部材の有無、作業の有無、先出し交換、ソフトウェア・ファームウェアの権利、年額、契約期間。出力は「拠点ごと・機器ごとに一行」で求め、見積書が沈黙している箇所には必ず「書類に記載なし」と明示させます。空欄は抽出失敗と区別がつかないからです。

この「記載なし」の項目群が、作業全体でもっとも価値ある産物になることは珍しくありません。四時間が応答なのか復旧なのかを書いていない見積もりは、書いてある見積もりと同じ義務に対して値付けされていません。そしてその差は、AI の問題ではなく調達の問題です。

本当に違う点と、言い回しが違うだけの点を切り分ける

表ができたら、二周目は抽出ではなく比較です。各社が実質的に異なる行だけを挙げさせ、その違いをベンダーの言い回しの反復ではなく、平易な運用の言葉で——午前二時に何が違って体験されるのか——説明させます。

実践ワークフロー——PDF の入ったフォルダから並列比較表まで

1. まず自社の記録から機器リストを確定する。CMDB、RMM ツール、資産管理表から現行の資産リストを書き出し、それを基準とします。以降、各見積もりは自分のリストに対して測られ、見積もり自身の基準では測られません。これを先にやることで、全体でもっとも多い失敗——三つの異なる資産群について三つの合計を比べてしまうこと——を防げます。

2. 自分の列に沿って、一社ずつ抽出させる。列は明示的に与え、一周につき一社だけを処理します。三通を同時に抽出すると、答えはきれいになりますが質は落ちます。誤りをどのページまで遡るかが格段に難しくなるためです。

3. 抽出した各行に出典を要求する。それぞれの値が何ページ・どの節から来たのかを明示させます。この一文の指示だけで、出力は「信じるしかないもの」から「十分で監査できるもの」に変わり、後の抜き取り確認が安上がりになります。

4. 各見積もりを基準機器リストと突合する。端的にこう尋ねます。私のリストにあってこの見積もりにない機器はどれか、この見積もりにあって私のリストにない機器はどれか。これで通常、見積もり一通につき二、三件の実質的な発見が出ますし、ときには 2023 年から払い続けているのに実在しない機器が出てきます。

5. まず差異を、次に欠落を尋ねる。第一に、各見積もりが実質的に異なるのはどこか。第二に、そしてより重要なのが、他社は書いているのにこの見積もりが書いていないことは何か。土曜日にお金を払わせる類のリスクは、たいてい二つ目のリストに座っています。

6. 判断を動かす数字は、すべて原本で確認する。合計金額、拠点ごとの階層、契約期間、改定条項、そして「記載なし」と出たすべての項目。この工程は省略できませんが、遅くもありません。表に出典があれば、数ページに絞った確認であって、四十ページの再読ではないからです。

AI 支援の比較 vs 手作業の表 vs 既存ベンダーの更新見積もりをそのまま受ける

• AI による抽出と比較。互いにかみ合わない三通の書類を、二日ではなく半日でひとつの表に変えます。「137 番の機器だけ周囲より一段低い階層にいる」といった発見では、読み疲れた人間よりはるかに優秀です。一方で商業的判断はせず、書類の外にあるベンダーの振る舞いは何も知らず、表のセルや脚注を読み違えることもあります。正しい使い方は、比較可能な表まで一気に到達し、人間の時間を書き写しではなく判断に充てることです。
• 自社チームが手で作る表。本当に完成するのであれば、いまなお最も信頼できる成果物です。作る人が一行ずつ問い直し、文脈を抱えているからです。問題は、たいてい完成しないこと。着手され、六割あたりで置かれ、締め切り直前に「合計金額の比較」に置き換わります。正しい使い方は、AI が作った表の上に載せる検証層であって、表を作る手段そのものではありません。
• 既存ベンダーの更新見積もりをそのまま受ける。これが正解である場合も現にあります。関係が機能しており、資産構成が安定していて、調達を一巡させるコストが想定される削減額を上回るとき。失敗するのは、それを六年連続で既定路線としてしまい、その間に資産が漂流し、階層が静かに変わり、値上げが複利で積み上がる場合です。正しい使い方は、最新の比較を手元に置いたうえでの意識的な決定であって、誰にも時間がなかったから結果的にそうなった、ではありません。

判断を誤らせ得るところ

表面価格が安いときは、たいてい狭い義務を買っている。これは不正でも何でもなく、市場とはそういうものです。ただし比較が意味を持つのは、義務がそろった後だけです。一通だけ極端に安い場合、有用な問いは「他社は合わせられるか」ではなく「それは何をカバーしていないのか」であり、答えはほぼ常に、カバレッジ時間帯、応答目標、部材の境界のいずれかにあります。

抽出の誤りは静かです。読み違えたセルは自己申告しません。整った表の中に、もっともらしい数字として現れます。そして整った表には説得力があります。出典を要求し、判断を担う数字を抜き取り確認すべき理由はまさにここにあります。怖いのは「誤りに見える誤答」ではなく、「正しく見える誤答」です。

これを正しくやるために——抽出条件の検証、契約データの扱い、そして IT を巻き込むべきとき

誰かが何かをアップロードする前に、何を上げてよいかを決める。ベンダー見積もりは商業的に機微であり、秘密保持条項を伴うことも多くあります。さらに機種・ファームウェア水準・拠点住所を含む自社インフラの完全な目録が載っていることも多く、攻撃する側には有用な資料です。ベンダーとの合意が何を許すか、法人プランと個人プランの AI アカウントに関する自社方針も確認してください。そのうえで比較に不要なもの——シリアル番号、資産タグ、管理 IP アドレス、拠点担当者——は落とします。

人が要となる行を確認するまで、その表は草案として扱う。実務で機能する規則はこうです。「誤っていたら判断が変わる数字」はすべて原本で検証し、残りは参考値として受け入れる。この一覧は短く、だからこそ検証はやり切れます。

価格の会話だけでなく、カバレッジの会話にも IT を呼ぶ。どの拠点が本当に四時間応答を必要とし、どこは翌営業日で足り、どの機器が単一障害点なのか。これは技術の問いですが、商業的帰結は大きい。この入力なしに価格だけを最適化した調達は、冗長化された二台に上位保守を買い、倉庫を止める一台に翌営業日を買う、という結果を確実に招きます。

調達プロセスの中でアシスタントが本当に役立つ地点を見極めること——そして誰かが署名する前にその出力を必ず検証させること——は AI+ サポートの仕事です。契約そのもの、すなわち HPE、Cisco、Dell/EMC、Fortinet、NetApp などをまたぐマルチベンダーのサードパーティ保守は IT ハードウェア保守サービスであり、実際に機器が故障したときに応答する同じ IT サポートデスクが支えます。ベンダー選定のデューデリジェンス側についてはGrok による IT ハードウェアベンダーの調査を、同じ抽出手法を受領請求書に適用した例については AI による請求書処理の自動化をご覧ください。

よくある質問

テキスト PDF だけでなく、スキャンした見積もりも読めますか。

試すことはできますし、単純なスキャンページなら読めることも多くあります。ただし密な SKU と価格の表では信頼性が明確に落ちます。読み違えやすい文字が、まさに型番を構成する文字だからです。実務上の答えは、ベンダーに元ファイルを請求することです。どの見積システムも元ファイルを生成しますし、スキャンとしてしか存在しない見積もりは、誰にもきちんと監査できない見積もりです。どうしても原本が入手できない場合は、スキャンから抽出したすべての数字を、人が画像と突き合わせて読むまで未検証として扱ってください。

どのベンダーを選ぶべきか推薦してくれますか。

推薦すべきではありませんし、そう頼むべきでもありません。読んだのは三通の書類だけで、前回どの事業者が実際に現場へ来たのか、そのサードパーティが必要な国に部材在庫を持っているのか、その関係が商業的にいくらの価値を持つのかを何も知りません。書類を比較可能にし、差異と欠落を洗い出させること。選択は、表を手元に置き、運用の履歴を頭に置いたうえで、自分で下してください。

読み違えた条件が後で損失につながらないようにするには。

二つの習慣でほぼ足ります。第一に、抽出した値すべてにページまたは節の出典を要求すること。これでどの数字も、書類を読み返すのではなく数秒で確認できます。第二に、「誤っていたら判断が変わる数字」——合計金額、拠点ごとのサービス階層、契約期間、改定条項——と、抽出が「記載なし」と印をつけた項目を、原本で検証すること。通常は十数件の確認であって、百件ではありません。

ハードウェア保守以外の調達にも使えますか。

使えます。しかもこの手法は、書類が同じ対象を別々のやり方で記述しているあらゆるマルチベンダー比較に、ほぼそのまま移せます。ソフトウェアライセンスと保守の更新、回線見積もり、クラウドのコミットメント提案、施設関連の契約。型は常に同じです。まず自分の列を定義し、すべての書類にその列を答えさせ、記載のない箇所に印をつけ、判断を担う数字を検証する。

各社の見積もりが対象としている機器の範囲が違う場合は。

それが通常のケースであり、後で扱う例外ではなく最初に片づけるべきことです。自社の資産リストを書き出して基準とし、各見積もりについて二方向の差異を明示的に求めてください。自分のリストにあって相手にないもの、相手にあって自分のリストにないもの。この突合が終わるまで、合計金額の比較は異なる買い物の比較にすぎず、そこで見つかる抜け漏れは価格交渉より価値があることも多いのです。