先代からバトンを受け取った直後の後継社長にとって、最初の大きな判断の一つが「基幹システムやホームページ、業務システムを刷新するとき、どの会社に頼むか」という問題です。先代の時代からの付き合いがある会社に声をかけることもあれば、新しく紹介された会社、あるいはインターネット経由で見つけた会社から提案を受けることもあるでしょう。しかしいずれの場合も、最終的に手元に届くのは「提案書」という紙、あるいはPDFです。この提案書をどう読むかによって、その後何百万円、時には何千万円という投資の成否が大きく左右されます。
多くの後継社長は、システム開発の現場を経験したことがありません。前職が製造や営業、あるいは先代の会社に入って現場を回してきた人が大半で、提案書に書かれている専門的な言葉や、やや大げさに見える図表を前にすると、「よく分からないが、信頼できそうな雰囲気だから任せよう」という判断をしがちです。これは決して恥ずかしいことではありません。ただ、雰囲気だけで判断してしまうと、後になって「思っていたものと違う」「追加費用がどんどん膨らむ」「担当者が突然変わって話が通じなくなる」といったトラブルに巻き込まれるリスクが高まります。
この記事では、システム刷新の相談先を見極めるために、提案書のどこを見ればよいのか、後継社長の視点に立って具体的に解説します。専門用語を極力使わず、実際にありそうな失敗例やチェックリストを交えながら進めます。提案を依頼する前に固めておくべき事前準備は刷新を開発会社に相談する前に、決めておきたい3つのことでも解説している。
なぜ「提案書」がすべての判断材料になるのか
まず前提として押さえておきたいのは、提案書というものが単なる「見積書」ではないということです。見積書は金額だけを示す紙ですが、提案書はその会社が「あなたの会社の課題をどう理解し、どう解決しようとしているか」という思考のプロセスをまとめたものです。つまり提案書は、その会社の実力と誠実さを映す鏡だと考えてください。
先代の時代には、システムのことは総務担当や、付き合いの長い電気屋さんのような存在に「お任せ」していたケースが多いと思います。当時は投資額も比較的小さく、失敗してもやり直せる規模だったかもしれません。しかし刷新となると、基幹システムの入れ替えやホームページの全面リニューアル、業務システムの新規導入など、投資額が数百万円から場合によっては数千万円に達することもあります。この規模の投資を、雰囲気だけで決めてしまうのは経営者として避けるべき判断です。
提案書を正しく読めるようになると、次のようなメリットがあります。
- 複数の会社を公平に比較できるようになる
- 契約後に「言った言わない」のトラブルを未然に防げる
- 予算超過のリスクを事前に察知できる
- 担当者や会社の姿勢から、長期的な付き合いに向いているかを判断できる
- 社内の他の役員や幹部に対して、なぜこの会社に決めたのかを説明できる
特に最後の点は後継社長にとって重要です。先代の時代からいる幹部や、金融機関への説明責任を考えると、「なんとなく良さそうだったから」という理由では通用しません。提案書のどこをどう見て、なぜこの会社を選んだのかを、自分の言葉で説明できる状態にしておく必要があります。
提案書を受け取る前に準備しておくべきこと
提案書を正しく評価するためには、実は提案書を受け取る「前」の準備が非常に重要です。準備が不十分なまま複数社に声をかけると、各社がバラバラの前提で提案書を作ってきてしまい、比較そのものができなくなります。
同じ条件で複数社に依頼する
最初にやるべきことは、依頼する会社すべてに「同じ情報」を渡すことです。ある会社には現状の課題を細かく説明したのに、別の会社には概要しか伝えていないという状態では、提案の質に差が出るのは当然で、それは会社の実力差ではなく情報の差にすぎません。少なくとも次の項目は、依頼するすべての会社に共通で伝えるようにしましょう。
- 現在使っているシステムやツールの名前と、いつから使っているか
- 刷新したい理由（動作が遅い、担当者が退職した、法改正に対応できない、など具体的に）
- 予算のおおよその上限（言いたくない場合でも「上限を言わない」ことを全社に統一する）
- いつまでに動かしたいか、という希望の期限
- 誰が最終的に決裁するか（社長単独か、役員会が必要か）
- 現場で実際にシステムを使う人数や部署
こうした情報を一枚の紙、あるいは簡単な資料にまとめておき、すべての依頼先に同じものを渡すことで、初めて公平な比較が可能になります。この資料をきちんと作れるかどうか自体が、後継社長として最初に試される力でもあります。複数社に同じ条件を伝えるための具体的な書き方は相見積もりを取るとき、条件をそろえるための伝え方で詳しく解説している。
「決め方」を先に決めておく
もう一つ大切なのが、提案書を受け取ったあとに「誰が」「どういう基準で」判断するのかを、提案を依頼する前に決めておくことです。これを決めておかないと、提案書が出てきた後に社内で意見が割れ、「値段が安いからこっちがいい」「いや前から知っている会社の方が安心だ」という水掛け論になりがちです。
判断基準としては、例えば次のような項目に、事前に重み付けをしておくとよいでしょう。
- 金額の妥当性(内訳の明確さを含む)
- スケジュールの現実性
- 担当者の説明の分かりやすさと対応の速さ
- 過去の実績や類似業種での経験
- 完成後の保守やサポートの体制
- 契約条件(支払いタイミング、追加費用の扱いなど)
この6項目に、それぞれ5点満点で採点する、といった簡単な仕組みを社内で決めておくだけで、提案書を受け取った後の議論が驚くほどスムーズになります。
提案書の「表紙」と「概要」から分かること
いよいよ提案書そのものの読み方に入ります。まず表紙とその直後にある概要部分です。ここは一見すると挨拶程度の内容に見えますが、実はその会社の姿勢が最も出やすい部分です。
会社名だけでなく「誰が作ったか」を確認する
提案書の最初のページに、担当者名や作成者名が明記されているかを確認してください。名前が入っていない提案書は、テンプレートをそのまま流用している可能性が高く、あなたの会社のために時間をかけて考えたものではないかもしれません。逆に、担当者名だけでなく、実際に開発を担当するエンジニアの名前や役割まで書かれている提案書は、「誰が何をするか」を具体的にイメージできている証拠です。
「御社の課題」がどう書かれているか
多くの提案書には、「株式会社〇〇様の現状課題」というようなページがあります。ここに書かれている内容が、あなたが実際に伝えた課題と一致しているかを確認してください。ここで見るべきポイントは一致度だけではありません。表現の具体性も重要です。
例えば、あなたが「注文を電話とファックスで受けていて、入力ミスが多い」と伝えたとします。良い提案書は、この課題をそのまま具体的に書き、「電話・ファックス受注における入力ミスの発生」「受注から出荷までの平均リードタイムの長さ」のように、あなたの言葉を具体的な業務の言葉に翻訳してくれます。一方で、質の低い提案書は「業務の効率化が課題」というような、どの会社にも当てはまる一般論で済ませてしまいます。
一般論で終わっている提案書は、あなたの会社の話を本当に聞いていない可能性があります。これは提案書のごく最初の数ページで判断できることなので、必ず目を通してください。
提案書の「本体」で確認すべき5つのポイント
概要を過ぎると、いよいよ提案の本体に入っていきます。ここからは特に慎重に読むべき5つのポイントに絞って説明します。
ポイント1 やること・やらないことの境界線が明確か
提案書の中には、「今回のプロジェクトで対応する範囲」と「対応しない範囲」が書かれているはずです。この境界線がはっきりしているかどうかは非常に重要です。境界線が曖昧な提案書は、後になって「それは今回の範囲に含まれていません、別途費用がかかります」という追加請求のもとになります。
具体的には、次のような境界線が明記されているかを確認してください。
- 既存データの移行は含まれるか、含まれないか
- 社員向けの操作研修は何回・何時間分含まれるか
- 導入後、最初の何ヶ月間は無料でサポートするか
- スマートフォンやタブレットからの利用に対応するか
- 他のシステムとの連携(会計ソフト、在庫管理ソフトなど)は含まれるか
これらが「別途相談」「要件次第」といった表現でぼかされている場合、契約前にその場で質問し、口頭ではなく書面で回答をもらうようにしましょう。書面で回答をもらうということは、後々のトラブルを防ぐ最もシンプルで効果的な方法です。
ポイント2 スケジュールが「working backward」ではなく現実的な積み上げになっているか
提案書には必ずスケジュール(工程表)が含まれています。ここで注意すべきは、「〇月までに完成させたい」という希望の締め切りから逆算して無理な計画を組んでいないか、という点です。
見分け方は簡単です。工程の各段階(現状の詳しい聞き取り、画面や機能の設計、実際の開発作業、動作確認、実際の運用開始前の最終チェック、社員への研修)にどれくらいの期間が割かれているかを見てください。特に開発作業の直前にある「詳しい聞き取り」や「設計」の期間が極端に短い場合、それは開発会社側が十分な理解をせずに作り始める危険信号です。
また、動作確認の期間が全体のスケジュールの中でごく短く、開発が終わった直後に「本番運用開始」と書かれているような工程表も要注意です。動作確認や社員による試験的な利用の期間が確保されていない提案は、後になって不具合が続出するリスクが高くなります。
具体的な目安として、全体の期間のうち、動作確認と試験利用の期間が2割以下しかない場合は、その根拠を担当者に確認することをお勧めします。「なぜこの期間で足りると考えているのか」を聞いたときに、明確な根拠(過去に似た規模の案件をこの期間で完了させた実績があるなど)を答えられるかどうかで、その会社の経験値が分かります。
ポイント3 金額の内訳がどこまで細かく書かれているか
これは最も重要なポイントの一つです。提案書に書かれている金額が、単に「一式 500万円」のような大きな括りだけで示されている場合、その提案書は信頼性が低いと考えてください。良い提案書は、少なくとも次のような単位で金額を分けて示しています。
- 現状の聞き取りと計画作りにかかる費用
- 画面や機能を決めていく作業の費用
- 実際にプログラムを作る作業の費用
- 動作確認・不具合修正の費用
- データの移行にかかる費用
- 研修・マニュアル作成の費用
- 運用開始後の保守・サポートの費用(月額か年額か)
この内訳が細かいほど、あとから「これは含まれていたのか、含まれていなかったのか」という争いを避けられます。また、内訳が細かい提案書は、開発会社側がプロジェクトの構造をきちんと理解して作業を組み立てていることの証にもなります。逆に大きな括りでしか金額が示されていない場合、その会社自身がプロジェクトの全体像を細かく分解できていない可能性があり、これは実際の作業が始まってから混乱を招く原因になりやすいです。
さらに確認すべきなのは、「保守・サポートの費用」が本体の開発費用とは別に、継続的に発生する費用として明記されているかどうかです。システムは作って終わりではなく、その後何年も使い続けるものです。月々、あるいは年間でいくらの費用がかかるのかが提案書に書かれていない場合、契約後に「実は保守費用は別途発生します」と言われて驚くことになります。
ポイント4 追加費用が発生する条件が書かれているか
どんなに丁寧に打ち合わせをしても、開発が始まってから「こんな機能も欲しい」「ここはこう変えてほしい」という要望が出てくることは珍しくありません。良い提案書には、そうした追加の要望が出たときに、どういう手続きでどれくらいの費用が発生するのかが、あらかじめ書かれています。
例えば、「当初の合意内容から変更・追加が発生する場合は、変更内容を書面で確認の上、別途お見積りいたします」といった一文があるかどうかを確認してください。この一文がある提案書は、追加費用について後から揉めるリスクを減らそうとする、誠実な姿勢の表れです。逆にこうした記載が一切なく、「追加はすべて無料でご対応します」というような、あまりに気前のよい記載がある場合は、むしろ警戒した方がよいこともあります。無料で何でも対応するという約束は、実際には別の部分(品質を下げる、担当者の負担を増やす、他の顧客の作業を圧迫する)でしわ寄せが生じることが多く、長期的には良いサービスにつながりにくいためです。
ポイント5 プロジェクトが止まった場合、途中でも何かが手元に残るか
これは意外と見落とされがちですが、非常に重要な確認ポイントです。何らかの事情でプロジェクトが途中で止まってしまった場合(予算の都合、会社の方針変更、開発会社側の事情など)、それまでに払った費用に対して、何らかの成果物が手元に残るのかどうかを確認してください。
例えば、途中まで進んだ設計書やデザインのデータ、聞き取りの記録などが、途中で終わった場合でも受け取れるという記載があるかどうかです。この記載がなく、「完成しなければ何も渡さない」という契約になっている場合、途中で計画変更をする自由度が著しく下がってしまいます。後継社長として、経営環境の変化に応じて計画を見直す柔軟性を残しておくことは非常に大切です。
提案書を比較し、候補が絞り込めたら、次は実際の商談でデモを見せてもらう段階に進みます。デモの場では提案書だけでは分からない実力が見えてくる一方、見せ方に判断を左右されやすい落とし穴もあります。具体的な見極め方は商談中のデモ、何を見て開発会社を見極めるか。契約前チェックリストで扱っています。
体制図・担当者の説明から読み取れる会社の実力
提案書には多くの場合、「体制図」というページがあります。これは、プロジェクトに関わる人が誰で、どういう役割分担になっているかを示した図です。ここからも多くの情報が読み取れます。
担当者が何人いて、誰が最終的な責任者か
体制図に名前が一人しか出ていない提案書は、その担当者が病気や退職をした場合にプロジェクトが止まってしまうリスクを抱えています。少なくとも、窓口となる担当者と、技術的な最終責任者(何か問題が起きたときに最終的に判断する立場の人)が別に明記されているかを確認してください。
また、体制図に「営業担当」と「実際に作業する担当」が完全に分離している場合、契約時に説明を受けた内容と、実際に作業する人が理解している内容がずれてしまうことがあります。契約前の打ち合わせに、実際の作業担当者(責任者)も同席してもらえるかを聞いてみるとよいでしょう。同席を渋る会社は、契約後の実務対応にも不安が残ります。
過去の実績が「同じような会社」向けかどうか
体制図の近くや、提案書の後半に、過去の実績や導入事例が掲載されていることがあります。ここで見るべきは、実績の数の多さではなく、あなたの会社と近い規模・近い業種の実績があるかどうかです。
大企業向けの大規模な実績ばかりが並んでいる提案書は、それ自体は素晴らしいことですが、中小企業の予算感や意思決定の速さに合わせた提案が本当にできるのか、疑問が残ります。逆に、あなたの会社と似た規模の実績が具体的に(社名は出せなくても、業種・規模・課題の内容が)紹介されている提案書は、実務レベルでの理解が深いと考えられます。
「分かりやすさ」そのものを評価基準にする
ここまで具体的なチェックポイントを説明してきましたが、後継社長にとって最も重視すべき視点は、実は「専門用語を使わず、自分たちの言葉で説明してくれているか」という点です。
先代の時代から続く中小企業の多くは、社内にITの専門家がいません。後継社長自身も、営業や製造の現場出身であることが多く、システムの専門用語に慣れていないのが普通です。この状況で、提案書が専門用語だらけで、図もなく、文字だけがびっしり並んでいる場合、それは「説明する側の技術不足」であって、「読む側の理解力不足」ではありません。
良い提案書は、次のような工夫がされています。
- 業務の流れを、矢印や箱を使った図で示している
- 「導入前」と「導入後」を並べて、何がどう変わるかを比較している
- 専門用語が出てくる箇所には、簡単な説明が添えられている
- 実際の画面イメージ(仮のデザインでもよい)が含まれている
- 数字(処理時間の短縮、入力ミスの減少など)で効果を示そうとしている
逆に、次のような提案書には注意が必要です。
- 専門用語が説明なしに何度も出てくる
- 文字だけのページが続き、図がほとんどない
- 「業界標準」「最新技術」といった、具体性のない言葉で埋められている
- 効果を数字ではなく「大幅に改善します」といった曖昧な表現で済ませている
提案書を読んでいて分からない部分があれば、遠慮せずに質問してください。そのときの担当者の反応も重要な評価材料です。丁寧に、かつ専門用語を使わずに再説明してくれる担当者であれば、契約後のコミュニケーションもうまくいく可能性が高いです。反対に、質問に対して同じ説明を繰り返すだけであったり、「そこは弊社にお任せください」とだけ答えて具体的な説明を避けるような担当者であれば、契約後に意思疎通のトラブルが起きるリスクを考慮すべきです。
よくある失敗パターンとその回避策
ここでは、実際に中小企業の後継社長が経験しがちな失敗パターンを、いくつか具体的に紹介します。自社に当てはまるものがないか、確認してみてください。
失敗パターン1 一番安い提案書を選んでしまう
複数社から提案を受けたとき、金額だけを見て一番安い会社に決めてしまうのは典型的な失敗パターンです。金額が安い理由には、大きく二つの可能性があります。一つは、本当に効率的な体制と手法で無駄なコストを削減できている場合。もう一つは、必要な工程(動作確認や研修など)を削って、後から追加費用として請求する前提になっている場合です。
この二つを見分けるには、前述した「内訳の細かさ」と「やること・やらないことの境界線」を必ず確認してください。安さの理由が説明できる会社は信頼できますが、「とにかく安くします」というだけで理由が説明されない場合は、契約後に想定外の追加費用が発生するリスクを覚悟しておく必要があります。
失敗パターン2 先代の付き合いだけで一社に絞ってしまう
先代の時代から付き合いのある会社に、提案書を出してもらうことなく、そのまま発注してしまうケースも少なくありません。長年の関係性には確かに価値がありますが、その会社が本当に今の刷新に適した実力を持っているかは、別の話です。特にホームページやシステムの技術は数年で大きく変わるため、以前は十分だった会社が、今の技術水準に対応できていない可能性もあります。
先代の付き合いのある会社であっても、必ず他社にも声をかけて、同じ基準で提案書を比較することをお勧めします。もし結果的に付き合いのある会社を選ぶことになったとしても、比較検討をしたという事実そのものが、後継社長としての判断の正当性を社内外に示す材料になります。補助金の活用を視野に入れている場合は、事業承継・引継ぎ補助金とIT導入補助金、システム刷新でどちらを使うかもあわせて確認しておくとよい。
失敗パターン3 提案書の内容を確認せず、口頭のやり取りだけで進めてしまう
打ち合わせの場で担当者が口頭で説明した内容と、実際に届いた提案書の内容が一致していないことがあります。口頭では「これも対応します」と言っていたのに、提案書には記載がない、というようなケースです。これを防ぐには、打ち合わせの場で出た重要な約束事は、その場でメモを取り、「今おっしゃった内容は、提案書にも明記していただけますか」と確認する習慣をつけることです。
口頭の約束は、担当者の異動や退職によって簡単に失われてしまいます。書面に残っていないものは、契約上は存在しないものとして扱われる可能性が高いということを、常に念頭に置いてください。
失敗パターン4 社内の意見を聞かずに社長一人で決めてしまう
後継社長になったばかりの時期は、「早く自分の判断力を示したい」という気持ちから、周囲に相談せずに一人で決めてしまうことがあります。しかし、実際にシステムを使うのは現場の社員です。提案書の内容を、実際に業務でシステムを使う予定の社員数名にも見せて、感想を聞くことを強くお勧めします。
現場の社員は、専門的な視点ではなく、「これなら自分たちの仕事がどう変わるのか」という実務的な視点で提案書を見てくれます。この視点は、後継社長が見落としがちな、実際の使いやすさに関する重要な気づきを与えてくれることが多いです。
失敗パターン5 契約前の最後の確認を怠る
複数の提案書を比較し、最終的に一社に決めた後、いよいよ契約という段階になったとき、これまでのやり取りで確認してきた内容(範囲、金額の内訳、スケジュール、追加費用の条件など)が、最終的な契約書の内容と一致しているかを、もう一度確認する作業を怠ってしまうケースがあります。
提案書の段階で交渉して変更してもらった内容が、契約書には反映されていない、ということも実際に起こります。契約書を受け取ったら、提案書と並べて、一つひとつの項目を照らし合わせる時間を必ず確保してください。この作業は数十分から数時間で済むものですが、後々のトラブルを未然に防ぐための、非常に重要な最終チェックです。
提案書比較のためのチェックリスト
ここまで説明してきた内容を、実際に使えるチェックリストの形にまとめます。複数社から提案書を受け取ったら、このリストに沿って一社ずつ確認し、印をつけていくことをお勧めします。
表紙・概要の確認
- 担当者名が明記されているか
- あなたの会社の課題が、具体的な言葉で書かれているか(一般論で終わっていないか)
- 表紙や概要のページが、テンプレートの流用に見えないか
やること・やらないことの確認
- 対応範囲と対応しない範囲が明記されているか
- データ移行の扱いが明記されているか
- 研修やマニュアル作成の有無・回数が明記されているか
- 他システムとの連携の有無が明記されているか
スケジュールの確認
- 現状の聞き取りと設計に十分な期間が割かれているか
- 動作確認・試験利用の期間が全体の2割以上あるか
- 締め切りから逆算した無理な計画になっていないか
金額の確認
- 内訳が工程ごとに細かく分かれているか
- 運用開始後の保守・サポート費用が別枠で明記されているか
- 追加費用が発生する条件と手続きが明記されているか
リスク・柔軟性の確認
- プロジェクトが途中で止まった場合の成果物の扱いが書かれているか
- 契約解除の条件が明記されているか
体制・人の確認
- 窓口担当者と技術的な最終責任者が別に明記されているか
- 実際の作業担当者が契約前の打ち合わせに同席するか
- 自社と近い規模・業種の実績が具体的に紹介されているか
分かりやすさの確認
- 専門用語に説明が添えられているか
- 図やイメージ画面が含まれているか
- 効果が具体的な数字で示されているか
- 質問したときに、専門用語を使わず丁寧に再説明してくれるか
このチェックリストを、依頼したすべての会社の提案書に同じように当てはめてみてください。すべての項目を満点で満たす提案書はまずありませんが、どこが強く、どこが弱いのかを可視化することで、感覚的な判断から一段階進んだ、根拠のある比較ができるようになります。
提案書を読み終えたあと、社内でどう共有するか
提案書を一人で読み込んで判断するだけでなく、社内の関係者にどう共有し、どう合意形成するかも、後継社長にとって重要な仕事です。
まず、先ほどのチェックリストを使って、各社の提案書を採点した結果を、簡単な一覧表にまとめてください。金額、スケジュール、体制、リスクへの対応、分かりやすさなど、項目ごとに〇・△・×のような分かりやすい記号で評価し、一目で比較できる形にします。
この一覧表を、経営陣や、実際にシステムを使う予定の現場責任者に共有し、意見を募ります。ここで大切なのは、「私はこの会社に決めようと思っている」という結論を先に伝えるのではなく、「この一覧表を見て、みなさんはどう感じますか」というオープンな形で意見を聞くことです。先代の時代のやり方や、現場の細かい事情を知っている社員から、思いがけない指摘を受けることもあります。
最終的な決定権は後継社長にありますが、決定に至るプロセスを社内で共有しておくことで、後になって「なぜあの会社に決めたのか」という疑問が出たときにも、根拠を持って説明できるようになります。これは、先代から会社を引き継いだばかりの後継社長が、社内での信頼を積み重ねていくための、地味ながら非常に効果的な方法です。外注先を見極める際の基本的な視点は外注先の見極め方、承継社長が最初に確認すべきポイントでも整理している。なお、基幹システムや業務システムそのものの刷新を任せられる相談先を探している場合は、老朽化したシステムを業務を止めずに段階的に作り変える受託開発（システムリプレース）のような専門メニューを提供している開発会社もあります。
提案書を比較する際は、費用相場の目安を先に把握しておくと判断がぶれにくい。システム開発の費用相場。承継後の刷新はいくらかかるのか（金額帯早見）を参照。
まとめ 提案書は「相手を試す道具」であると同時に「自分を試される道具」でもある
提案書を読むという作業は、単に開発会社を評価するためだけのものではありません。実は、提案書にどう反応するか、どんな質問をするか、どういう基準で判断するかという一連のプロセスそのものが、開発会社側にも「この会社(あなたの会社)は、どれくらいシステム投資に本気で向き合っているか」を伝える機会になっています。
具体的な質問を投げかけ、内訳を求め、根拠を確認する後継社長に対しては、誠実な開発会社ほど、より丁寧で具体的な回答を返してくれるようになります。逆に、雰囲気だけで「良さそうですね」と流してしまう発注者に対しては、開発会社側も詳細な説明を省略しがちになるものです。つまり、提案書を厳しく読み込む姿勢そのものが、良い相談先を引き寄せる力にもなるのです。
先代から会社を引き継いだ直後は、分からないことが多く、専門的な提案書を前にすると不安になるのは当然のことです。しかし、この記事で紹介したチェックポイントを一つひとつ丁寧に確認していけば、専門知識がなくても、十分に納得のいく判断ができるようになります。焦らず、複数の提案書を並べて、同じ基準で比較する。分からないことは臆せず質問し、答えの丁寧さも評価材料にする。そして、社内の関係者とプロセスを共有しながら決定する。この積み重ねが、後継社長としての経営判断の土台を、少しずつ確かなものにしていきます。
