先代から会社を継いで一年、あるいは半年。決算書の読み方も、取引先への挨拶回りも、なんとか型がついてきた。ところが「今年のIT予算、どうします?」と聞かれた瞬間だけ、頭の中が真っ白になる——という社長は少なくない。パソコンやサーバーの更新、クラウドサービスの契約、セキュリティ対策。どれも「重要らしい」ことは分かっているのに、いくら積めばいいのか、誰に何を説明すれば通るのか、見当がつかない。
株式や登記の引き継ぎには、税理士や司法書士という明確な相談先がいた。ところが情報システムの話になると、相談できる専門家が社内にも社外にも見当たらない。先代が「昔からこの金額でやってきた」という慣習だけが残り、根拠を聞いても「そんなものだ」としか返ってこない。この記事は、そういう状況にいる二代目・三代目経営者に向けて、IT予算をゼロから作る手順と、先代や古参役員にその予算をどう説明すれば納得してもらえるかを、実務の順番で解説する。結論を先に言えば、IT予算は「売上高に対する比率」で規模感をつかみ、「守りと攻め」に分けて配分し、「リスクの言葉」で説明すれば、非IT出身の経営者でも十分に組み立てられる。
なぜ承継直後にIT予算が「宙に浮く」のか
先代が現役だった頃のIT予算は、多くの場合、決算書のどこかに埋め込まれた「雑費」や「事務用品費」の延長線上にあった。パソコンが壊れたら買い替える、複合機のリース契約が切れたら更新する。その場その場の判断で、年間の総額を意識したことがない会社がほとんどだ。先代にとっては「システムは総務や経理の担当者に任せておけば回るもの」という位置づけであり、経営判断の対象にすらなっていなかった可能性が高い。
承継後に予算が宙に浮くのは、この「担当者任せの慣習」が引き継ぎの対象から漏れやすいためだ。株式の分散状況や取引先との契約書は、承継の準備段階で必ず棚卸しされるが、「今どんなシステムを何のために使っていて、年間いくら払っているか」を一覧にした資料は、そもそも存在しないことが多い。存在しない資料は引き継げない。結果として、新社長は白紙の状態から予算を組まざるを得なくなる。
さらに厄介なのは、承継直後は「まだ数字に強くない社長」と見られがちで、IT予算のような分かりにくい費目について、周囲から疑問や異論を挟まれやすいタイミングでもあるという点だ。先代の時代であれば「社長がそう言うなら」で通っていた決裁が、代替わり直後は同じ言葉では通らない。役員会や幹部会の場で「本当にその金額が必要なのか」「前任者はもっと安くやっていたのではないか」といった質問が飛ぶことを、あらかじめ想定しておく必要がある。だからこそ、勘や思いつきではなく、外部の目安と社内の実態を組み合わせた、説明可能な予算の作り方が必要になる。
加えて、承継直後という時期そのものが持つ特殊性も無視できない。取引先への挨拶回り、金融機関との関係構築、社内の人事的な配置替えなど、優先度の高い課題が同時に押し寄せる中で、IT予算はどうしても後回しにされやすい。しかし後回しにした分だけ、古いシステムやサポート切れのソフトウェアを使い続ける期間が延び、承継から数年後にまとめて大きな出費が発生するという悪循環に陥りやすい。承継直後だからこそ、早い段階で一度きちんと棚卸しをしておくことが、結果的に将来の出費を小さくする。
まず社内の「今」を可視化するIT資産台帳
予算を組む前にやるべきことは、金額の検討ではない。今、会社にどんなシステムやITサービスが存在し、それぞれに月々いくら払っているかを一枚の表に落とし込むことだ。これがないままに予算額だけを議論すると、根拠のない数字の押し付け合いになる。
具体的には、次の項目を最低限拾っておきたい。
- 契約中のクラウドサービス・ソフトウェア（会計、勤怠、受発注、メールなど）とその月額・年額
- パソコン・サーバー・複合機などハードウェアの台数と導入年、保守契約の有無
- 契約の名義（会社名義か、先代個人名義かは要確認）と更新月
- 管理・連絡窓口になっている社員またはベンダーの担当者名
- セキュリティ対策（ウイルス対策ソフト、バックアップの有無）の実施状況
これらを一覧化したものは、いわば会社のシステム管理台帳であり、整備しておくと今後の予算議論だけでなく契約更新の見落とし防止にも役立つ。台帳そのものの作り方は承継したらまず作る、システム管理台帳のテンプレートにまとめてある。古参の総務担当者に聞き取りをしながら、半日〜1日で構わないので、まずこの棚卸しを終わらせることが、予算作成の出発点になる。
この棚卸し作業は、承継直後の社長が一人で抱え込む必要はない。むしろ、長年その会社の事務方を支えてきた古参社員に協力を依頼する形で進めるほうが、実態に近い情報が早く集まる。「新しい社長が何か大きく変えようとしている」という警戒感を与えないよう、あくまで「現状を正しく把握するための整理」であることを最初に伝えておくと、協力を得やすい。棚卸しの結果は、Excelやスプレッドシートで構わないので、契約名・用途・月額・契約更新月・担当ベンダーの5項目を最低限の列として並べておけば、その後の予算検討の際にすぐ参照できる資料になる。
なお、棚卸しの過程で「なぜこの契約をしているのか誰も分からない」というサービスが見つかることも珍しくない。先代の代で導入されたものの、担当者が退職して以来、目的が引き継がれずに料金だけが払われ続けているケースだ。こうした契約は、解約すべきかどうかを判断する前に、まず現場のヒアリングで実際に使われているかどうかを確認する。使われていないなら解約候補、使われているなら台帳に正式に記録する。この地道な確認だけで、年間コストが数十万円単位で見直せることも少なくない。
承継直後にありがちな「先代個人名義」の落とし穴
棚卸しの過程で意外に多く見つかるのが、契約者名が会社ではなく先代個人になっているケースだ。ドメインの管理者アカウント、クラウドストレージの契約者、あるいは古い基幹システムの保守契約が、先代の個人メールアドレスや個人名で結ばれていることがある。これは代替わりの際に見過ごされやすく、先代が完全に引退した後に「請求書の宛名が読めない」「パスワードを誰も知らない」という事態を招く。
このような契約は、経営権や株式の引き継ぎとは別枠で扱われがちだが、実務上のリスクは決して小さくない。棚卸しの段階で契約名義を必ず確認し、会社名義への変更が必要なものはリストアップしておく。この作業自体は費用がかからないことが多いため、予算化の議論の前に着手できる。
特に注意したいのは、先代が現役を退いた後に発生する「連絡不能」のリスクだ。先代が入院や療養で連絡が取りにくくなった、あるいは他界してしまった場合、個人名義の契約は本人確認の手続きが必要になり、名義変更に想定以上の時間がかかることがある。この間、サービスが止まってしまえば業務に直接影響が出る。だからこそ、先代が健在で協力できる今のうちに、名義変更を計画的に進めておく価値がある。名義変更の依頼はベンダーごとに手続きが異なるため、まずは契約書やマイページの管理者情報を確認し、変更に必要な書類をベンダーに問い合わせるところから始めるとよい。
中小企業のIT予算は「売上高の何%」が目安になるのか
台帳ができたら、次に必要なのは規模感の把握だ。何もない状態から「うちはいくら使うべきか」を考えるのは難しいので、外部の目安を借りるのが実務的だ。中小企業庁がまとめた2025年版中小企業白書では、デジタル化・DXに関する投資動向として、中小企業の情報化投資（ソフトウェア投資）の割合が大企業に比べて低い水準にあることが指摘されている。一般的な実務の目安としては、売上高に対するIT予算比率をおおむね1〜3%の範囲で考え、業種や設備の老朽化度によって上下させるという考え方が広く使われている。
ここで重要なのは、この比率をそのまま鵜呑みにしないことだ。製造業で生産管理システムへの依存度が高い会社と、対面サービス中心で紙とFAXが主戦力の会社では、必要な投資の質も量もまったく異なる。あくまで「桁を合わせるための道具」として使い、実際の金額は自社の台帳から積み上げる。
予算の議論は「相場はいくらか」から始めると水掛け論になりやすい。「今、何にいくら払っているか」から始めると、そこに議論の土台ができる。
売上高比率という考え方を先代に説明する際も、いきなり「IT予算は売上の何%にすべきだ」と言い切ると、根拠のない一方的な主張に聞こえてしまう。むしろ「同じ規模の会社では、だいたいこの範囲で予算を組んでいるようだ」という調べ方の過程を見せながら話すほうが、先代にとっても納得感がある。先代自身も、価格交渉や仕入れの相場を長年見てきた経験があるはずなので、「相場を調べてから決める」という進め方そのものは、むしろ馴染みのある考え方として受け止めてもらえることが多い。
また、比率の議論と同時に押さえておきたいのが、「今の支出が業界の相場よりも高いのか、低いのか」という視点だ。棚卸しで拾い上げた契約の中には、承継前の担当者が値上げの交渉をせずに何年も同じ金額を払い続けているものが混ざっていることがある。ベンダーの見積もりは、契約から時間が経つほど見直されないまま放置される傾向があるため、棚卸しのタイミングで一度、各契約の単価が今の相場に見合っているかを確認しておくと、予算全体の圧縮につながることもある。
予算を「守り」と「攻め」の2つに分けて考える
IT予算を一本の数字として提示すると、先代や古参役員から「そんなに必要なのか」という反応が返ってきやすい。これを避けるために、予算を最初から2つの性質に分けて説明する。
| 分類 | 内容 | 特徴 |
|---|---|---|
| 守りの予算 | 既存システムの保守・更新、バックアップ、セキュリティ対策 | 削ると事故が起きるリスクが上がる。原則削らない |
| 攻めの予算 | 新しいツールの導入、業務効率化、DX関連の新規投資 | 効果を見ながら段階的に増減できる |
中小企業の実態としては、予算の大半が「守り」に自然と吸い取られ、新規投資に回せる余力がほとんど残らないケースが多い。だからこそ、最初に「守りの予算をいくらに固定するか」を決め、残りの枠で「攻めの予算」を検討するという順番が分かりやすい。この2分割は、先代への説明でも威力を発揮する。「今まで通りの安全策に使う分」と「新しく挑戦する分」を分けて見せれば、先代も自分がやってきたことの延長線上として受け止めやすくなる。
この分け方には、もう一つ実務的な利点がある。役員会で議論が紛糾しやすいのは、たいてい「攻めの予算」の部分だ。守りの予算については「今までやってきたことの継続」という前提があるため、大きな反対は起きにくい。逆に攻めの予算は、新しい取り組みである以上、賛否が分かれやすく、時間をかけて議論すべき部分でもある。予算全体を一本化して提示してしまうと、この温度差が見えなくなり、守りの部分まで攻めの部分と一緒に疑われてしまう。最初から分けて提示することで、議論すべき論点を絞り込むことができる。
守りの予算に必ず入れるべき項目
守りの予算は、削ってはいけない部分だからこそ、抜け漏れがないように項目を固定しておく必要がある。実際の稟議の通し方はIT導入の稟議書の書き方、非IT出身の決裁者に伝わるテンプレートでテンプレート化しているので、予算が固まった後の社内説明にはそちらも活用できる。最低限、次の費目は毎年の予算に組み込むべきだ。
- 既存システムの保守・サポート契約費——契約が切れるとサポートを受けられなくなるものは最優先
- バックアップ体制の維持費——3-2-1ルール（バックアップ）の考え方に沿って、データの複製先を複数確保する費用
- セキュリティ対策費——ウイルス対策、多要素認証の導入・維持費
- OS・ソフトウェアのアップデート対応費——修正プログラムの適用作業を委託する場合の外部委託費用を含む
- ハードウェアの計画的な更新費——パソコンやサーバーの寿命に応じた買い替え費用
このうち特にランサムウェア被害を防ぐ観点からは、バックアップ体制の見直しが後回しにされがちな一方で、実際に被害が発生した際の損失額は業務停止・復旧費用ともに大きくなりやすい。守りの予算は「事故が起きたときの損失を、あらかじめ小さな出費で減らしておく保険」だと説明すると、経理感覚の強い先代にも理解されやすい。
守りの予算を検討する際は、削れるかどうかではなく「削った場合に何が起きるか」を先に言語化することを勧める。例えば保守契約を切った場合、トラブル発生時に自力で解決するか、高額なスポット対応費用を払うかの二択になる。バックアップ体制を縮小した場合、データ消失時の復旧に数日〜数週間かかり、その間の営業機会を失う。こうした「もし削ったら」の想定を先に書き出しておくと、守りの予算がなぜ必要なのかを、数字よりも先に感覚として理解してもらいやすくなる。
また、守りの予算の中には、毎年同じ金額を払っているように見えても、内容が古いままになっているものもある。例えばウイルス対策ソフトが数年前のバージョンのまま更新されておらず、実質的に十分な防御機能を果たしていない、といったケースだ。守りの予算を「金額が変わらないから安心」と捉えるのではなく、内容が今の脅威に対応しているかを定期的に確認する視点も持っておきたい。
攻めの予算はいきなり大きく張らない
守りの予算を固定したら、残りの枠で攻めの投資を検討する。ここで承継直後の社長がよく陥る失敗が、最初から大きな基幹システムの入れ替えや、全社的なDXプロジェクトに予算を張ってしまうことだ。承継してまだ社内の信頼を積み上げている途中の段階で、大型投資が失敗すると、その後の予算提案そのものが通りにくくなる。
攻めの予算は、まず小さく始めて成果を見せることを優先したい。具体的には、次のような段階を踏むと無理がない。
- 初年度: 影響範囲が一部門に限られる小さな改善（例: 特定業務のクラウド化）に絞る
- 2年目: 初年度の効果を数字で示し、対象範囲を広げる
- 3年目以降: 積み上げた実績をもとに、より大きな投資判断を行う
この段階を踏むことで、先代や古参役員に対して「小さく試して、効果が出たものだけを大きくする」という説明ができるようになり、慎重な社風の会社でも受け入れられやすくなる。
小さく始める際に意識したいのは、対象業務の選び方だ。理想的には、次の3つの条件を満たす業務を最初のターゲットに選びたい。第一に、影響範囲が特定の部門や特定の作業に限られていること。第二に、担当者本人が「今のやり方に不便を感じている」と自覚していること。第三に、失敗しても他の業務に大きな支障が出ないこと。この条件に当てはまる業務であれば、多少うまくいかなくても社内の反発が大きくなりにくく、成功した場合は担当者自身が良い変化を実感しやすいため、次の投資への協力も得やすくなる。
反対に、最初のターゲットとして避けたいのは、古参社員が長年一人で担ってきた基幹業務や、複数の部門が絡み合う複雑な業務プロセスだ。こうした領域は変化への抵抗が強く、失敗した場合の巻き添えも大きい。攻めの投資の実績を積む段階では、あえて優先度を下げておき、社内の信頼を十分に得たあとの中盤以降で取り組むほうが無理がない。
「クラウドか、それとも今のまま自社で持つか」の判断軸
守りと攻めの予算を検討する過程で、必ず一度は議題に上がるのが、既存の自社サーバーを維持し続けるか、クラウドサービスに切り替えるかという判断だ。先代の時代に導入された、自社の建物内に置くタイプの基幹システムを使い続けている会社は多く、この設備が老朽化してくると、更新か移行かの選択を迫られる。
判断の軸として持っておきたいのは、「あと何年、今の設備を使い続けられるか」という視点と、「移行にかかる初期費用と、移行後に浮くランニングコストのどちらが大きいか」という視点の2つだ。老朽化した設備を無理に使い続けると、故障時の対応費用が跳ね上がるだけでなく、部品の供給自体が終了してしまい、修理そのものができなくなるリスクもある。一方で、移行には初期費用と社内の学習コストがかかるため、承継直後の混乱期にあえて急ぐ必要はない。多くの場合、「次の更新タイミングをどちらで迎えるか」を今のうちに決めておき、実際の移行は1〜2年先に計画するという進め方が現実的だ。
先代への説明では、「クラウドの方が優れている」という抽象的な優劣ではなく、「今の設備がいつまで持つか」「壊れたときにいくらかかるか」という具体的な時間軸とコストの話に落とし込むと伝わりやすい。設備の寿命という話は、先代自身が工場の機械や店舗の設備で何度も判断してきた経験と重なるため、意外なほどすっと理解してもらえることが多い。
アカウント管理とアクセス権限も予算の対象に入れる
IT予算の議論では、ソフトウェアやハードウェアの費用に目が向きがちだが、承継直後に見落とされやすいのが、アカウント管理そのものにかかるコストと手間だ。退職した社員のアカウントが放置されている、誰が何にアクセスできるのか誰も把握していない、といった状態は、多くの中小企業で常態化している。
こうした状態を改善する第一歩として、パスワードに加えてスマートフォンなどでもう一段階の本人確認を行う多要素認証の導入や、複数のシステムへのログインを一元化する仕組みを検討する会社が増えている。いずれも、いきなり全社導入を目指すと現場の反発を招きやすいため、まずは経理や人事などの機密情報を扱う部門から段階的に導入するのが実務的だ。導入コストは決して大きくないことが多いが、「なぜ今までなかった手続きが増えるのか」という説明を、現場に対して丁寧に行う必要がある点は、他の攻めの予算と同様だ。
アカウント管理の見直しは、緊急性が低く見えるために予算化が後回しにされがちだが、退職者による情報の持ち出しや、外部からの不正アクセスといったリスクを考えると、実は優先度の高い「守りの予算」の一部として扱うべき項目だ。棚卸しの段階で、現在誰がどのシステムにアクセスできるかを一覧化しておくと、この議論がしやすくなる。
経営側が把握していないITツールが見つかりやすい理由
棚卸しを進めていく中で、経営側が把握していないツールやサービスが、現場の判断だけで導入されているケースに出会うことがある。無料のクラウドツールや個人契約のアプリが、会社の承認を得ずに業務の中に静かに組み込まれていることは珍しくない。
先代の時代は、現場に一定の裁量を与えることで小さな業務改善が積み重ねられてきた側面もあり、これ自体を一方的に否定する必要はない。こうした未把握のツールの具体的な見つけ方は、承継後に気づく、社内のシャドーITの見つけ方と対処で詳しく扱っている。しかし、会社として把握していないツールに業務上の重要な情報が置かれている状態は、情報漏洩や、担当者退職時の引き継ぎ漏れといったリスクを抱えている。棚卸しの過程でこうしたツールが見つかった場合は、まず利用実態を確認し、必要であれば正式な契約として会社の管理下に置く、あるいは代替の正式なツールに移行するという判断を、攻めの予算の中で検討するとよい。
先代への説明で使ってはいけない言葉
予算の内容が整ったら、次は説明の仕方を考える必要がある。ここで最も避けたいのは、先代が理解できない専門用語を並べることだ。「クラウド移行」「セキュリティ強化」「DX推進」といった言葉は、社内でよく使われる割に、非IT出身の先代にとっては輪郭のない言葉として響く。輪郭のない言葉に予算をつけることに、先代は本能的に抵抗を感じる。
代わりに使うべきなのは、先代が長年慣れ親しんできた「リスクと損失」の言葉だ。「このパソコンが壊れたら、あの取引先への請求書が出せなくなる」「このバックアップがないと、火事や水害で得意先の情報が全部消える」というように、具体的な業務と結びつけて説明する。先代は数十年、会社の存続そのものに責任を持ってきた人物であり、抽象的な将来性の話より、目の前の損失を避ける話に耳を傾ける傾向がある。
もう一つ避けたいのが、先代の在任中のやり方を否定するような言い回しだ。「今までのやり方は古い」「これまで対応が遅れていた」といった表現は、先代にとって自分自身の経営判断への批判として受け取られやすく、内容の正しさとは関係なく感情的な反発を招く。伝えるべきは「時代が変わって新しく必要になったこと」であって、「今までが間違っていたこと」ではない。例えば「以前は紙とFAXで十分だったが、取引先の多くがオンライン発注に切り替わってきているので、こちらも対応が必要になった」というように、環境の変化を主語にして話すと、先代の過去の判断を否定せずに、今の必要性だけを伝えることができる。
説明の場では、先代からの質問に即答できない部分があっても構わない。むしろ「分からないことは持ち帰って確認する」という姿勢を見せるほうが、まだ実務経験の浅い社長として、先代の信頼を得やすい。無理に専門用語で押し切ろうとすると、逆に「よく分かっていないのに大きな金額を通そうとしている」という不信感を招くことがある。
古参役員・古参社員への説明は「変化への不安」を先に解く
先代とは別に、古参の役員や社員への説明にも注意が要る。先代が経営から退いた後も口を出してくる場合の意思決定権の線引き方は、先代が経営から退いた後も口を出してくる場合、攻めのIT投資の意思決定権をどう線引きするかでも扱っている。彼らにとってIT予算の増加は、単なる数字の変化ではなく、「今までのやり方が否定されるのではないか」という不安と結びつきやすい。特に、長年その業務を一人で担ってきた社員がいる場合、システム化の話は自分の役割が失われる予兆として受け取られることがある。いわゆる属人化の状態にある業務ほど、この抵抗は強く出る。
この不安を先に解いておかないと、予算の説明資料がいくら整っていても、会議の場で感情的な反発を受けることになる。説明の順番としては、まず「今のやり方を否定するものではなく、今のやり方を支えるための投資である」という前提を共有し、その後に金額の話に入るのが実務的だ。特定の社員の業務内容を変える計画がある場合は、予算の承認より先に、その社員本人と一対一で話しておくことを強く勧める。
古参役員への説明では、金額そのものよりも「決定の手順」が納得感に直結することが多い。役員会の議題として突然IT予算が提示されると、「なぜ相談なく決めたのか」という反発を招きやすい。逆に、棚卸しの段階から少しずつ情報を共有し、「今こういう状況が見えてきている」「こういう方向で検討している」という経過を段階的に伝えておくと、正式な決裁の場では既に大筋の理解ができている状態を作れる。承継直後は、こうした「決定の手順を丁寧に踏む」という姿勢自体が、経営者としての信頼構築に直結する。
社員に向けた説明の場では、金額の話をあえて詳しくしない、という選択も有効だ。現場の社員にとって重要なのは、自分の日々の業務がどう変わるのか、負担が増えるのか減るのかという実感であって、予算の総額そのものではない。全社的な説明会を開く場合は、経営層向けの資料とは別に、現場向けには「何がいつから変わるか」「困ったときはどこに聞けばいいか」を中心にした、簡潔な案内を用意しておくと、不要な混乱を避けられる。
稟議書に落とし込むときの構成
社内で正式な承認手続きが必要な会社であれば、予算はいずれ稟議の形にまとめる必要が出てくる。IT予算の稟議書は、単に金額を並べるだけでは通りにくい。次の4点を明確にした構成にすると、非IT出身の決裁者にも伝わりやすい。
- 現状——今何にいくら払っているか(棚卸し結果の要約)
- 課題——放置した場合に起こりうる具体的なリスク(業務停止・情報漏洩・費用増大など)
- 対応策——守りと攻めに分けた予算案とその内訳
- 効果——リスクの低下、または業務時間の削減といった、数字で示せる範囲の効果
特に「課題」の部分は、抽象的な危機感ではなく、自社で実際に起きた小さなトラブル(例: メールの誤送信、ソフトの動作不良で作業が止まった、など)を具体例として挙げると説得力が増す。過去に起きた小さな事故は、古参社員も覚えていることが多く、話が噛み合いやすい。
稟議書の作成にあたっては、金額を一つの数字で出すのではなく、複数の選択肢を並べて見せる方法も効果的だ。例えば「現状維持案」「最低限の守りだけを実施する案」「守りと攻めをバランスよく実施する案」という3案を並べ、それぞれの金額と効果、リスクを比較できる形にしておくと、決裁者は「なぜこの金額なのか」ではなく「どの案を選ぶべきか」という土俵で議論できるようになる。中小企業の意思決定の場では、単一の提案に対する賛否よりも、複数案からの選択のほうが合意形成がしやすいという傾向があり、この形式は特に慎重な社風の会社で有効だ。
もう一点、稟議書の分量にも注意したい。詳細を尽くそうとして資料が10ページを超えると、非IT出身の決裁者は読む前に判断を放棄してしまうことがある。本編は前述の4点構成で1〜2枚にまとめ、詳細なシステム構成や見積もりの根拠は別紙として添付する形にすると、必要な人だけが必要な情報にアクセスできる資料になる。
なお、この稟議書はあくまで「決まった投資を通す」段階の話であり、その手前で「そもそも誰の意見を聞いて、誰が最終判断するか」という決め方自体が先代任せのまま残っているケースも多い。稟議のフォーマットを整える前に、先代がワンマンで決めてきたIT投資。承継後の「決め方」を仕組みに変えるで、判断材料・相談先・決裁権を3層に分けて設計する考え方を確認しておくと、この稟議書の中身にも一貫性が生まれる。
相見積もりと第三者の意見を入れる
先代の時代からの付き合いで、特定のベンダー1社にすべてを任せている会社は少なくない。それ自体は悪いことではないが、予算の説明においては「他社と比較していないのではないか」という疑問を役員から受けやすい。承継直後は、こうした指摘を受けやすい立場にあることを踏まえ、少なくとも大きな投資については相見積もりを取る、あるいは商工会議所やIT関連の専門家に一度目を通してもらうといった、第三者の視点を挟む工程を入れておくと説明がしやすくなる。
中小企業向けの相談窓口としては、独立行政法人中小企業基盤整備機構が運営する事業承継・引継ぎポータルなど、承継後の経営課題を含めて相談できる窓口も用意されている。IT予算そのものに特化した相談先は限られるが、経営全体の相談先を経由して専門家を紹介してもらえる場合もあるため、社内だけで抱え込まずに使える窓口を把握しておくとよい。
相見積もりを取る際は、単に金額だけを比較するのではなく、提案内容の前提条件を揃えて比較することが重要だ。ベンダーによって、保守対応の範囲やサポート時間、契約期間が異なることが多く、金額だけを並べると見かけ上安い提案に引き寄せられてしまう。比較表を作る際は、金額に加えて「サポート対応時間」「契約期間と解約条件」「導入後の追加費用の発生条件」を並べておくと、先代や役員に説明する際にも「なぜこの提案を選んだか」を筋道立てて話せる。
長年付き合いのあるベンダーを乗り換える、あるいは条件を見直すという話は、先代にとって「今までの関係を切る」という印象を与えやすく、思った以上に心理的な抵抗を招くことがある。乗り換えではなく「今の付き合いを続けながら、他の選択肢も知っておく」という位置づけで相見積もりを進めると、先代の心理的な負担を減らしながら、実務上必要な比較検討を進めることができる。
年間スケジュールに組み込む
IT予算は、一度作ったら終わりではない。契約更新のタイミングや決算のスケジュールに合わせて、年に1回は見直す前提で年間スケジュールに組み込む必要がある。多くの会社では決算の2〜3ヶ月前から翌年度の予算編成が始まるため、そのタイミングでIT予算も一緒に見直す運用にしておくと、他の予算と並べて説明しやすくなる。
見直しの際にチェックすべき項目としては、契約更新月が近いサービスの有無、前年度に「攻めの予算」で導入したツールの利用状況、そして新たに発生した業務上の課題があるかどうかだ。これらを毎年同じフォーマットで確認する仕組みを作っておけば、二年目以降の予算編成は初年度よりずっと楽になる。
相談先がいない孤独感をどう扱うか
株式や登記の手続きには、税理士、司法書士、弁護士という明確な相談先が存在する。それぞれの専門家が、承継のどの場面で何をすべきか、型を持っている。ところが情報システムの話になると、社内に専属の担当者がいない会社ほど、相談先そのものが見当たらないという状態に陥りやすい。ベンダーに聞けば、そのベンダーの製品を勧められるだけで、本当に自社にとって適正な予算なのかを客観的に判断してくれる相手がいない。
この孤独感は、承継直後の社長が抱える課題の中でも、意外と共有されにくい部類のものだ。株の分散や後継者不在といった話題は、経営者同士の会合や商工会議所の場でも比較的話しやすいが、「うちのIT予算、いくらが適正か分からない」という悩みは、恥ずかしさもあってか口に出しにくい。だからこそ、まずは自社の台帳を作り、外部の目安と比較し、守りと攻めに分けて説明するという、この記事で示した手順を一つずつ実行していくことが、遠回りに見えて実は最も確実な近道になる。
予算が通った後にやるべきこと
予算の承認を得たら、そこで終わりにせず、実行後の記録を残すことを忘れないでほしい。何にいくら使い、その結果どうなったかを簡単にメモしておくだけで、翌年の予算編成が格段に楽になる。特に承継後の数年間は、経営者としての実績を社内に示す重要な時期でもある。IT予算を計画的に使い、その効果を数字で示せるようになれば、次の予算提案はより通りやすくなっていく。
先代が積み上げてきた会社の信頼と、これから自分が積み上げていく実績は、地続きのものだ。IT予算という一見地味な議題も、経営者としての姿勢を示す機会の一つとして、丁寧に扱っていく価値がある。
FAQ
Q1. 先代がまだ会長として社内にいる場合、IT予算の説明はどのタイミングで行うべきですか。 正式な決裁権が自分に移っているのであれば、先代への説明は「事前の相談」ではなく「事後にも変わらない敬意を示す事前共有」として位置づけるのがよい。決裁前に一度目を通してもらい、意見を聞く場を設けることで、先代の経験を活かしつつ、決定権が自分にあることも自然に示せる。
Q2. 古参社員が長年管理していたシステムを刷新すると、その社員のポジションがなくなってしまいそうで踏み出せません。どう進めればよいですか。 システムの刷新と、その社員の役割の見直しは、別のタイミングで扱うことを検討したい。まずシステム面の改善を先に進め、業務が安定した段階で、その社員に新しい役割(例えば運用管理や他部門への展開の推進役)を用意できないか検討する。予算の説明の場で急に処遇の話を持ち出すと、警戒心が強まり、協力を得にくくなる。
Q3. IT関連の契約が先代個人の名義になっていることが分かりました。今すぐ会社名義に変更すべきですか。 契約内容とリスクの大きさによって優先度は変わるが、ドメインやクラウドストレージなど、事業継続に直結するものは早めに名義変更を進めるべきだ。先代の協力が得られる時期に手続きを進めておくことで、将来、連絡が取りにくくなった場合のリスクを避けられる。ベンダーによっては名義変更に一定の手続きと時間がかかるため、思い立ったらすぐに問い合わせることを勧める。
Q4. 予算の説明資料は、どのくらいのボリュームで作ればよいですか。 決裁者が非IT出身であることを前提にするなら、資料は多くても2〜3枚に収め、現状・課題・対応策・効果の4点を1枚ずつ簡潔にまとめる形が実務的だ。詳細なシステム構成図や技術的な比較表は、質問があった場合に補足として示す別紙にしておくと、本編の説明がぼやけずに伝わる。
