ITベンダーから見積書が届いたとき、まず目に入るのは、いちばん下の合計金額です。予算に収まるかどうかで気持ちが決まってしまうことは少なくありません。ただ、見積書の妥当性は総額だけでは分かりません。同じ要件でも会社によって見積もりが大きく開くことがあるのは、どこまでの作業や保守を金額に含めているかが、会社ごとに違うためだとされています。
そこで私は、見積書を「いくらかかるか」を書いた紙としてだけでなく、「どこまでを約束してもらえるか」を書いた紙として読むようにしています。書かれていないことは、金額に入っていないものとして読むほうが安全です。「基本機能 一式」と1行で書かれた見積書では、特にそうです。この見方に変えると、契約前の確認事項は、範囲、運用、保守、追加費用、解約条件の5つに整理できます。
範囲では、金額の中身を確かめます。機能の一覧と金額の対応、データ移行や初期設定、テスト、研修やマニュアル、既存システムとの連携が含まれているかを見ます。「この金額に含まれないものを教えていただけますか」という一言が、いちばん効きます。運用では、導入後に誰が何をするのかを確かめます。日々の設定変更を自社で行えるのか、担当者が替わったときの引き継ぎ資料はあるか、バックアップは誰が行うのか、問い合わせの窓口はどこか、といった点です。
保守では、月額の保守料で何をしてもらえるのかを確認します。対応の曜日と時間、連絡手段、不具合が起きたときに対応を始めるまでの時間、軽微な修正や制度改正、OSの更新への対応が含まれるかどうかです。追加費用では、仕様変更の単価、利用者や拠点を増やしたときの料金、データ量が増えたときの料金、見積書の有効期限、値上げの事前通知の決まりを先に聞いておきます。追加が出ること自体が悪いのではなく、出るときの単価と手順が分かっていれば、納得して判断できます。
解約条件は、契約前には聞きづらい項目ですが、書かれていない契約は少なくありません。最低の契約期間、途中解約の違約金、自動更新の解約申し出の期限、解約時に自社のデータをどんな形式で受け取れるか、解約後にベンダー側のデータがいつ削除されるかを確かめます。特にデータの受け取り形式は、将来ほかのサービスに移るときの身軽さを左右します。
確認は、メールで質問を送り、回答もメールで受け取って記録に残すのがおすすめです。「確認させてください」「念のため教えていただけますか」という形にすると、責めるような印象になりません。「今月中の契約なら割引できます」と言われても、見積書の確認は、1日か2日置いてからでも遅くはない、というのが私の考えです。複数のベンダーに依頼する場合は、依頼側の前提をそろえておくと比べやすくなります。
質問が思いつかないときは、生成AIに質問リストをつくる手伝いをしてもらう方法があります。ただし、AIは見積書の金額が妥当かどうかを判定するものではなく、あくまで質問を思いつくための手伝いです。会社名や個人名は、伏せるか「A社」のような記号に置き換えてから入力します。契約に守秘義務が含まれる場合は、先に契約書を確認してください。
見積書を前に、「高いのか安いのか」「必要なものがそろっているのか」と、一人で迷う場面は、小さな会社ほど多いと感じています。WorkBridgeでは、中立的な立場で、見積書を5つの観点で一緒に読み、ベンダーへの質問を一緒に考え、複数の見積書を同じ観点で並べる相談をお受けしています。特定の製品をすすめることが目的ではなく、納得して決められる状態をつくることが目的です。
まずは、お手元の見積書や契約書から、「一式」と書かれた行を1つ探してみてください。その中身を一つ質問するところから始められます。
この続き・詳細版はnoteでも公開しています：https://note.com/abetakaki/n/n1d97ab05ab43