要件のまとめ方。何から刷新するか固まっていない社長のための資料作り

この記事を読むとわかること

先代からの事業承継をきっかけに「そろそろ社内のシステムを見直したい」と考え始めた後継社長は少なくありません。ところが、いざ開発会社に相談しようとすると、必ずこう聞かれます。

「要件はどのくらい固まっていますか」「まず要件をまとめた資料をいただけますか」

この時点で多くの後継社長が固まってしまいます。何をどこまで書けばいいのか分からない。先代が長年使ってきた紙の台帳、Excelの謎マクロ、担当者の頭の中にしかない業務ルール。どこから手をつければ「刷新」できるのか、輪郭すら見えていない状態で「要件をまとめてください」と言われても、途方に暮れるのは当然です。

この記事では、まだ「何から刷新するか」自体が固まっていない後継社長が、開発会社に相談する前に用意しておくべき資料の作り方を、具体的なフォーマットとチェックリスト付きで解説します。難しい専門用語は使いません。あなたが今日から使える、社内向けのヒアリングシートと開発会社向けの説明資料の作り方だけをお伝えします。

なぜ後継社長ほど「要件がまとまらない」のか

まず、なぜこの悩みが後継社長に特有のものなのかを整理しておきます。創業社長であれば、業務の仕組みを自分で作った本人なので、どこに無駄があるか、どこを変えたいかを直感的に把握しています。しかし後継社長の場合、事情がまったく異なります。

一つ目の理由は、業務の背景を知らないまま仕組みだけを引き継いでいることです。「なぜこの承認は部長と専務の二重チェックになっているのか」「なぜこの請求書だけExcelで別管理しているのか」。理由を知る先代や古参社員が退職していたり、聞いても「昔からこうだから」としか返ってこなかったりします。背景が分からないまま仕組みを変えると、実は重要な意味があったルールを壊してしまうリスクがあり、それを恐れて手が止まります。

二つ目の理由は、複数の業務が絡み合っていて、どこから手をつけても他の部分に影響が出ることです。受注管理を変えようとすると在庫管理に影響し、在庫管理を変えようとすると請求書発行に影響する。すべてが数珠つなぎになっているため、「まずここだけ」と範囲を切り出すこと自体が難しいのです。

三つ目の理由は、社内に「システムに詳しい人」が明確にいないことです。先代の時代は特定の担当者が一人でExcelマクロを組んでいた、外部の個人事業主に頼んでいた、といったケースが多く、後継社長が引き継いだ時点でその人がすでにいない、あるいは高齢で今後頼れない、という状況がよくあります。相談できる相手が社内にいないまま、外部の開発会社と対話しなければならないのが後継社長の宿命です。

こうした事情があるからこそ、「要件を固めてから相談する」のではなく、「要件を固めるための材料を集めて、開発会社と一緒に固めていく」という順序に発想を切り替える必要があります。この記事の目的は、その材料集めのやり方を具体的に示すことです。

開発会社が本当に知りたいのは「完成形」ではなく「現状」

多くの後継社長が誤解しているのは、開発会社に見せる資料は「新しいシステムがどう動くべきか」を書いたものでなければならない、という思い込みです。実際には、開発会社が最初に本当に知りたいのは、次の三つです。

一つ目は、今、業務が実際にどう回っているか。二つ目は、その業務のどこに困りごとがあるか。三つ目は、この会社にとって「変えてはいけないもの」は何か。

つまり、完成形を設計する仕事は開発会社の側の専門領域であり、後継社長がそこまで作り込む必要はありません。後継社長が持っている、そして開発会社が持っていない情報は「今の現場がどうなっているか」という一次情報です。これを整理して渡すことこそが、後継社長がやるべき「資料作り」の本質です。

言い換えると、要件をまとめる作業とは「答えを出す作業」ではなく「現状を写し取る作業」です。この認識を持つだけで、資料作りの心理的な負担はかなり軽くなるはずです。

資料作りの前にやるべき「棚卸し」の考え方

刷新の対象を決める前に、まず社内にある業務とそれを支えている仕組みを棚卸しします。棚卸しというと大がかりに聞こえますが、やることは単純です。今、会社の中で発生している業務を一覧にし、それぞれが「何を使って」「誰が」「どのくらいの頻度で」処理しているかを書き出すだけです。

棚卸しシートの作り方

Excelでもノートでも構いません。次の6つの列を持つ表を作ってください。

1. 業務名（例:受注入力、請求書発行、勤怠集計、在庫確認）
2. 使っている道具(紙、Excel、専用ソフト、電話、FAXなど、すべて書く)
3. 担当者(個人名または部署名)
4. 頻度(毎日、週1回、月末のみなど)
5. 困っていること(あれば。なければ空欄でよい)
6. これがないと会社が止まるか(はい/いいえ)

この表を作るために、いきなり全社アンケートを取る必要はありません。まずは自分自身が把握している業務から書き始め、次に各部署の責任者に「あなたの部署ではどんな業務がありますか」と聞いて回れば十分です。1週間もあれば一通りの棚卸しはできます。

棚卸しをすると見えてくるもの

この表を作ると、多くの後継社長が驚くのは、想像以上に「紙」と「Excel」が業務の土台になっている現実です。そしてもう一つ驚くのは、「困っていること」の欄に書かれる内容が、部署によって驚くほど違うということです。営業部門は「見積書を出すのに時間がかかる」と書き、経理部門は「請求データを二重入力している」と書き、現場部門は「在庫が実際の数と合わない」と書く。これらは別々の問題に見えて、実は根っこでつながっていることが多いのです。

たとえば見積書作成が遅いのは、在庫の正確な数がすぐに分からないからかもしれません。在庫が合わないのは、入荷時の記録と出荷時の記録が別のExcelファイルで管理されていて、突き合わせが漏れているからかもしれません。請求データの二重入力は、見積書のデータを手で請求書に転記しているからかもしれません。こうしてつなげていくと、「刷新すべき本当の対象」がだんだん見えてきます。

どこから刷新するかを決める3つの軸

棚卸しが終わったら、次はいよいよ「どこから刷新するか」を決める段階です。ここで、後継社長が一人で決め切る必要はありません。むしろ次の3つの軸で整理した資料を作り、それを開発会社に見せて一緒に相談する、というのが最も安全な進め方です。

軸1:止まると会社が困る度合い(重要度)

棚卸しシートの「これがないと会社が止まるか」の欄を見返します。ここで「はい」が多い業務は、慎重に扱うべき対象です。裏を返すと、いきなり全部を一度に刷新するのではなく、重要度が高い業務ほど段階的に、慎重に進める計画にすべきだということが分かります。逆に、重要度がそれほど高くない業務、たとえば社内の備品管理や簡単な日報作成のようなものは、最初の刷新対象として選びやすい「練習台」になります。

軸2:今、一番手間がかかっている度合い(負担度)

棚卸しシートの「頻度」と「困っていること」を組み合わせて見ます。毎日発生していて、かつ困りごとが多い業務は、刷新した時の効果が一番大きく出ます。逆に月に1回しか発生しない業務を最初に刷新しても、社員が実感できる変化は小さく、「刷新してよかった」という実感を得にくいという弱点があります。最初の刷新対象は、できれば負担度が高いものを選ぶと、社内の理解と協力を得やすくなります。

軸3:他の業務への影響範囲(独立度)

その業務を変えたときに、他の業務にどれだけ影響が及ぶかを見ます。受注管理のように多くの業務とつながっているものは、変えると効果は大きい反面、影響範囲が広く、失敗したときのダメージも大きくなります。一方、勤怠集計のように他の業務とほとんど独立しているものは、影響範囲が狭く、最初の一歩として選びやすい対象です。

3軸を組み合わせたマトリクス表の作り方

棚卸しシートに書き出した業務それぞれについて、重要度・負担度・独立度を「高・中・低」の3段階で採点してみてください。厳密な採点である必要はなく、社長の感覚で構いません。そして次のような優先順位の考え方を当てはめます。

• 負担度が高く、独立度が高く、重要度は中程度以下:最初に刷新すべき最有力候補
• 負担度が高く、重要度も高い:効果は大きいが、慎重な計画と段階的な進め方が必要な候補
• 負担度が低い業務:今すぐ刷新する優先度は低い

この採点表そのものが、開発会社に見せる資料の核になります。「うちの会社にはこういう業務があり、こう困っていて、まずはここから手をつけたいと考えている」という説明が、この一枚の表でできるようになります。

開発会社に渡す資料の具体的なフォーマット

ここまでの棚卸しと優先順位付けができたら、いよいよ開発会社に渡す資料を作ります。この資料は完璧である必要はありません。むしろ完璧を目指さないことが重要です。なぜなら、この資料をもとに開発会社と対話をしながら内容を固めていく、そのための「たたき台」だからです。

資料に入れるべき5つの項目

1. 会社と事業の概要

事業内容、社員数、拠点数、主な取引先の種類(法人向けか個人向けか)など、開発会社が業界特性を理解するための基本情報です。事業承継の経緯(いつ、誰から引き継いだか)を一言添えておくと、開発会社側も「先代の時代からの仕組みを引き継いでいる」という背景を理解しやすくなります。

2. 棚卸しシート(業務一覧表)

先ほど作った表をそのまま添付します。整えすぎる必要はありません。手書きのメモをスキャンしたものでも構いません。この資料自体は、開発会社に相談する前に社内で決めておきたいこと(刷新を開発会社に相談する前に、決めておきたい3つのこと)とあわせて用意しておくと、初回相談がより実のあるものになる。

3. 優先順位の考え方とその理由

「まずはこの業務から刷新したいと考えている。理由はこうだ」ということを、先ほどのマトリクス表とあわせて書きます。ここで大事なのは「絶対にこれをこの通りに作ってほしい」という完成形の指定ではなく、「なぜこの業務を選んだか」という理由を伝えることです。理由が伝わっていれば、開発会社側から「その目的なら、こういう別のやり方もありますよ」という提案を受けられる余地が生まれます。

4. 変えてはいけないもの・こだわりたいもの

業務の中には、効率とは別の理由で残したい部分があることがあります。たとえば「取引先に送る請求書のフォーマットは、先代の代から使っているものを変えたくない」「この承認フローは、過去に大きなミスがあって作られた仕組みなので、なくしたくない」といったことです。こうした「触れてほしくないもの」を先に伝えておくことは、後々の手戻りを防ぐうえで非常に重要です。

5. 予算感とスケジュール感(ざっくりでよい)

具体的な金額を決めていなくても構いません。「今期中に何か一つ結果を出したい」「まずは小さく試してから広げたい」といった温度感を伝えるだけで十分です。開発会社側もその情報があることで、提案の規模感を調整できます。

資料作りでやってはいけないこと

ここで一つ、注意しておきたい失敗パターンがあります。それは、社内で答えが出ていない論点を、無理に一つの結論にまとめて資料に書いてしまうことです。たとえば経理部門と営業部門で「新しい仕組みはこうあるべきだ」という意見が割れている場合、それを無理に一つにまとめて「こうします」と資料に書くのではなく、「この点については部門間で意見が分かれている。理由はこうだ」と両方の意見を並べて書くほうが、はるかに有益な資料になります。開発会社は複数の会社の似たような課題を見てきているプロですから、意見が割れている論点こそ、プロの視点での判断材料を提供してくれる可能性が高いのです。

社内ヒアリングを進めるときの具体的な聞き方

棚卸しシートを作る過程で、各部署の担当者にヒアリングをすることになります。このとき、聞き方を間違えると、有効な情報が出てこないことがあります。ここでは実際に使える質問の型を紹介します。

良くない聞き方の例

「今のシステムに何か不満はありますか」という聞き方は、実はあまり良くありません。多くの現場の担当者は、日々の業務に慣れてしまっていて、不満を明確に意識していないことが多いからです。「特にないです」という回答で終わってしまい、貴重な情報を取りこぼします。

効果的な聞き方の型

代わりに、次のような具体的な状況を思い出させる質問をしてみてください。

• 「先週、一番時間がかかった作業は何でしたか」
• 「もし今日、あなたが急に休んだら、代わりに誰かがすぐにその作業を引き継げますか」
• 「このExcelファイル(もしくは台帳)を最初に作ったのは誰か知っていますか」
• 「月末や締め日に、いつも焦る作業は何ですか」
• 「同じ数字を、別の場所にもう一度手で入力し直す作業はありますか」

これらの質問は、抽象的な「不満」を聞くのではなく、具体的な「最近の出来事」や「もしもの想定」を思い出させることで、現場の実態を引き出しやすくなっています。特に「もし今日休んだら」という質問は、その業務が特定の一人にしか分からない状態(いわゆる業務の属人化)になっていないかを確認するのに非常に有効です。属人化している業務は、担当者の退職や休職で会社が止まるリスクを抱えているため、刷新の優先順位を上げるべき重要な情報になります。

ヒアリングメモの取り方

ヒアリングをする際は、その場でパソコンやスマートフォンにメモを取るのではなく、できれば紙のメモに手書きで残すことをお勧めします。パソコンで打ち込むと、担当者が「評価されている」「監視されている」という緊張感を持ち、本音を話しにくくなることがあります。ヒアリングが終わったあとに、聞いた内容を棚卸しシートに転記する、という二段階の作業にするほうが、結果的に良い情報が集まります。

実際の資料作成の流れ(2週間の進め方の例)

ここまで説明した内容を、実際にどういう順番とペースで進めればよいか、モデルケースを示します。会社の規模や状況によって前後しますが、目安として参考にしてください。

1週目 前半(1〜3日目):自分自身の棚卸し

社長自身が把握している業務を、棚卸しシートに書き出します。この段階では完璧を目指さず、思いつくものをどんどん書いていきます。

1週目 後半(4〜5日目):各部署へのヒアリング

各部署の責任者、または現場の担当者に、先述の質問の型を使ってヒアリングを行います。1人あたり30分程度で十分です。

2週目 前半(1〜3日目):棚卸しシートの整理と優先順位付け

ヒアリングで得た情報を棚卸しシートに反映し、重要度・負担度・独立度の3軸で採点します。この段階で、社内の主要メンバー(できれば経理・営業・現場の各代表)を集めて、30分程度のミーティングを開き、優先順位の案について意見をもらうと、資料の説得力が増します。

2週目 後半(4〜5日目):資料の体裁を整えて開発会社へ送付

先述の5項目に沿って資料をまとめ、開発会社に送ります。凝ったデザインは不要で、Wordやパワーポイント、あるいは手書きのメモの写真を貼り付けたPDFでも十分です。大事なのは内容であって、見た目ではありません。

この2週間という期間はあくまで目安です。社員数が多い会社であればもう少し時間がかかりますし、すでに社長自身が業務を熟知している小規模な会社であれば、1週間程度で終えられることもあります。この後の開発会社選びの段階では、提案書の見方も重要になる。刷新の相談先を見極めるために、提案書で見るべきポイントもあわせて確認しておくとよい。

開発会社との初回相談で聞かれること、聞いておくべきこと

資料を送った後、多くの開発会社は初回の打ち合わせを設定してきます。この打ち合わせで、後継社長側が身構えすぎる必要はありません。ここでは、聞かれることが多い質問と、逆に後継社長側から聞いておくべき質問を整理します。

開発会社からよく聞かれること

• 「この業務は、誰の承認を経て確定しますか」(承認のプロセスを知りたいという意図)
• 「今使っているExcelファイルやシステムを実際に見せてもらえますか」(現状の実物を見ないと正確な提案ができないため)
• 「この業務は、季節や月によって変動がありますか」(繁忙期の負荷を想定するため)
• 「将来的に店舗数や取扱数が増える見込みはありますか」(将来の拡張性を考慮するため)

これらの質問にすべて即答できなくても問題ありません。分からないことは「持ち帰って確認します」と答えれば十分です。むしろ、分からないことをその場で無理に答えようとして不正確な情報を伝えてしまうほうが、後々の手戻りにつながります。

後継社長側から聞いておくべきこと

逆に、後継社長側からも次のような質問を積極的にしておくことをお勧めします。

• 「私たちが用意した資料で、情報が足りない、あるいは分かりにくい部分はどこですか」
• 「今回のような業種・規模の会社を過去に手がけた実績はありますか」
• 「今後、どういう順番で話が進んでいくのか、大まかなステップを教えてください」
• 「今の段階で、費用や期間の大まかな目安は分かりますか」

こうした質問への回答の仕方や、開発会社側の姿勢を見ることで、その会社が自社に合っているかどうかを判断する材料にもなります。特に「今回のような業種・規模の会社を過去に手がけた実績はありますか」という質問への答え方は重要です。実績がなくても、業務の聞き方が丁寧で、こちらの事情を理解しようとする姿勢がある会社であれば、十分に信頼できるパートナーになり得ます。逆に、この段階で違和感のある対応をしてくる会社を早めに見分けるポイントは、危険な開発会社のサイン10選、承継社長が見極めるポイントにまとめている。

要件をまとめる作業と正式な要件定義の違い

ここまで説明してきた「資料作り」は、実は開発の世界で言う「要件定義」という正式な工程そのものではありません。この点を後継社長は理解しておくと安心できます。

正式な要件定義は、開発会社の専門家が主導して行う工程で、業務の細部まで詰めていく、より専門的で時間のかかる作業です。この記事で説明してきた棚卸しや優先順位付けの資料作りは、その正式な工程に入る「前段階」の準備であり、いわば開発会社との対話のきっかけを作るための土台です。

つまり、後継社長がこの記事の内容通りに資料を作ったとしても、それだけで開発の全体像が完成するわけではありません。そこから開発会社の専門家と何度も対話を重ね、細部を詰めていく工程が必要になります。この順序を理解しておくことで、「資料を出したのにまだ話が終わらない」という戸惑いを防ぐことができます。逆に言えば、この記事で紹介した準備をしっかりしておけば、その後の専門的な工程がスムーズに進み、結果的に開発全体の期間を短縮することにつながります。

よくある失敗パターンとその対策

最後に、後継社長が資料作りの過程で陥りやすい失敗パターンを、具体的な事例形式で紹介します。

失敗パターン1:最初から全社的な大改革を目指してしまう

先代の時代からの古いやり方をすべて一新したい、という気持ちは理解できますが、最初から全業務を対象にした大がかりな計画を立てると、資料作りの段階で行き詰まりやすくなります。関係する部署が多くなるほど意見の調整が難しくなり、優先順位も付けにくくなるためです。まずは一つか二つの業務に絞って小さく始め、成功体験を積んでから範囲を広げていく方が、結果的に早く進みます。

失敗パターン2:現場の担当者を資料作りに関与させない

社長一人で棚卸しシートを作り、現場に確認を取らずに開発会社に資料を送ってしまうケースがあります。これをすると、実際の業務の細部が抜け落ちたまま話が進み、後の工程で「実はこういう例外処理がある」という情報が次々に出てきて、計画の手戻りが発生しやすくなります。必ず現場の担当者へのヒアリングを資料作りの過程に組み込んでください。

失敗パターン3:先代のやり方を否定することに気を取られすぎる

「先代のやり方は古い、非効率だ」という前提で資料を作ろうとすると、なぜそのやり方が採用されたのかという背景の検証が抜け落ちてしまうことがあります。前述の通り、一見非効率に見える仕組みにも、過去のトラブルを避けるための意味が込められていることがあります。否定から入るのではなく、「なぜこうなっているのか」を一つずつ確認する姿勢で棚卸しを進めることが、思わぬ手戻りを防ぎます。

失敗パターン4:予算や期間をまったく示さずに相談する

予算感やスケジュール感を伝えないまま「とりあえず提案してほしい」と依頼すると、開発会社側は的外れに大きな提案、あるいは的外れに小さな提案をしてしまう可能性があります。正確な金額が決まっていなくても、「今回はまず小さく試したい」「今期中に一定の成果を出したい」といった温度感だけは伝えるようにしてください。

失敗パターン5:資料を一度作ったら終わりだと思ってしまう

棚卸しシートや優先順位表は、一度作ったら固定するものではありません。開発会社との対話の中で新しい発見があれば、その都度更新していくべき「生きた資料」です。最初に作った資料に固執せず、対話を通じて柔軟に見直していく姿勢を持つことが、結果的に良い刷新につながります。

チェックリスト:開発会社に相談する前に確認しておきたい項目

資料作りが一通り終わったら、次のチェックリストで最終確認をしてください。すべてに「はい」と答えられなくても構いませんが、できるだけ多く満たしておくことで、初回相談がスムーズになります。

• 社内の主要な業務を一覧にした棚卸しシートを作成したか
• 各業務について、使っている道具(紙・Excel・専用ソフトなど)を書き出したか
• 各業務の担当者と頻度を書き出したか
• 「これがないと会社が止まる業務」を明確にしたか
• 各部署の担当者に最低1回、具体的な質問でヒアリングをしたか
• 重要度・負担度・独立度の3つの軸で優先順位を検討したか
• 「まずここから始めたい」という最初の対象を1つか2つに絞ったか
• 変えてはいけないもの、こだわりたいものを書き出したか
• おおまかな予算感とスケジュール感を社内で共有できているか
• 社内の意見が割れている論点を、無理に一つにまとめず両論として残したか

このチェックリストの多くにチェックが付けば、資料としては十分な準備ができていると言えます。

FAQ:よくある質問

Q1. 資料は何ページくらい作ればいいですか

決まった枚数はありません。棚卸しシート1枚、優先順位のマトリクス表1枚、会社概要と変えてはいけないものをまとめた1〜2枚程度で、合計4〜5枚程度に収まることが多いです。枚数の多さよりも、開発会社が「この会社の現状」を具体的に想像できる情報が入っているかどうかが重要です。分厚い資料を作ることに時間をかけるより、早く開発会社と対話を始めるほうが、結果的に良い刷新につながります。

Q2. 社員に業務のヒアリングをすると、リストラを疑われて不安をあおってしまいませんか

これは実際によくある懸念です。ヒアリングを始める前に、「今回は業務を楽にするための仕組みを検討している。人を減らすための調査ではない」ということを、社長自身の言葉で先に伝えておくことが大切です。特に事業承継直後は、社員が新しい社長の方針に敏感になっている時期でもあるため、目的を丁寧に説明する一言が、その後の協力度合いを大きく左右します。

Q3. 複数の開発会社に同じ資料を見せて相見積もりを取ってもいいですか

問題ありません。むしろ、複数の会社に同じ資料を見せることで、各社がどういう視点で課題を捉え、どういう提案の仕方をするかを比較できます。ただし、各社との打ち合わせで得た情報や提案内容を、他社に無断で共有することは避けてください。あくまで自社の資料を各社に見せて、それぞれの提案を独立して受け取る、という進め方が適切です。

Q4. 資料を作っている途中で、何から手をつけるべきか分からなくなった場合はどうすればいいですか

完璧な優先順位を自分一人で決め切ろうとせず、途中の段階で一度開発会社に相談してしまって構いません。前述の通り、この記事で紹介した資料はあくまで「対話のきっかけ」であり、完成品ではありません。棚卸しシートが半分できた段階でも、「ここまで整理したが、優先順位の付け方に迷っている」と正直に伝えれば、多くの開発会社は一緒に整理する手伝いをしてくれます。一人で完璧を目指して時間をかけすぎるより、早い段階で専門家の視点を借りることが、結果的に近道になることが多いのです。

業種別に見る、最初の刷新対象の選び方の実例

「重要度・負担度・独立度の3軸で考える」と説明しても、実際に自分の会社に当てはめるとなると、まだイメージがつかみにくいかもしれません。ここでは、事業承継が多い業種を想定した具体例を3つ挙げます。自社の状況と近いものがあれば、参考にしてください。

例1:製造業(部品加工・金属加工など)を引き継いだ場合

先代の時代から、受注は電話とFAXで受け、担当者が手書きの伝票に書き写し、それをもとに現場に指示を出す、という流れになっている会社は今でも多くあります。棚卸しシートを作ると、次のような業務が並ぶことが多いです。

• 受注入力(FAX・電話→手書き伝票)
• 生産指示(手書き伝票→現場の掲示板)
• 在庫管理(現場担当者の経験と目視)
• 請求書発行(Excelで個別作成)

このケースで負担度が最も高くなりやすいのは、請求書発行です。受注のたびに担当者が金額を計算し、Excelのテンプレートに手入力する作業は、件数が多い会社ほど毎月末に集中して発生し、残業の主な原因になっていることが少なくありません。しかも請求書発行は在庫管理や生産指示ほど他の業務と複雑に絡み合っていないため、独立度も比較的高く、最初の刷新対象として選びやすい業務です。重要度は高い(請求できなければ会社の収入が止まる)ものの、既存のExcelの運用をそのまま仕組み化するところから始められるため、リスクを抑えて着手できます。

一方、生産指示や在庫管理は、現場の暗黙知(この機械はこの担当者しか扱えない、この材料は特定の取引先からしか仕入れられない、といった事情)が複雑に絡んでいることが多く、最初の対象には向きません。棚卸しの段階で「これは後回しにする」と明確に位置づけておくことが大切です。

例2:小売業・卸売業(店舗運営や商品卸)を引き継いだ場合

店舗を持つ小売業や、複数の取引先に商品を卸す卸売業の場合、棚卸しシートには次のような業務が並びやすくなります。

• 発注業務(担当者の経験による見込み発注)
• 棚卸し(月末・年末の手作業カウント)
• レジ締め・売上集計(店舗ごとにExcelで管理)
• 取引先ごとの掛売り管理(紙の台帳)

このケースでは、店舗数や取引先数が多いほど、売上集計と掛売り管理の負担度が高くなる傾向があります。特に複数店舗を運営している場合、各店舗から送られてくる売上データを本社の担当者が一つのExcelにまとめ直す作業は、店舗数が増えるほど手間が指数的に増えていきます。この業務は他の業務(発注や棚卸し)との結びつきが比較的弱く、独立度も高いため、最初の刷新対象として有力です。

逆に発注業務は、担当者の経験や取引先との関係性に強く依存しているため、いきなりシステム化すると「担当者の経験が反映されない発注になり、売れ残りや欠品が増えた」という失敗が起こりやすい領域です。この業務を刷新対象にする場合は、担当者の経験をどう仕組みに落とし込むかについて、特に丁寧なヒアリングと段階的な導入計画が必要になります。

例3:建設業・工事業(施工管理や協力会社との連携)を引き継いだ場合

建設業や工事業の場合、次のような業務が棚卸しシートに並ぶことが多いです。

• 現場ごとの工程管理(現場監督の手書きノートや口頭連絡)
• 協力会社への発注・請求確認(電話とFAX中心)
• 写真管理(現場の進捗写真をカメラやスマートフォンで撮影後、個別に保存)
• 見積書・請求書作成(Excelで現場ごとに個別作成)

このケースで比較的着手しやすいのは、写真管理です。現場の進捗写真は、撮影自体はすでにデジタル化されているものの、保存場所が現場監督の個人のスマートフォンやパソコンに散らばっていて、後から探すのに時間がかかる、という困りごとが典型的です。この業務は他の業務との結びつきが薄く、写真を整理する仕組みだけでも十分に効果を実感できるため、最初の一歩として選びやすい領域です。

一方、現場ごとの工程管理は、現場監督ごとのやり方の違いが大きく、また協力会社との関係性も絡むため、重要度も影響範囲も大きい業務です。この業務を刷新する場合は、まず1つの現場、あるいは1人の現場監督と協力して試験的に導入し、うまくいった型を他の現場に広げていく、という段階的な進め方が適しています。

これら3つの例からも分かるように、業種が違っても「まず着手すべき業務を選ぶ考え方」自体は共通しています。他の業務との結びつきが弱く、日々の負担が大きい業務から始め、暗黙知や関係性が複雑に絡む業務は段階を分けて慎重に進める、という原則を、自社の状況に当てはめて考えてみてください。

棚卸しシートの記入サンプル

ここまで説明した棚卸しシートについて、実際にどのように書けばよいか、具体的な記入例を示します。架空の卸売業の会社を想定していますが、業種を問わず記入の考え方を参考にしてください。

この例のように、「困っていること」の欄は具体的な出来事や頻度を書くようにしてください。「使いにくい」「不便」といった抽象的な表現ではなく、「月に数件」「月末は深夜まで」といった具体的な数字や状況を書くことで、開発会社側が問題の大きさを正確に理解できます。

またこの例では、受注入力・在庫確認・請求書発行の3つが「止まると会社が困る」に該当しています。これらは重要度が高い業務ですが、その中でも請求書発行は他の業務からデータを受け取って処理する側であり、比較的独立度が高いため、最初の刷新対象として検討しやすい候補になります。一方、受注入力と在庫確認は日々の業務の入り口であり、多くの業務とつながっているため、影響範囲を慎重に見極めながら計画する必要があります。

資料を作る過程で社長自身が得られるもう一つの価値

この記事で紹介した棚卸しや優先順位付けの作業は、開発会社に見せる資料を作ることだけが目的ではありません。実はこの作業自体が、後継社長にとって自社の業務を体系的に理解する、非常に良い機会になります。

事業承継直後の社長の多くは、日々の営業活動や取引先との関係維持に追われ、社内の業務フローを俯瞰的に見る時間を持てていません。棚卸しシートを作る過程で各部署にヒアリングをすることは、単なる資料作りの作業ではなく、社長自身が「うちの会社は実際にはこう動いていたのか」と再発見する機会でもあります。

また、この過程は社員との関係構築にもつながります。先代の時代から働いているベテラン社員に「この業務について教えてください」と尋ねることは、その社員の経験や知識に対する敬意を示す行為でもあります。事業承継後、社員が新しい社長をどう見ているか不安に感じている場合、こうした地道なヒアリングの積み重ねが、信頼関係を築く一歩になることも少なくありません。

システムの刷新というと、つい「効率化」や「コスト削減」といった数字の話に意識が向きがちですが、その前段階にある棚卸しやヒアリングのプロセスそのものが、後継社長としての経営基盤を固める重要な機会でもある、ということを意識しておくとよいでしょう。

資料作りに使える道具と、無理に使わなくてよい道具

後継社長の中には、「こういう資料を作るなら、専用のツールやソフトを新しく導入しなければいけないのではないか」と身構える方もいますが、そう考える必要はありません。棚卸しシートや優先順位のマトリクス表は、すでに社内にあるExcelやWordで十分に作成できます。

大切なのは道具の新しさではなく、内容の具体性です。実際、手書きのノートをスマートフォンで撮影した画像をそのまま開発会社に送っただけでも、内容が具体的であれば十分に役立つ資料になります。逆に、見た目だけを整えた立派なパワーポイントであっても、内容が抽象的で「業務を効率化したい」「使いやすいシステムにしたい」といった表現に終始していれば、開発会社側は具体的な提案をしづらくなります。

もし社内に表を作るのが苦手な社員しかいない場合は、箇条書きのメモをそのまま開発会社に送り、「表にする作業も含めて相談したい」と伝えてしまって構いません。多くの開発会社は、そうした整理の手伝いも初回の打ち合わせの中で行ってくれます。資料の体裁を整えることに時間をかけすぎるより、早く一次情報を渡すことを優先してください。

先代の資料や記録が残っている場合の活用法

事業承継の際、先代が使っていたノートや手帳、あるいは過去に外部の業者に発注した際の見積書や仕様書が、そのまま社内に残っていることがあります。これらは棚卸しの作業を大きく助けてくれる貴重な一次情報です。

もし過去に一度でも何らかのシステム化を検討した記録(相談した業者からの提案書、断念した経緯のメモなど)が残っていれば、それも開発会社に見せる資料に加えることをお勧めします。過去に検討して見送った理由が分かれば、開発会社側は同じ提案を繰り返す無駄を避けられますし、「なぜ見送ったのか」という背景から、その会社が本当に大事にしている価値観を読み取れることもあります。

一方で、こうした過去の記録が古すぎる場合(10年以上前のものなど)は、そのまま前提にするのではなく、「これは10年前の状況で書かれたものなので、今とは変わっている部分があるかもしれない」と一言添えて渡すようにしてください。古い記録をそのまま最新の実態だと誤解されると、的外れな提案を招く原因になります。

資料作りを一人で抱え込まないための工夫

事業承継後の後継社長は、日々の経営判断に加えて、こうした資料作りの時間まで一人で捻出しなければならない、という負担を感じがちです。しかし、この記事で紹介した作業のすべてを社長一人でやる必要はありません。

棚卸しシートの作成やヒアリングは、信頼できる幹部社員や、事務を統括している担当者に一部を任せることも可能です。特に、各部署の業務を横断的に把握している総務担当者や経理担当者がいる場合、その方に棚卸しシートのたたき台作りを依頼し、社長は優先順位の判断とヒアリング結果の最終確認に集中する、という分担も効果的です。

また、資料作りの途中経過を定期的に幹部社員と共有する場を設けることで、社長一人の視点に偏らない、より実態に近い資料に仕上げることができます。事業承継後は特に、先代の時代からの幹部社員の協力を得ることが、資料の質を高めるだけでなく、その後の刷新そのものへの社内の協力を得るうえでも大きな意味を持ちます。

まとめ:完璧な要件ではなく、対話の材料を用意する

事業承継後に社内システムの刷新を考えたとき、「何から手をつけるべきか分からない」という状態は、決して後継社長の準備不足を意味するものではありません。先代から仕組みだけを受け継ぎ、その背景を知らないまま経営を担う立場である以上、当然に生じる悩みです。

この記事で紹介した棚卸しシートの作成、3つの軸による優先順位付け、そして開発会社に渡す5項目の資料は、いずれも「完璧な答えを出すこと」を目的にしていません。目的は、開発会社との対話を始めるための、具体的で誠実な材料を用意することです。

現状を正直に書き出し、困りごとを具体的に整理し、変えたくないものを明確にする。この地道な作業さえできていれば、専門的な工程はその後、開発会社の専門家が一緒に進めてくれます。まずは今日、手元にあるノートやExcelを開いて、棚卸しシートの1行目を書き始めてみてください。それが、刷新への最初の、そして最も確実な一歩になります。