開発費よりランニングコストを聞かれた瞬間に注目すべき理由
商談の中盤を過ぎたあたりで、担当者がベンダーに「ランニングコストはいくらですか」と聞いてくる瞬間がある。これは商談が最終局面に入った明確な合図だ。担当者が稟議書を書き始める準備に入ったか、すでに書き始めている。
初期投資の金額は、稟議書のなかでは「導入費用」の1行で済む。だが稟議の本体は、月次・年次でいくら出ていくかだ。決裁者が承認判断する時に本当に見ているのは初期投資ではなく、月次キャッシュフロー。担当者は経験的にそれを知っているか、あるいは稟議書テンプレを開いた瞬間に「ランニング費用」の欄が空白になっていることに気づく。
本記事では、ランニングコストを聞かれたタイミングをどう読み、決裁者として何をすべきかを整理する。
なぜそのタイミングで聞かれるのか
担当者がランニングコストを聞いてくる動機は3つある。
- 稟議書のテンプレを埋めるため:多くの社内稟議書には「年間ランニング費用」の欄があり、空白では起案できない
- 決裁者の典型的な質問への準備:決裁者は必ず「これ毎月いくら出ていくの?」と聞く。担当者はその答えを持っていないと差し戻される
- 担当者自身の説得材料:自部署の上長や他部署のコスト感と比較するための数字
このタイミングで「初期費用は見えてるんだけど、月次が見えていない」という担当者の本音が透けて見える。ベンダー側の説明が初期費用に偏っていた場合、月次の見え方を整えるのは発注者側の仕事になる。
確認1: 「自分は何の稟議書を埋めようとしているか」を担当者本人と握る
ランニングコストを聞かれた瞬間にまずやるべきは、担当者がどの稟議書を埋めようとしているのかを本人と確認することだ。
会社によって稟議書のフォーマットは違う。「導入金額・年間ランニング・3年TCO」を要求するもの、「初年度・2年目以降の月次平均」を要求するもの、「ROI試算と回収期間」を要求するもの。担当者が手元で開いているテンプレに合わせて、ベンダーから取る情報を整える必要がある。
稟議テンプレを担当者の画面で見せてもらうのが最短だ。テンプレの空欄を埋める情報を、ベンダーから取る順番に並べ替える。これをやらずに「ランニングコストはいくらですか」と曖昧に聞くと、ベンダーから返ってくる数字も曖昧になり、稟議が通らない。
確認2: ランニング項目を3区分に分けて見せる
ランニングコストは、決裁者の目には1つの月額数字に見える。だが構造的には3つの異なる出費が混ざっている。
- ライセンス費用:SaaS利用料、ソフトウェアライセンス、API利用枠
- インフラ費用:クラウド利用料、データ転送、ストレージ
- 運用工数:保守契約、運用代行、社内工数の人件費換算
この3区分で見せると、決裁者はどの項目がスケールするかを見抜ける。ライセンス費用は基本固定。インフラ費用はデータ量に比例して伸びる可能性がある。運用工数は導入直後と安定運用後で大きく変わる。
「月10万円です」と渡すより「ライセンス6万・インフラ2万・運用2万、ただしインフラはデータ量で2倍になる可能性あり」と渡す方が、決裁者の判断は速い。担当者の稟議書も書きやすくなる。
確認3: 段階的解約条件・縮退条件をその場で渡す
3つ目は、決裁者が口に出さない不安を先回りで塞ぐことだ。決裁者が月次費用を見るとき、頭にあるのは「これがダメだったら、いつ・いくらで降りられるか」だ。
サブスク型のSaaSなら年間契約・月次契約の選択肢、自社開発のシステムなら保守契約の解約条件、PoCなら本契約に進まない場合の精算ルール。これらを商談中に整理しておく。「契約期間は1年、中途解約は不可」だけだと決裁者は躊躇する。「初期3ヶ月でPoC評価、合意できなければ解約可、本契約後は1年単位」のように降りるシナリオが書かれていると、決裁者の心理的ハードルが下がる。
担当者にとっても、稟議書の「リスク」欄を埋める材料になる。降りる選択肢があると示すこと自体が、案件の通過率を上げる。
経営者が見るべき本当の数字
担当者が「月10万円です」と稟議書に書いてきたとき、決裁者が頭で組み立てている数字は3つある。
- 5年TCO:初期費用 + 月額×60ヶ月。これが投資総額の本当の規模
- 月次キャッシュフロー上の影響:他のSaaSや保守契約と合わせて、月次の固定費がいくら増えるか
- 撤退コスト:途中で止めた場合の累積損失と、別ベンダーへの移行費用
この3つを担当者経由でベンダーから引き出しておくと、決裁者がチェックする3つの軸が揃う。商談中に資料1ページにまとめて稟議書に添付できれば、案件は通りやすい。
最終局面に入った合図に気づくこと
「ランニングコストはいくらですか」のひと言は、商談が中盤から最終局面に移った合図だ。このタイミングで決裁者が動くと、案件は通る。担当者だけに任せると、ランニングコストの数字を1行もらって稟議書に書き込み、決裁者の典型的な質問に答えられないまま差し戻される。
関連記事:システム開発の見積もり完全ガイド / システム開発の見積もり妥当性チェック / 失敗しない見積もり比較チェックリスト
Beekleでは、生成AI/CDP/業務システムの企画・要件定義・開発・運用までワンストップで支援しています。「何を作れば成功か」の整理、検証フェーズの設計、本番化判断まで、発注側の判断材料が揃うように伴走します。費用感の概算だけでも歓迎です。