※本記事は2026年8月時点の情報に基づいています。
「デジタル化するなら、私は辞めます」——システム刷新の説明会で、ベテラン社員からそう言われた経験はないでしょうか。あるいは、まだ言葉にはされていないものの、古参社員の表情や態度から、その空気を感じ取っている後継社長も多いはずです。
先に要点をまとめます。
- 「辞める」という言葉は、多くの場合システムそのものへの拒否反応ではなく、「自分の存在価値が失われる不安」の表現であり、切り分けて向き合う必要がある
- 中小企業の人手不足は年々深刻化しており、帝国データバンクの調査では2025年度の「従業員退職型」倒産が過去最多の118件に達している。ベテラン1人の離職が事業継続に直結しうる規模感を先に認識しておく必要がある
- 刷新の是非を後継社長が引っ込めるのではなく、「何を残し、何を変えるか」の線引きを事前に設計し、対話の材料として示すことが離職リスクを下げる現実的な手段になる
- 実際に離職を申し出られた場合は、感情的な引き止めではなく、役割の再定義・移行期間の設計・処遇面の相談という3つの実務的な対応に落とし込む
ただし、ここで一つだけ注意点があります。「辞めると言われたら全面的に譲歩すればいい」という単純な話ではありません。後半で、譲ってはいけない一線をどう見極めるかについても説明します。
なぜ「システム刷新」が「辞める」にまで発展するのか
表面上の理由と、その奥にある本当の理由
古参社員が「デジタル化するなら辞める」と言うとき、表面上は「新しいシステムを覚えるのが面倒だから」「今のやり方の方が早いから」といった操作性への不満として語られることが多いものです。しかし実際には、その奥にもっと根深い感情が隠れていることが少なくありません。
- 存在意義の喪失感：長年、自分だけが把握していた業務知識・処理手順が、システムに「誰でもできること」として吸収されてしまう恐怖
- 先代への忠誠心とのねじれ：先代の時代に自分が作り上げた仕事のやり方を否定されたように感じる。後継社長への配慮以上に、先代への義理を裏切るような感覚を持つ社員もいる
- 年齢・キャリアへの不安：新しいツールを覚えることへの純粋な負担感に加え、「この歳で今さら」という自己評価の低下
- 変化そのものへの警戒：過去に別の改革が中途半端に終わった経験がある会社では、「どうせまた元に戻る」という冷めた見方が根強く残っていることもある
この4つのうち、どれが強く効いているかによって、後継社長が打つべき手は変わります。単に「操作は簡単ですから」と説明を重ねても、存在意義の喪失感や先代への忠誠心が根にある場合は響きません。まずは相手がどの理由で反発しているのかを、説明会や日常の会話の中で見極めることが最初の一歩になります。なお、「今のままでいい」という反応そのものが持つ根深さについては、古参社員の「今のままでいい」が招く停滞と、向き合い方の最低ラインでも詳しく扱っている。
「辞める」という言葉の重みを正しく測る
ここで後継社長が押さえておくべき現実があります。中小企業の人手不足は、後継社長の感覚以上に深刻な水準に達しています。帝国データバンクの調査によれば、2026年4月時点で正社員の不足を感じている企業は50.6%にのぼり、4月としては4年連続で半数を超えました。業種別では情報サービス(66.7%)、運輸・倉庫(65.9%)、メンテナンス・警備・検査(65.9%)、建設(65.7%)など7業種が6割を上回っています。
さらに深刻なのが、人手不足が実際の倒産にまで発展するケースです。同社の調査では、2025年度の人手不足倒産は441件で、前年度(350件)から約1.3倍に増加し、3年連続で過去最多を更新しました。そのなかでも、従業員や経営幹部の退職を原因とした「従業員退職型」の倒産は118件と、年度ベースで初めて100件を超え、4年連続で増加しています。
つまり、「ベテラン社員が1人辞める」という出来事は、都市部の大企業であれば配置転換や採用で吸収できる規模の話でも、地方の中小企業では事業継続そのものを揺るがしかねない重みを持っています。特に、その社員が長年ブラックボックス化した業務を一手に担ってきた場合、その人が抜けた瞬間に業務が完全に止まるリスクすらあります。この記事で「離職リスクと向き合う」ことを単独のテーマとして扱うのは、こうした構造的な背景があるためです。
説明会前に決めておくべき「譲れる範囲」と「譲れない一線」
刷新の説明会の場で古参社員から強い反発を受けたとき、後継社長が最も混乱しやすいのが「その場でどこまで譲歩すべきか」の判断です。事前に線引きをしていないと、その場の空気に流されて「じゃあ今回は見送りましょう」と刷新自体を撤回してしまったり、逆に感情的に「決めたことなので」と押し切って関係を決定的に壊してしまったりします。説明会そのものの準備の仕方については古参社員を説得する、システム刷新の説明会の準備と進め方で具体的に整理しているので、あわせて参照してほしい。
事前に整理しておくべき軸は次の3つです。
軸1：スケジュールは譲れる。刷新の方向性は譲れない 「今月から使い始める」というスケジュールは、現場の繁忙期や研修期間を考慮して調整できる部分です。一方で、「紙とFAXの受発注を電子化する」という方向性そのものを撤回してしまうと、次に刷新の話を持ち出すハードルがさらに上がります。スケジュールという可変の部分で譲歩を示しつつ、方向性という不可変の部分は守る、という区別を後継社長自身が事前に決めておく必要があります。
軸2：入力の手間は譲れる。データの一元化は譲れない 「使い慣れた紙の伝票を完全になくす」ことに強い抵抗がある場合、移行期間中は紙の伝票とシステム入力を並行させる、といった運用面の妥協は可能です。しかし「入力されたデータが結局どこにも集約されず、誰も活用できない」という状態を許してしまうと、刷新の目的そのものが失われます。運用の柔軟性と、データ設計の一貫性は分けて考えるべきです。
軸3：役割は変わる。評価・処遇は後退させない システム刷新によって、その社員が今まで担っていた業務の一部(伝票の転記作業、台帳のチェックなど)が不要になることは避けられません。しかし、それは「その社員が不要になる」ことと同義ではありません。役割が変わることと、評価や処遇が下がることは切り離して説明できるよう、事前に人事評価・給与体系への影響を確認しておく必要があります。ここが曖昧なまま説明会に臨むと、社員が抱く「自分の居場所がなくなる」という不安に、後継社長自身が正面から答えられなくなります。
この3つの軸を事前に紙に書き出し、経営会議や開発会社との打ち合わせの場で共有しておくと、説明会の当日に感情的な流れに引きずられずに済みます。
実際に「辞める」と言われたときの3つの対応
準備をしていても、実際に古参社員から離職の意向を告げられる場面はやってきます。そのときに後継社長が取るべき対応を、感情的な引き止めではなく、実務的な選択肢として3つに整理します。
対応1：役割の再定義を、本人と一緒に作り直す
まず確認すべきは、その社員が「本当にシステムに置き換えられる作業」と「システムでは代替できない、その人固有の判断力・経験」のどちらをより多く担っているかです。多くの場合、伝票の転記や台帳の照合といった定型作業は自動化・効率化できても、取引先との関係性、イレギュラー対応の勘所、社内の暗黙のルールといった部分は、システムには置き換えられません。
システム刷新後の新しい役割を、経営者側から一方的に押し付けるのではなく、「これまで培ってきた経験を、どの部分に振り向けてもらうのが会社にとっても本人にとっても良いか」を本人と一緒に考える場を設けることが、離職の踏みとどまりにつながることがあります。たとえば、伝票入力から手が離れた分、新人育成や取引先との折衝、例外対応の判断役に軸足を移す、といった具体例を、抽象論ではなく本人の実務に即して提示できるかが鍵になります。
対応2：移行期間を「本人のペース」で設計し直す
システム刷新のスケジュールが、開発会社の都合や経営会議で決めた予定を優先して組まれていないか、いま一度見直してください。特にベテラン社員が新しい操作を覚えるための時間が、他の若手社員と同じ研修時間で足りると想定していないかを確認する必要があります。
対応として有効なのは、その社員専用の移行期間を設け、紙とシステムの並行運用を許容する、操作研修を1対1で複数回に分けて行う、といった個別対応です。会社全体の刷新スケジュールとは別に、その社員個人の移行スケジュールを作る、という発想の転換が求められます。全員一律のスケジュールに固執することが、結果的に一番のコスト(ベテラン人材の流出)を招くことがあります。
対応3:処遇・評価への影響を、数字と言葉で明確に伝える
離職の意向の背景に「自分の評価や給与が下がるのではないか」という不安がある場合、その不安を放置したまま説明を重ねても解消されません。後継社長自身が、人事評価制度や給与体系への影響について、曖昧な言葉ではなく具体的な言葉で伝える必要があります。
「役割が変わっても、評価基準のこの部分は維持する」「新しい役割に応じた評価項目を追加するが、既存の評価が下がることはない」というように、変わる部分と変わらない部分を切り分けて明言することが重要です。ここを曖昧にしたまま「大丈夫、悪いようにはしないから」という言葉だけで済ませようとすると、かえって不信感を強めることがあります。
先代の時代の「情に厚い経営」との折り合い方
先代が現役だった頃の経営スタイルを間近で見てきた後継社長にとって、システム刷新に伴う古参社員との衝突は、これまで経験したことのない種類の摩擦かもしれません。先代の時代は、業務のやり方も人間関係も、長年の暗黙の了解で回っていたことが多く、「ルールを変える」という発想自体があまり必要とされてこなかった会社も少なくありません。
ここで後継社長が陥りやすい罠が二つあります。
一つは、「先代ならこう言っていたはずだ」と、いない先代の意向を勝手に代弁してしまうことです。実際には先代自身がその場にいれば違う判断をしたかもしれないにもかかわらず、「先代の意志を継ぐ」という大義名分を、変化を避けるための言い訳に使ってしまうケースです。これは古参社員に対しても、後継社長自身に対しても、健全な判断を妨げます。
もう一つは逆に、「先代のやり方を全部否定しなければ経営者として認められない」と、必要以上に強硬な姿勢を取ってしまうことです。代替わりのタイミングで自分の存在感を示したいという焦りから、古参社員との対話を省略してトップダウンで刷新を進めてしまうと、表面的な合意は得られても、現場の協力は得られないまま形骸化するリスクがあります。
どちらの罠も、「先代の情に厚い経営」と「後継社長の合理的な経営」を対立構造として捉えてしまうことから生まれます。実際には、システム刷新後も先代が大切にしてきた「一人ひとりの事情に配慮する」という姿勢そのものは引き継ぎながら、その配慮の中身(全員に同じ運用を強いるのではなく、個別の移行期間を用意するなど)を今の時代に合わせてアップデートする、という統合的な発想が現実的です。情に厚い経営とシステム刷新は、本来対立するものではありません。
取引先への影響も同時に考えておく
古参社員の離職リスクを考えるとき、見落とされがちなのが取引先への影響です。特に、その社員が長年特定の取引先の窓口を一手に担ってきた場合、離職はその取引先との関係性そのものに影響を及ぼす可能性があります。
先代の代からの取引先の中には、「その担当者だから安心して任せていた」という属人的な信頼関係の上に成り立っている取引もあります。担当者が急に変わることへの不安は、取引先側にも生まれます。離職が現実味を帯びてきた段階では、社内の対応だけでなく、主要な取引先への引き継ぎ計画も並行して検討しておく必要があります。
具体的には、離職の意向が固まる前の早い段階から、後任候補を主要な商談やコミュニケーションの場に同席させ、取引先側にも顔を覚えてもらう「並走期間」を設けることが有効です。これはシステム刷新そのものとは別の取り組みに見えるかもしれませんが、属人化の解消という観点では地続きの課題です。取引先との関係が個人ではなく会社として維持される体制を作ることは、次の代替わりの際にも活きる資産になります。
「辞められると困る人」ほど、実は依存度が高すぎる
ここで、視点を変えた指摘をしておきます。「この人が辞めたら会社が回らない」と後継社長が恐れる社員がいるとすれば、それはその社員個人の問題である以上に、その業務がその人に属人化してしまっている、経営上の脆弱性でもあります。
先代の時代から、その社員だけが知っている業務フロー、その社員の頭の中にしかない取引先ごとの特殊な対応ルール——こうした属人化した状態は、実はシステム刷新のタイミングでこそ解消するチャンスでもあります。仮に今回、離職を思いとどまってもらえたとしても、根本的な属人化の構造を解消しないままだと、同じリスクは形を変えて何度でも再燃します。
したがって、離職リスクへの対応と並行して、その社員の頭の中にある業務知識を言語化し、複数人で共有できる状態に落とし込む作業も、刷新プロジェクトの一部として位置づけるべきです。これは本人への「あなたが辞めても大丈夫なようにする」という冷たいメッセージではなく、「あなたの知見を会社の資産として残す」という前向きな意味付けで進めることが、心理的な抵抗を和らげるうえで重要です。具体的な言語化・共有の仕組みづくりは属人化した先代システムを防ぐ、承継後の管理台帳の作り方で手順化しているので、あわせて活用してほしい。
ベテラン1人の離職が、実際にはいくらのコストになるか
「辞められると困る」という感覚を、経営判断の材料として扱うためには、その離職が実際にどれくらいのコストを生むのかを、なんとなくの不安ではなく、ある程度の数字に置き換えて考える必要があります。
離職に伴うコストは、主に次の4つに分解できます。
- 採用コスト：求人媒体・人材紹介会社への手数料。中途採用の場合、人材紹介経由では想定年収の30〜35%程度を紹介手数料として支払う商習慣が一般的とされています。年収400万円のポジションであれば、120万〜140万円程度が採用時点で発生する計算です
- 教育コスト：新しい人材が独り立ちするまでの研修期間中の人件費、教育担当者の工数(教育担当者自身の生産性が一時的に下がる分も含む)
- 生産性の谷（空白期間）：退職から後任の採用・独り立ちまでの間、その業務の生産性が大きく落ち込む期間。専門性の高い業務ほどこの期間は長くなり、半年〜1年に及ぶこともあります
- 機会損失：属人化していた業務知識・取引先との関係性が失われることによる、目に見えにくい損失。長年の取引先対応を一手に担っていた社員が抜けた場合、取引先との関係そのものが揺らぐこともあります
これらを合算すると、中小企業においてもベテラン社員1人の離職が数百万円規模のコストに達することは珍しくありません。この数字感を持っておくと、「移行期間を半年延ばす」「個別の研修時間を追加で確保する」といった対応にかかる費用が、離職による損失と比べて決して高くないことが見えてきます。刷新プロジェクトの予算を検討する際、こうした「引き止めコスト」を最初から織り込んでおくことをおすすめします。
労務面で気をつけたいこと
システム刷新に伴う配置転換・役割変更は、労務管理上いくつか気をつけるべき点があります。専門的な判断は社会保険労務士や弁護士に確認すべき領域ですが、後継社長として最低限押さえておきたい論点を整理します。
- 配置転換・職務変更が、就業規則や雇用契約の範囲内に収まっているか：役割の変更が「解雇」や「不利益変更」と受け取られないよう、変更の範囲が雇用契約書・就業規則の職務内容の記載と矛盾していないかを確認する必要があります
- 評価制度・給与体系の変更を、一方的な不利益変更にしないこと：役割変更に伴って評価基準を変える場合、労働条件の不利益変更に該当しないか、変更内容を書面で説明し、本人の同意を得るプロセスを踏むことが望ましいとされています
- 退職を申し出た社員への引き止めが、実質的な引き止め工作(退職妨害)と受け取られないようにすること：本人の意思を尊重しつつ、あくまで会社側の提案として役割変更や処遇改善を提示する、というスタンスを崩さないことが重要です
これらの論点は、会社の規模や就業規則の内容によって扱いが変わるため、離職リスクが顕在化した段階で、顧問の社会保険労務士に一度相談しておくことをおすすめします。先代の代から付き合いのある社労士がいる場合、その関係性を活用できる場面でもあります。
実際にあった相談パターンから見る、対応の分かれ目
具体的なイメージを持ってもらうために、承継後の刷新プロジェクトでよくある相談パターンを紹介します。
パターン1：経理担当のベテランが「Excelでの二重チェックをやめたくない」と抵抗するケース このケースでは、多くの場合「システムの計算結果が信用できない」という不安が根底にあります。移行期間中はシステムとExcelを並行稼働させ、一定期間の実績が積み上がった段階で、本人自身の判断でExcelでの二重チェックを終了してもらう、という進め方が有効です。システムを信じさせるのではなく、本人が自分で確認して納得する時間を用意する発想です。
パターン2：現場の主任が「新システムの操作が覚えられない」と離職を仄めかすケース このケースでは、操作そのものの難易度よりも「覚え直すこと自体への心理的な抵抗」が強いことが多くあります。全員一律の集合研修ではなく、その人のペースに合わせた個別研修に切り替えるだけで、態度が軟化することがあります。あわせて、操作を教える若手社員を1人アサインし、「教わる」相手を固定することで、質問のハードルを下げる工夫も有効です。
パターン3：倉庫責任者が明確な反対はしないが、非協力的な態度を続けるケース 声を上げて反対されるより、実は対応が難しいパターンです。定例のミーティングで直接1対1の対話の機会を作り、「何か困っていることはないか」と率直に尋ねることから始めるのが基本です。多くの場合、本人も言葉にできていない不満(先代への義理、自分の役割への不安)が背景にあり、対話を重ねる中でその輪郭が見えてきます。
パターン4：役員クラスのベテランが刷新そのものに反対し、経営会議で対立するケース このケースは現場社員への対応とは性質が異なり、経営判断としての合意形成が必要になります。役員という立場上、感情論だけで押し切ることは難しいため、他社の失敗事例・成功事例のデータや、属人化が続いた場合の経営リスクを定量的に示すなど、経営者同士の議論として臨む準備が求められます。
それでも辞めてしまった場合の備え
ここまで対応策を紹介しましたが、それでもなお、離職を止められないケースは現実に起こり得ます。人手不足が構造的に深刻化している状況下では、どれだけ丁寧に対話を重ねても、本人のライフステージやキャリアの考え方によって、引き止めが実らないことは十分にあり得ます。そのときに備えて、後継社長が今のうちにやっておくべきことを整理します。
大切なのは、「離職を100%防ぐこと」を唯一の目標にしないことです。目標を「離職を防ぐこと」に固定してしまうと、実際に離職の意向が固まった段階で後継社長自身が交渉の主導権を失い、際限のない譲歩を迫られることになりかねません。目標は「離職が起きても事業が継続できる状態を作ること」に置き、離職の引き止めはその手段の一つとして位置づける方が、結果的に健全な意思決定ができます。
- 重要業務の言語化を、離職の兆候が出る前から進めておく：説明会で反発が出てから慌てて聞き取りを始めるのではなく、日頃から「この人にしかできない仕事」を棚卸ししておくと、いざというときの引き継ぎ期間を確保しやすくなります
- 引き継ぎ期間の確保を交渉材料にする：本人が退職の意向を固めていても、「最後に半年だけ、後任への引き継ぎに協力してほしい」という交渉は、多くの場合、感情的なしこりを残さずに進められます
- 属人化の是正を、刷新プロジェクトの成果指標の一つに組み込む：システム導入の目的を「業務効率化」だけでなく「特定の個人に依存しない業務体制の実現」として明示的に位置づけておくと、離職が起きた際の社内への説明もしやすくなります
開発会社を、離職リスクへの対応の「共犯者」にする
離職リスクへの対応は、後継社長が社内だけで抱え込む問題だと考えられがちですが、実はシステム刷新を請け負う開発会社を巻き込むことで、選択肢が広がる領域でもあります。
開発会社に相談できることとしては、次のようなものがあります。
- 段階的な移行スケジュールの再設計：一律の導入日を設定するのではなく、部署・担当者ごとに異なる移行タイミングを組めるよう、開発会社側にスケジュールの柔軟性を確認する
- UIのカスタマイズによる心理的ハードルの引き下げ：ベテラン社員が慣れ親しんだ紙の帳票のレイアウトに近い画面設計にする、専門用語を現場の言葉に置き換えるなど、操作性以前の「見た目の馴染みやすさ」を調整できないか相談する
- 並行運用期間のシステム側の対応：紙とシステムを一定期間並行させる場合、システム側でその運用を許容できる設計になっているか(二重入力の手間を最小化する工夫ができるか)を早い段階で確認しておく
- 研修の分割実施：全社一斉の研修だけでなく、個別・少人数での研修回数を増やす場合の追加費用や、開発会社側の対応可否
ここで重要なのは、こうした相談を「追加のわがまま」として言い出しにくいと感じてしまわないことです。優れた開発会社であれば、システムの機能そのものだけでなく、現場への定着・運用まで含めて成功と捉える視点を持っています。要件定義や見積もりの段階から、「古参社員の抵抗が予想される」という前提を共有しておくことで、開発会社側もそれを踏まえた提案(移行期間の設計、UIの調整、研修プランなど)をあらかじめ盛り込んでくれることがあります。逆に、この観点を後から追加要望として持ち出すと、追加費用やスケジュール遅延の原因になりやすいため、早い段階での共有が望ましいといえます。
まずは、来週の1on1から始めてみる
ここまで紹介した対応は、いずれも一朝一夕にできるものではありません。しかし、いきなり全社的な制度設計に着手する必要はありません。まずは、日頃から気になっている古参社員1人と、来週の業務時間内に30分だけ、システムの話を抜きにして「最近の仕事で気になっていること」を聞く1on1の時間を作ってみてください。そこで語られる内容の中に、今後の刷新プロジェクトを進めるうえでのヒントが眠っていることが多くあります。
この記事を読んで持ち帰っていただきたいのは、次の3点です。
- 「辞める」という言葉の裏にある本当の理由を、操作性の問題と切り分けて見極める視点
- 説明会前に「譲れる範囲」と「譲れない一線」を自分の中で言語化しておく準備
- 実際に離職の意向を告げられたときに取るべき、役割の再定義・移行期間の設計・処遇の明確化という3つの実務的な対応
刷新のプロジェクトを進める中で、古参社員との衝突は避けられない場面が出てきます。その衝突を、先代から引き継いだ会社の関係性を壊す出来事にするのではなく、属人化を解消し、次の世代に会社を引き継いでいくための一つの通過点として捉え直せるかどうかが、後継社長としての力量が問われるところです。すべての社員を100%納得させることは難しくても、対話の材料を事前に用意しておくことで、後悔の少ない意思決定に近づけることはできます。
もし、この記事を読んでいる段階で、すでにシステム刷新の外注先を検討し始めているなら、刷新を開発会社に相談する前に、決めておきたい3つのことについても合わせて確認しておくと、古参社員への説明資料を作る際の材料が増えるはずです。
よくある質問
Q1. 「辞めるなら辞めてもらって構わない」という強気の姿勢で臨むのは間違っていますか。
一概に間違っているとは言えませんが、リスクの大きさを正しく認識したうえでの判断かどうかが重要です。帝国データバンクの調査では、従業員退職型の倒産が過去最多を更新しています。特にその社員が業務を一手に担っている場合、退職が事業継続に直結するリスクがあることを踏まえたうえで、それでも譲れない一線があるなら、その判断は経営者としての正当な選択です。ただし、その一線が本当に譲れないものなのか、単に説明不足で頑なになっているだけなのかは、一度立ち止まって見極める価値があります。
Q2. 説明会でその場しのぎの譲歩をしてしまい、後で困っています。どう立て直せばいいですか。
まず、どの部分を譲歩したのかを明文化し、経営会議や開発会社と改めて共有してください。そのうえで、「今回の刷新では見送るが、次のフェーズでは改めて検討する」というように、撤回ではなく延期・段階化として位置づけ直すことで、プロジェクト全体の方向性を維持しながら現場の納得感を確保できます。
Q3. 古参社員全員に個別対応していたら、時間がいくらあっても足りません。
すべての社員に同じ密度で個別対応する必要はありません。まず、業務の属人化が最も進んでいる、または離職の兆候が最も強い社員から優先順位をつけて対応してください。その他の社員には、全体説明会と質問窓口の設置といった通常の対応で十分なケースがほとんどです。個別対応が必要な人数を絞り込むこと自体が、限られた時間の中で実効性を高めるコツです。
Q4. 属人化の解消は、システム導入と同時に進めるべきですか、別プロジェクトにすべきですか。
原則として同時に進めることをおすすめします。システム導入のタイミングは、業務フローを見直す絶好の機会であり、後から別プロジェクトとして属人化解消に着手すると、現場から「また新しいことをやるのか」という抵抗を招きやすくなります。刷新プロジェクトの成果指標に「業務知識の共有化」を含めておくことで、一つの取り組みとして自然に進められます。
Q5. 開発会社に離職リスクの話までするのは、恥ずかしい・情報を出しすぎではないかと不安です。
社内の人間関係の機微に関わる話を外部に共有することへの抵抗感は自然なものですが、システム導入の成否は現場への定着度合いに大きく左右されるため、優れた開発会社ほどこの種の情報を歓迎します。すべてを詳細に話す必要はなく、「一部の社員から慎重な意見が出ている」「移行期間には配慮が必要」といった要点を伝えるだけでも、開発会社側の提案の質は変わります。守秘義務の範囲は契約書で確認したうえで、必要な範囲を共有するとよいでしょう。
現場の反発を抑えながら進める代表例が、判子の回覧を電子決裁に置き換える取り組みだ。判子の回覧をやめる。承継後の稟議・決裁フローのデジタル化を参照してほしい。離職リスクへの配慮に加えて、そもそも役員会でどう説得材料を組み立てるかという段階から見直したい場合は、刷新の稟議を通す。先代や古参役員が納得する説得材料の作り方にまとめている。
また、離職を防ぎきれなかった場合に備え、その社員が担ってきた顧客情報や原価データへのアクセス権限をどう見直しておくべきかは、古参の営業・技術担当が独立・転職するとき、顧客データを守るために今からできることで扱っている。
