オンボーディング設計ガイド｜90日で即戦力化する新人育成プログラム

2026年3月10日
最終更新: 2026年10月18日

この記事の結論

オンボーディングは「初日のイベント」ではなく、入社前から90日目までを貫く一本のプロセスです。誰が担当しても同じ水準で新人が立ち上がる「仕組み」をつくれるかどうかが、設計の成否を分けます。

ブログ目次

「入社初日のオリエンテーションが終わったら、あとは現場任せになっている」
「新入社員が何を聞いていいかわからないまま、席で固まっている」
「受け入れの質が、配属先のマネージャーの面倒見の良さに完全に依存している」

こうした声は、規模や業種を問わず現場でよく耳にします。

オンボーディング設計とは、入社前のプレボーディングから入社90日目の独力業務遂行までを、明確なマイルストーンとメンター体制、進捗の記録方法まで含めて一貫したプログラムとして組み立てることです。

単発の研修を並べる作業ではなく、「新人がどの状態からどの状態へ、何日かけて移動するのか」を定義する設計作業だと捉えると、考えるべきことが整理されます。

早期離職のリスクは、この設計不足と直結します。入社後の早い時期に離職を意識し始める方が多いとされており、勝負がつくのは、多くの企業がまだ「様子見」をしている最初の数か月なのです。

本記事は、HubSpotを活用した業務設計を支援する私たちが、CRMのパイプライン設計と同じ考え方をオンボーディングに適用する方法としてまとめたものです。

営業の世界では、商談の進捗をステージで管理し、次に起きるべきことを仕組みで担保するパイプラインの設計思想が成果を分けます。この記事では、その思想を新人の受け入れに転用し、「もう1つのパイプライン」としてオンボーディングを組み立てる方法を解説します。

本記事は、経営管理・組織設計をテーマにしたシリーズの一部です。

この記事でわかること

「何から手をつければよいかわからない」という状態から抜け出し、自社の受け入れプロセスを一枚の設計図に落とし込めるように、考え方と手順の両方をまとめています。

オンボーディング設計の3フェーズ分解 — プレボーディング・入社初期・成長期に分け、各フェーズのゴールとタスクを定義する考え方を解説します。
90日プログラムに盛り込む4要素 — 目標設計・メンター制度・マイルストーンチェック・双方向フィードバックの具体的な組み立て方を示します。
効果測定の指標設計 — Time to Productivity、定着率、エンゲージメントスコアなど、経営層に報告できる形で成果を可視化する方法を整理します。
属人化しない運用の仕組み化 — Excelや個人のメモに散らばった受け入れ情報を、CRMのパイプラインとタスクで一元管理する設計を紹介します。
設計が効きにくいケースと限界 — オンボーディング設計だけでは解決しない問題にも率直に触れます。

人事責任者の方、部門のマネージャーとして新人の受け入れを任されている方、そして「毎回ゼロから受け入れ準備をしている」状態を変えたい経営層の方に向けて書いています。最後まで読むと、自社の受け入れプロセスを紙に書き出し、90日分のマイルストーンとチェックポイントを設計できるようになります。

なぜオンボーディングは「イベント」になってしまうのか

多くの企業でオンボーディングが初日の受け入れイベントに縮小してしまうのには、共通した構造的な理由があります。

ここを押さえずにプログラムだけを作っても、数か月で運用が止まります。まずは現状の何が問題なのかを、仕組みの目線で分解します。

イベント型オンボーディング	プロセス型オンボーディング
初日のオリエンテーションで終了	入社前から90日目まで継続する
ゴールが「慣れること」で判定できない	ゴールが行動ベースで判定できる
情報がExcelと個人の記憶に分散	情報が1つの場所に集約されている
品質が担当者の面倒見に依存	誰が担当しても同じ水準で回る

受け入れ情報がExcelと個人の記憶に散らばっている

よくある状態は、次のような分散です。

入社手続きのチェックリスト ── 人事のExcelにある
初日のスケジュール ── 配属先マネージャーの個人メモにある
研修資料の在りか ── 先輩社員の頭の中にある

この状態だと、誰かが休んだ瞬間に受け入れが止まります。前回の新人に何を教えて何を教え損ねたのかも、振り返れません。

HubSpotの活用を支援していると、営業側でまったく同じ構図に出会います。案件がスプレッドシートにあり、やり取りはチャット、資料は個人フォルダ——情報が分散すると、過去の経緯を一覧で追えなくなります。

営業ではこの分散をCRMへの集約で解決しますが、オンボーディングも同じで、まず「1つの場所に集約する」ところから設計が始まります。

ゴールが「慣れること」になっている

「3か月で慣れてもらう」という言い方は、一見やさしいのですが、達成判定ができません。判定できない目標は、振り返りもできず、改善もされません。結果として毎年同じプログラムが、同じ精度で繰り返されます。

目標を「90日後に何ができるようになっているか」の行動で書き直すだけで、プログラム全体の作り方が変わります。判定の基準があるから、到達していないときに「どのフェーズで詰まったか」を特定できるようになるからです。

設計の責任者が決まっていない

人事は「配属後は現場の仕事」と考え、現場は「教育は人事の仕事」と考える。この境界に落ちた新人が、最も早く離職リスクに近づきます。

90日プログラムを設計するなら、フェーズごとの責任者を名前で決めることが出発点です。責任者を決めるときは、「誰が見ても分かる場所」に名前を残すことまでをセットにしてください。

口頭の取り決めだけだと、担当者の異動や休職で再び空白が生まれます。フェーズごとの責任者・タスク・期限を記録に残すこと自体が、仕組み化の最初の一手です。

オンボーディング設計の3フェーズ

効果的なオンボーディングは、入社前・入社直後・入社後の3フェーズに分けて設計します。

フェーズを分ける目的は、単に時間を区切ることではなく、「このフェーズで新人が到達すべき状態」を1つに絞ることにあります。

欲張って全部を最初の1か月に詰め込むと、新人の処理能力を超えて何も残りません。

フェーズ	期間	目的	主な施策
プレボーディング	内定〜入社前	入社初日の不安軽減	ウェルカムキット送付、組織図・業務概要の共有
入社初期	1〜30日	基盤づくり＋小さな成功体験	MVV理解、ツール習得、チームとの関係構築
成長期	31〜90日	独力での業務遂行	担当業務の本格参加、KPI設定、他部署連携

フェーズ1：入社前（プレボーディング）

入社前の段階から接点を設計することで、初日の不安を軽減できます。具体的には、次のようなものが含まれます。

入社前に送付するウェルカムキット
事前に共有する組織図や業務概要の資料
初日のスケジュール案内

ソフトバンクでは、内定者向けに入社前からオンラインでの情報提供やコミュニケーション機会を設け、入社前の不安解消と組織への帰属意識の醸成に取り組んでいます。

このフェーズで重要なのは、送る内容そのものより「いつ・誰が・何を送るか」がテンプレート化されているかです。

内定承諾から入社までの間に何通の連絡をするかを決め、文面を保存しておけば、次の採用でそのまま再利用できます。

フェーズ2：入社初期（1〜30日）

入社初期の30日間は、会社のミッション・ビジョン・バリューの理解、基本的な業務ツールの習得、直属の上司やチームメンバーとの関係構築に焦点を当てます。

この期間で重要なのは、新入社員に「小さな成功体験」を積ませることです。トヨタ自動車では、新入社員であっても早期に改善提案に参加させ、自分の意見が業務に反映される体験を通じて、組織への貢献実感を育てています。

設計上のコツは、成功体験を偶然に任せないことです。「入社2週目までに、社内の誰かから『助かった』と言われる仕事を1つ渡す」というレベルまで具体化して、受け入れ側のタスクとして登録しておきます。

新人の成長を本人の積極性に委ねるのではなく、機会を渡す側のタスクにする——これが仕組み化の第一歩です。

フェーズ3：成長期（31〜90日）

30日目以降は、実際の業務への本格的な参加と、独力で業務を遂行できるレベルへの引き上げを目指します。次のものが柱になります。

担当業務の全体像の理解
KPIの設定とセルフマネジメントの開始
他部署との連携業務への参加

リクルートでは、新入社員に対して入社90日以内に小規模なプロジェクトのリーダー経験を積ませ、早い段階から主体性と責任感を育てるアプローチを採用しています。これにより、単なる知識習得に留まらない実践的な成長を促しています。

ただし、このフェーズの設計は職種によって大きく変わります。90日目のゴールは、たとえば次のようになります。

営業職 ── 「単独で初回提案ができる」
バックオフィス ── 「月次処理を独力で完了できる」

職種によって、必要な経験の順序も異なります。企業様によって最適な形は異なりますので、テンプレートをそのまま使うのではなく、自社の職種ごとに到達点を書き換えることをおすすめします。

90日プログラムの具体的な設計方法

90日プログラムを設計する際には、次の4つの要素を盛り込みます。

目標設計
メンター制度
マイルストーンチェック
フィードバックの仕組み

どれか1つが欠けても機能が落ちるため、まとめて設計するのが基本です。ここでは各要素を、明日から書き出せるレベルまで分解します。

目標設計：行動ベースで書く

90日後に到達すべきゴールを明確に設定します。「業務を理解する」のような曖昧な目標ではなく、「顧客対応を単独で完了できる」「月次レポートを作成・提出できる」のように、行動ベースの目標を定義します。

目標の書き換え方は、次のように対比させると掴みやすくなります。

曖昧な目標（判定できない）	行動ベースの目標（判定できる）
商品知識を身につける	主要3商材の提案内容を、ロールプレイで説明できる
顧客対応に慣れる	一次対応を単独で完了し、必要に応じてエスカレーションできる
ツールを使えるようになる	商談の記録を、その日のうちに自分で入力できる
チームに馴染む	週次ミーティングで、自分の進捗と課題を自分の言葉で報告できる

判定できる形にしておくと、90日後のレビューが評価者の印象論になりません。

書き出しの順番は、90日目のゴールを先に1行で書き、そこから60日・30日・1週間の状態へ逆算していくのが組み立てやすい進め方です。

メンター制度：上司とは別の相談窓口をつくる

新入社員一人ひとりにメンターを割り当て、業務上の質問だけでなく、組織文化やキャリアに関する相談ができる体制をつくります。

NTTデータでは、新入社員に対して直属の上司とは別にメンターを配置し、定期的な1on1を通じて業務面・精神面の両方をサポートする仕組みを導入しています。

メンターを置くだけでは足りない

メンターを置くだけでは、面倒見の良い人に負荷が寄り、指導内容も人によってばらつきます。

メンターの指導内容を標準化するには、研修マニュアルの作り方で解説しているマニュアル設計の手法が有効です。「1on1で毎回確認する3つの質問」を決めておくだけでも、面談の質はかなり揃います。

マイルストーンチェック：4回のチェックポイント

90日間を通して、一定間隔でマイルストーンを設定し、進捗を確認する場を設けます。

典型的なのは、1週間後・30日後・60日後・90日後の4回のチェックポイントです。各ポイントで「何ができるようになったか」「次の30日間の目標は何か」を本人と上司で確認します。

チェックポイント	主な確認内容	担当
1週間後	環境・ツールのセットアップ完了、初期の不安点	受け入れ担当
30日後	基礎知識の定着、小さな成功体験の有無	メンター＋上司
60日後	担当業務への参加度、自走の兆し	上司
90日後	行動ベース目標の達成判定、次の育成計画	上司＋人事

この4点を「日付が来たら自動で通知が飛ぶ」状態にしておくと、忙しい時期に飛ばされることがなくなります。

面談の実施を個人の記憶に頼らずシステム側で担保する——ここでも、人ではなく仕組みで解決する発想が効いてきます。

フィードバックの仕組み：双方向で設計する

オンボーディング期間中のフィードバックは、上司から新入社員への一方向ではなく、新入社員からも組織へのフィードバックを受ける双方向の設計が望ましいです。

サイバーエージェントでは、入社後の定期アンケートを通じて新入社員の声を収集し、オンボーディングプログラムの継続的な改善に活用しています。

新入社員の声を拾う

新人は「自社の当たり前」を知らないからこそ、既存社員には見えない分かりにくさに気づきます。この声を拾えるのは入社後の数か月だけで、慣れてしまうと二度と取れません。

ここは意識的に設計しておきたいポイントです。

オンボーディングの効果測定

プログラムを作ったら、次は成果を測る指標を決めます。測定の目的は評価ではなく、来年のプログラムを今年より良くするためのデータを残すことです。

指標は多く取りすぎず、経営層に説明できるものに絞ります。

4つの基本指標

指標	測定内容	測定タイミング	活用場面
Time to Productivity	独力で業務を遂行できるまでの日数	90日後・半年後	プログラム改善、経営層への報告
定着率	入社後の在籍率	6ヶ月後・1年後	採用ROIの算出、離職リスクの把握
エンゲージメントスコア	定期アンケートによる仕事満足度	30日後・60日後・90日後	早期離職リスクの検知
上司評価	業務遂行能力に関するフィードバック	90日後	育成計画の見直し

特にTime to Productivityは、オンボーディングプログラムの直接的な成果を示す指標として、経営層への報告にも活用しやすいものです。

指標を「記録できる形」にしておく

指標を決めても、記録場所が決まっていなければ翌年には消えています。次のように分散していると、突き合わせるだけで工数がかかり、結局やらなくなります。

アンケート結果 ── アンケートツール
上司評価 ── 評価シート
在籍状況 ── 人事システム

これらの指標をCRMやHRツールに蓄積し、年度ごとにプログラムの改善サイクルを回すことが重要です。

以下の画面は、HubSpotのレポートで担当者別の指標を一覧化したものです。オンボーディングの指標もこのように1つの画面へ集約しておくと、年度ごとの比較や経営層への報告が行いやすくなります。

育成計画へのつなぎ方

90日はゴールではなく、その後の育成計画のスタート地点です。90日時点で何ができて何ができないのかを一覧化しておくと、次の半年の育成テーマが自動的に決まります。育成の進捗を体系的に管理するには、スキルマップの作り方と活用方法も参考になります。

オンボーディングを仕組み化するためのツール活用

ここまでの設計を、誰が担当しても同じように回すための仕組みに落とします。オンボーディングの属人化を防ぐには、プログラムの進捗管理やタスク管理をツールで仕組み化する必要があります。

楽天では、入社手続きから研修スケジュール管理までを一元的にデジタル管理し、入社初日から新入社員がスムーズに業務を開始できる環境を整えています。

オンボーディングを「パイプライン」として捉える

HubSpotのようなCRMプラットフォームを活用すれば、新入社員ごとのオンボーディング進捗をパイプラインで管理し、各フェーズのタスク完了状況やフィードバック内容を一元的に記録できます。

取引（商談）やチケットのパイプラインと同じ考え方で、新人一人ひとりの進捗をレコードとして追えるようにする設計です。

営業パイプラインの考え方を置き換える

私たちが営業パイプラインを設計するときに使う考え方は、そのままオンボーディングにも応用できます。

営業では「ステージ・確度・ステージの定義・必須入力プロパティ」の4要素でパイプラインを設計しますが、オンボーディングに置き換えると次のようになります。

営業パイプラインの要素	オンボーディングへの置き換え
取引ステージ	プレボーディング → 入社初期 → 成長期 → 独力遂行
ステージの定義	各フェーズの到達状態を行動ベースで明文化
必須入力プロパティ	ステージ移行時に、チェック結果や本人コメントを必須で記録
パイプラインのルール	ステージの飛ばしを認めない、担当者を紐づける

特に効くのが必須入力プロパティの考え方です。営業の現場でも、ステージ移行時に必須項目を設定しておくと、新人が「この段階では何を確認すべきか」を自然に学べるという副次効果があります。

オンボーディングでも同じで、「30日チェックの入力がないと次のステージに進めない」としておけば、面談の実施漏れが構造的に防げます。

人の真面目さに頼るのではなく、仕組みで担保する発想です。

この設計は、コンタクト→取引→顧客→請求とつながっていく営業側の一気通貫の流れと同じ思想です。

顧客との関係が取引の成立で終わらないように、新人の受け入れも90日で終わらず、その後の育成計画へ引き継がれていきます。全体フローの中の1区間としてオンボーディングを設計すると、前後の工程との接続まで見据えたプログラムになります。

なお、この考え方はHubSpotに限ったものではなく、リレーショナルなデータベースを持つCRMであれば同様の設計は可能です。ただ、ステージ・タスク・通知・レポートが1つのプラットフォームに揃っていると、ツール間の移行の手間が減って運用が続きやすいため、その点でHubSpotは候補の1つとして検討しやすいと考えています。

タスクと通知で「抜け」をなくす

ステージごとの標準タスク（アカウント発行、研修資料の共有、1on1の設定など）について、次のところまで設計できると、受け入れ準備の再現性が一気に上がります。

テンプレート化する
入社日を起点にワークフローで担当者へ自動割り当て・通知する

これは、コンタクト→取引→顧客という営業側の流れと同じで、「次に何が起きるべきか」をシステムが覚えている状態をつくる作業です。

以下の画面は、HubSpotで取引レコードをステージごとにボード表示したもので、案件の状況が一覧で把握できるようになっています。

オンボーディングを同じ形で管理すれば、今何人がどのフェーズにいるかが一目で把握できます。

まずはスモールスタートで

いきなり全社の全職種を対象に完璧な設計を目指すと、まず立ち上がりません。次の進め方をおすすめします。

まずは直近で採用予定のある1部署、1職種に絞り、ステージとチェックポイントだけを決めて運用してみる
3〜4人分を回すと、足りないタスクや形骸化している面談が見えてくるので、そこから項目を足していく

項目は最初から作り込みすぎないことも大切です。使われない入力項目が大量にある状態は、記録の負担だけを増やして定着を妨げます。少ない項目の方が、記録する側も見る側も集中できます。

AIをオンボーディングに使うときの役割分担

AIは、オンボーディングの準備工数を減らす用途では有効です。ただし何でも任せられるわけではなく、任せる領域と人が判断する領域を分けておく必要があります。ここを曖昧にすると、かえって手戻りが増えます。

AIに任せやすい領域

次のようなものは、AIで叩き台を作ってから人が直す進め方が向いています。

研修資料やFAQの下書き作成
面談メモの要約
既存マニュアルの構成整理

ゼロから書くより着手が早く、抜け漏れの指摘にも使えます。また、社内のナレッジを参照して質問に答えるアシスタント型の使い方は、新人が「こんなことを聞いていいのか」とためらう質問の受け皿として機能します。

HubSpotのAI機能「Breeze」のように、社内データを参照しながら一次回答を返す仕組みは、この領域の使い方の代表例です。

人が判断すべき領域

一方で、90日目の到達目標をどう定義するか、その新人にどの業務を任せるか、評価をどう伝えるかは、事業と本人を理解した人間の判断が必要です。

評価面談の内容や離職リスクへの対応までAIに任せきりにするのは誤解を生むリスクがあるため、送信・共有の前に人の目を通す運用を前提にしてください。

AIに任せやすい	人が判断する
研修資料・FAQの下書き	90日ゴールの定義
面談メモの要約・整理	任せる業務の選定
質問への一次回答（ナレッジ参照）	評価とフィードバックの伝え方
チェックリストの構成案	離職リスクの兆候への対応

AI活用の前に整えるもの

AI活用を考えるなら、まず参照元の整備が先だと考えていただくのが現実的です。アシスタント型AIの回答は、参照するナレッジの内容に左右されます。

マニュアルやFAQが散在していたり内容が古かったりする状態でAIを載せても、不正確な回答を速く返すだけになります。

マニュアルの整備と更新の仕組みを先に作り、その上にAIを乗せる順番が、結果的に近道です。

オンボーディング設計が効きにくいケース

最後に、正直な限界にも触れておきます。オンボーディング設計は強力ですが、万能ではありません。次のようなケースでは、プログラムを整える前に別の手当てが必要です。

そもそも任せる業務が定義されていない場合

配属先で担当業務が固まっていない状態で新人を迎えると、どれだけ丁寧なプログラムを作っても「やることがない期間」が生まれます。この場合は、まず職務の切り出しから着手する必要があります。

採用時の期待値がずれている場合

「思っていた仕事と違った」というミスマッチは、入社後のフォローでは埋めきれないことがあります。

オンボーディングで検知はできますが、根本の解決は採用段階の情報開示にあります。オンボーディングのアンケートで繰り返し同じ不満が出るなら、採用要件や面接での説明を見直すサインだと捉えてください。

年に1〜2人しか採用しない場合

採用頻度が低い組織では、作り込んだプログラムがメンテナンスされないまま古くなります。このケースでは、詳細な90日プログラムより次の2つに絞る方が、実際には回りやすくなります。

「受け入れチェックリスト1枚」
「マイルストーン日程の自動通知」

ここでも、自社の採用規模に合った設計を選ぶという発想が大切です。

よくある質問

オンボーディング設計について、現場でよく聞かれる質問をまとめました。

Q1. オンボーディング設計の成果は、どの指標で測ればよいですか

まずはTime to Productivity（独力で業務を遂行できるまでの日数）と定着率の2つから始めるのが現実的です。加えて30日後・60日後・90日後のエンゲージメントスコアを取ると、離職リスクの兆候を早い段階で検知できます。重要なのは指標の数より、毎年同じ条件で記録し続けることです。記録先をCRMやHRツールに一本化しておくと、翌年の比較が可能になります。

Q2. 90日プログラムは、どこから作り始めればよいですか

90日目のゴールを行動ベースで1行書くところから始めてください。「顧客対応を単独で完了できる」のように判定できる形にすると、そこから逆算して60日・30日・1週間の状態が決まっていきます。最初から全職種分を作る必要はなく、直近で採用予定のある1職種で試作し、実際に1人回してからスムーズに広げられます。

Q3. メンター制度がうまく機能しません。どう改善すればよいですか

多くの場合、原因はメンター個人の意欲ではなく、役割と手順が定義されていないことにあります。「1on1で毎回聞く3つの質問」「上司ではなくメンターが答える範囲」を決めるだけでも、面談の質は揃います。あわせて、メンターの稼働をマネージャーが把握できる状態にし、業務量の調整をセットで行うことが必要です。

Q4. 中途採用にも同じ90日プログラムを使えますか

骨格は共通ですが、中身は分けた方が機能します。中途の方は業務スキルより「自社特有のルール・判断基準・社内の誰に聞けばよいか」でつまずくことが多いため、プレボーディングと入社初期に渡す情報の質が成果を左右します。詳しくは中途採用向けの記事もあわせてご覧ください。

Q5. CRMで人事情報を扱っても問題ありませんか

進捗管理の範囲であれば有効ですが、扱う情報の範囲はあらかじめ決めておくことをおすすめします。ステージ・タスク・面談実施記録といった運用情報と、評価や処遇に関わる情報は性質が異なります。閲覧権限を絞り、記録する項目を最小限に保つ設計にしておくと、運用も長続きします。

まとめ

オンボーディング設計の要点を、もう一度整理します。

オンボーディングはプレボーディング・入社初期・成長期の3フェーズに分け、各フェーズで到達すべき状態を1つに絞って定義します
90日プログラムには、行動ベースの目標設計・メンター制度・4回のマイルストーンチェック・双方向フィードバックの4要素を組み込みます
Time to Productivityや定着率で効果を測り、記録先を一本化して年次の改善サイクルを回します
受け入れ進捗をパイプラインとして管理し、ステージ移行時の必須入力とタスク自動化で、担当者が変わっても同じ水準で回る状態をつくります
職務が未定義、採用時の期待値ずれ、採用頻度が低いケースでは、プログラムを作り込む前に別の手当てを優先します

まずは、直近で採用予定のある1職種の「90日目のゴール」を1行書くところから始めてみてください。次の3ステップが、そのまま最初の一歩になります。

対象職種を1つ選び、90日目の到達状態を行動ベースで書き出す
1週間後・30日後・60日後・90日後の4チェックポイントと、各回の確認項目・担当者を決める
受け入れタスクをテンプレート化し、入社日起点で担当者に自動通知される状態にする

CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。

記事の内容を、そのまま実務に落とし込みたい方向け

無料で相談する資料をダウンロード

株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。

著者情報

今枝 / Imaeda

株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。
HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。