【2026年7月最新】Claude CodeのPlan Modeとは？切り替え方法・使いどころ・おすすめ活用法を非エンジニア向けに解説

「Claude Codeに指示したのに、勝手に変なところまで書き換えた」「全部任せたら意図と全然違う実装をされた」——Claude Codeを使い始めると、こういった「思い通りにならない」体験に直面することがあります。

その原因の多くは、Claude CodeがAIとして「実行モード」になってしまっていることにあります。実は、Claude Codeには「考えてから動く」ための専用モード——Plan Mode（計画立案モード）が用意されています。

Plan Modeを正しく使えば、「いきなり手を動かす」のではなく「設計図を確認してから施工する」ようにClaude Codeを動かせます。この記事では、Plan Modeの仕組みから切り替え方法・活用例・応用テクニックまで、2026年7月時点の最新情報と弊社（株式会社GENAI）の実運用データをもとに完全解説します。

この記事を最後まで読むと、次の7つが明確になります。

01 THREE MODES Claude Codeの3つのモードを理解する Normal / Auto Accept / Plan Mode ── それぞれの「性格」を知る

Plan Modeを理解するには、まずClaude Codeには3つのモードがあることを知る必要があります。それぞれのモードは「AIがどこまで自分で判断して動くか」という自律性の度合いが異なります。

モード	動き方	向いている場面	非エンジニア向け例え
Normal Mode （通常モード）	指示したことを1ステップずつ実行し、都度確認を求める	普段のコーディング補助・ファイル操作など	「都度報告する職人モード」指示した仕事をこなして結果を都度見せてくれる
Auto Accept （自動実行モード）	確認なしに全ての操作を自律的に実行する	繰り返し作業のバッチ処理・信頼できる自動化タスク	「全部任せるおまかせモード」プロに全部お任せ、ただし暴走リスクあり
Plan Mode （計画立案モード）	実行を一切せず、計画と手順だけを提示して確認を待つ	複雑なタスク・大規模変更・重要な業務設計	「施工前に設計図を確認する」工程プランOKなら実行に移す

この3つのモードは、「Shift+Tab」キー一つで循環的に切り替えることができます。状況に応じてモードを切り替えることが、Claude Codeを思い通りに使いこなす最大のコツです。

02 WHAT IS PLAN MODE Plan Modeとは？設計思想と使いどころ 「施工前に設計図を確認する」AIとの仕事の進め方

Plan Mode（計画立案モード）は、Claude Codeが実際のファイル編集・コマンド実行などの「実行系」操作を一切行わず、計画と手順書のみを提示するモードです。

非エンジニアにとって最もわかりやすい例えは、「リフォーム工事の設計図確認」です。優れた大工さん（＝Claude Code）に「キッチンをリフォームして」と頼むとき、いきなり壁を壊し始めるのではなく、まず「この壁を取り壊して、ここに新しい棚を作って、工程はこの順序で…」という設計図を提示してもらい、OKを出してから着工する——それがPlan Modeの設計思想です。

2-1. Plan Modeで何ができるか

Plan Mode中にClaude Codeができることは主に3つです。

Plan Mode中にはファイルの作成・編集・削除、コマンド実行、外部アクセスは一切行われません。「読んで計画を出す」だけです。

2-2. Plan Modeが生まれた背景

Claude Codeが自律的に動けば動くほど、「意図しない変更が入った」「関係ないファイルまで書き換えられた」という問題が起きやすくなります。特に、複数ファイルにまたがる変更や、本番環境に影響するコードの修正では、一度実行されると戻すのが大変です。

Plan Modeは、この「AIの自律実行によるリスク」を管理するために設計されました。「AIが何をしようとしているかを事前に確認できる」仕組みを挟むことで、ユーザーが安心してClaude Codeを使えるようになります。

03 HOW TO SWITCH Plan Modeの切り替え方法（3パターン） Shift+Tab / コマンドラインオプション / settings.json

Plan Modeへの切り替え方法は3つあります。用途に応じて使い分けましょう。

方法	コマンド・操作	特徴	おすすめシーン
Shift+Tab	セッション中にShift+Tabを押す	即座に切り替え、循環式（Normal→Plan→Auto Accept→Normal）	作業中に「やっぱり計画を確認したい」と思ったとき
コマンドラインオプション	claude --plan または --auto-accept で起動	起動時からモードを指定、セッション開始前から明示的に設定できる	最初から計画確認モードで始めたいとき
settings.json	defaultMode: "plan" を設定	デフォルトモードとして永続化、毎回設定不要	常にPlan Modeから始めたい人、慎重運用したい場合

3-1. 最も使う方法：Shift+Tab による循環切り替え

Claude Codeを起動してセッション中にShift+Tabを押すだけで、モードが循環します。

「Normal Mode → Plan Mode → Auto Accept → Normal Mode → …」という順番でぐるぐると切り替わります。現在のモードは画面上部のステータスバーに表示されるので、今どのモードかは常に確認できます。

3-2. セッション開始時から指定：コマンドラインオプション

Claude Codeを起動するときに、最初からPlan Modeで始めたい場合は以下のオプションを使います。

# Plan Modeで起動
claude --plan

# Auto Acceptで起動（注意して使うこと）
claude --auto-accept

コマンドラインオプションを使うと、「今日は設計フェーズだから最初からPlan Modeで始める」という意図を明示できます。複雑なプロジェクト設計や、大規模変更の前のフェーズで特に有効です。

3-3. 永続化設定：settings.json でデフォルトモードを変更

毎回Shift+Tabを押すのが面倒な場合や、「常にPlan Modeから始めたい」という方は、settings.jsonにデフォルトモードを設定できます。

// ~/.claude/settings.json
{
  "defaultMode": "plan"
}

この設定をすると、Claude Codeを起動するたびに自動的にPlan Modeで始まります。実行に移したいときは、そのセッション内でShift+TabでNormal ModeまたはAuto Acceptに切り替えます。

3-4. 計画をエディタで編集する：Ctrl+G の活用

Plan Modeで計画が提示されたとき、Ctrl+Gを押すと計画をエディタ（VS Codeなど）で開いて直接編集できます。

「Step 3はやらなくていい」「この順序を変えて」「このファイルは対象外にして」といった修正を、チャット上でテキストを打ち直すのではなく、ドキュメントを直接編集する感覚で行えます。非エンジニアでも計画書を「Word文書を編集する感覚」で修正できる点が、この機能の大きな魅力です。

04 WHEN TO USE Plan Modeを使うべきケースと不要なケース すべての作業でPlan Modeを使う必要はない──判断基準を明確に

Plan Modeは強力な機能ですが、すべての作業に使うと逆に非効率です。「Plan Modeを使うべきか否か」を即座に判断できる基準を整理します。

判断軸	Plan Mode 使うべき	Plan Mode 不要（Normal or Auto Accept）
タスクの複雑さ	複数ファイルにまたがる変更、10ステップ以上の手順が必要	1〜2ファイルの簡単な修正、繰り返し作業のルーティン
リスクの大きさ	本番環境・本番データへの影響、元に戻しにくい変更	テスト環境・ローカル作業、バックアップ済み環境
初めて度	初めて試みるアーキテクチャ変更、新しい業務フローの設計	何度もやってきた慣れたタスク、テンプレ化できるもの
影響範囲	チームの他メンバーや外部サービスへの影響がある	自分だけが使うファイル・スクリプト
曖昧さ	要件が曖昧で、Claudeが意図を誤解するリスクが高い	要件が明確で、具体的な指示が出せる

4-1. Plan Modeが必須な具体例

4-2. Plan Modeが不要な具体例

05 USE CASES おすすめ活用例8選（実践的ユースケース） 業務での具体的なPlan Mode活用シナリオ

ここからは、Plan Modeを実際の業務でどう活用するかを8つの具体例で解説します。特に非エンジニアの方が「自分の仕事に使えそう」と感じる事例を選びました。

5-1. 経理・会計フローの設計

月次の請求書処理・経費精算・仕訳作業をClaude Codeで自動化したいとき、まずPlan Modeで全体フローを設計してもらいます。

Plan Modeで出てきた設計図を読んで「Step 3のFreee連携はAPI経由ではなくCSV入力にして」と修正を依頼してから実行に移す——というプロセスが取れます。いきなり実装を始められると「こんな実装を想定していなかった」という手戻りが発生しやすいですが、Plan Modeを挟むことで防げます。

5-2. 採用・HR フローの構築

「応募受付→書類選考→面談調整→内定通知」という採用フローをGoogleフォーム・Gmail・カレンダーを組み合わせて自動化するとき、Plan Modeが特に力を発揮します。

採用フローは「もし書類通過なら→面談調整メール」「もし不採用なら→お断りメール」という条件分岐が多く、いきなり実装を始めると条件の抜け漏れが起きやすい。Plan Modeで「どのケースのときどう動くか」の分岐図を先に確認することで、網羅性の高い設計ができます。

5-3. WordPressサイトの大規模改修

ブログ記事全体のCTA（行動喚起）を差し替えたい、特定のプラグインを入れ替えたい、といったWPサイトの大規模変更にもPlan Modeは必須です。

この規模の変更でいきなり実行すると、1本でも失敗すると900本すべてに影響が出る可能性があります。Plan Modeで「バックアップ→テスト環境での確認→本番適用」という手順を先に確認してから実行するのが鉄則です。

5-4. 営業資料・提案書の大量生成設計

顧客別に異なる提案書を量産する仕組みを作るとき、Plan Modeでデータフローを設計します。「顧客リスト（CSV）→顧客プロフィール取得→提案書テンプレ差し込み→PDF生成→メール送信」という複数ステップの自動化フローを、実行前に確認できます。

5-5. Slackワークフローの設計

「特定のSlackチャンネルにメッセージが来たら、Googleスプレッドシートに記録してSlackの別チャンネルに転送する」といった複数サービスをまたぐワークフロー設計にPlan Modeが有効です。

5-6. データ分析・レポート自動化の設計

週次・月次のGA4データをBigQueryから取得して、グラフを作成してSlackに投稿する——という定期レポートの自動化設計にもPlan Modeを活用できます。特にデータのフォーマットや集計ロジックを事前に確認しておくと、「数字が合わない」という後からの手戻りが減ります。

5-7. セキュリティ影響が大きい変更前のリスク確認

認証処理の変更・APIキーの管理方法の変更・外部公開するエンドポイントの追加——こういったセキュリティに影響する変更では、Plan Modeで「この変更によってどのようなリスクが生まれるか」を先にAIに列挙させることができます。

5-8. 新規サービス・機能のアーキテクチャ設計

新しいサービスを作るとき、「どのようなファイル構成にするか」「どのAPIを使うか」「データはどこに保存するか」という設計決定を、Plan Modeで叩き台を作ってもらい、レビューしてから実装に入る使い方ができます。いわゆる「AIとの設計レビューセッション」です。

06 ADVANCED TECHNIQUES Plan Mode応用テクニック Extended Thinking / Opus / CLAUDE.md との組み合わせ

Plan Modeの基本を押さえたら、次は「より精度の高い計画」を引き出すための応用テクニックを紹介します。

6-1. Extended Thinking と Plan Mode の組み合わせ

Extended Thinking（拡張思考）は、Claudeが回答を出す前に「深く考える時間」を与える機能です。複雑な問題を扱うときに有効で、Plan Modeと組み合わせると特に威力を発揮します。

Plan Mode + Extended Thinking の組み合わせが特に有効な場面：

Extended Thinkingを有効にするには、設定でBudget Tokensを指定します。Plan Modeとの組み合わせは「計画の質を最大化したい大規模設計タスク」で特に推奨します。

6-2. Opus モデルで Plan Mode を使う

通常のClaude Codeセッションでは Sonnet モデルが使われますが、特に複雑な設計が必要な場面では Opus モデルに切り替えてPlan Modeを使うという戦略があります。

「月次の財務フロー自動化設計」「マルチプラットフォームのデータ連携設計」など、正確な設計が重要なプロジェクトではOpus + Plan Modeの組み合わせが最強です。ただし、Opusはトークン消費が多いため、Max 20xプランで余裕がある状態で使うのが推奨です。

6-3. CLAUDE.md との連携でプロジェクト固有の制約を事前に伝える

CLAUDE.md（またはCLAUDE.json）は、プロジェクトごとのルールや制約をClaude Codeに事前に伝えるファイルです。Plan Modeと組み合わせることで、「このプロジェクトのルールに従った計画」を生成させられます。

CLAUDE.mdに記述すべき内容の例：

CLAUDE.mdが充実しているほど、Plan Modeで生成される計画の「プロジェクト適合度」が上がります。特に、複数人でClaude Codeを使うチームでは、CLAUDE.mdをプロジェクトのルールブックとして整備することが重要です。

6-4. コンテキストウィンドウの管理と Plan Mode の関係

Claude Codeのコンテキストウィンドウ（一度に処理できる情報量）が80%を超えると、自動的に会話の圧縮が行われます。この圧縮が起きると、それ以前に伝えた指示や計画の一部が忘れられる可能性があります。

Plan Modeを使う上でのコンテキスト管理のポイント：

07 NON-ENGINEER GUIDE 【GENAI独自】非エンジニアがPlan Modeで業務を設計する方法 「設計書を読む」だけでOK──プログラミング知識は不要

「Plan Modeの説明はわかった。でも設計書が技術的すぎて、自分には評価できない」——非エンジニアの方がPlan Modeを使い始めたとき、最初にぶつかるのがこの壁です。

でも、実は技術的な詳細を評価できなくても、Plan Modeは十分に使えます。非エンジニアが計画を評価するときに見るべきポイントは技術的な実装方法ではなく、「業務フローが正しいか」という観点だけです。

7-1. 非エンジニアが Plan Mode の計画を評価する3つの視点

評価視点	具体的に確認すること	技術知識は必要？
業務フローの正確さ	「この順序で処理される」という流れが、実際の業務と一致しているか	不要（業務知識で判断）
対象範囲の確認	「このファイルを変更する」「このAPIを呼ぶ」が意図した範囲内か	不要（何をするか読めればOK）
抜け漏れのチェック	「Aの後でBをするとき、Cの確認が抜けていないか」という業務的な観点	不要（業務経験で判断）

逆に言うと、「このアルゴリズムが正しいか」「このSQL文が適切か」という技術的な実装の妥当性は、AIに任せてOKです。非エンジニアが担当するのはあくまで「業務フローとして正しいか」の確認です。

7-2. 非エンジニア向け Plan Mode 活用ワークフロー

7-3. 非エンジニアが Plan Mode を使う際のプロンプト例

重要なのは、「技術的な指示を書こう」としないことです。業務の言葉で説明すれば、AIが技術的な計画に翻訳してくれます。

業務の言葉で話すだけで十分です。技術的な実装方法はClaude Codeが判断します。

7-4. 「完璧な指示」を目指さない

Plan Modeを使う非エンジニアが陥りがちなミスは、「完璧な指示を書こうとして、なかなか動き出せない」パターンです。

Plan Modeの設計は「一発で完璧な計画を出してもらう」ためのものではなく、「対話しながら計画を磨く」ためのものです。最初の計画が不完全でも、「Step 2はこう変えて」「このケースが抜けている」と対話していけば、自然に精度が上がります。

08 GENAI CASE STUDY 【独自データ】GENAIでのPlan Mode活用実例 複雑な業務設計でPlan Modeを使い続けた結果

ここでは、弊社（株式会社GENAI）が実際にPlan Modeを業務に組み込んだ事例を公開します。抽象的な「使えます」ではなく、具体的に「何に使って、どう変わったか」をお伝えします。

8-1. 弊社のPlan Mode利用状況

項目	内容
Claude Codeプラン	Max 20x（月$200 / 約30,000円）
Plan Mode利用頻度	1日3〜5回（複雑なタスク前に必ず）
手戻り削減率	約70%削減（概算・肌感ベース）
主なPlan Mode用途	経理フロー / 採用プロセス / LP大規模変更 / 新機能設計

8-2. 事例①: 月次経理フローの自動化設計

課題: 毎月末、経理担当者が手動で請求書確認・Freee仕訳・Slackへの振込リマインダー送信をしており、月5時間かかっていた。

Plan Modeでの取り組み: 「月次経理フローを自動化したい。現在の手作業の流れを説明するので、それをシステムとして設計してほしい」とPlan Modeで相談。GmailのPush通知→PDF解析→Freee API連携→Slack通知という4段階のフローが計画として出てきた。

効果: Plan Modeで計画を確認した際に「Freee APIで仕訳登録するのは良いが、金額が10万円以上の場合は自動実行せずSlackで承認を求める」という条件を追加できた。いきなり実装を始めていたら、この条件は後から追加になっていたはず。月5時間の作業が月30分に削減。

8-3. 事例②: WPブログ900本の一括CTA差し替え

課題: ブログ記事全900本のCTA（行動喚起ボタン）のデザインを新しいバージョンに差し替えたい。

Plan Modeでの取り組み: 「900本の記事のCTAを一括変更したい。どのように進めるべきか計画を出して」とPlan Modeで相談。計画書に「まず10本でテスト→差し替え後の見た目確認→本番適用→全体確認」というフェーズ分けが出てきた。

効果: 計画確認時に「本番適用前にステージング環境で確認するステップが抜けている」と気づいて追加依頼できた。以前同様の作業でPlan Modeを使わずに進めたとき、192本の記事にバグを入れた経験があった。Plan Mode導入後はこの種の事故がゼロになっている。

8-4. 事例③: 採用スクリーニングフローの構築

課題: 採用応募者の書類選考から面談調整まで、メール・スプレッドシート・カレンダーを行き来する手作業を自動化したい。

Plan Modeでの取り組み: 「採用フローを自動化したい。応募フォーム→書類選考通過→面談日程調整→確定連絡→面談当日リマインダーという流れを設計して」とPlan Modeで相談。計画書には「書類通過・不通過の条件分岐」「面談日程の候補提示と確定処理」「キャンセル・リスケの処理」まで網羅した設計書が出てきた。

効果: 計画確認時に「キャンセルが来た場合の処理が抜けている」「リスケ依頼があった場合はどうするか」という業務的な観点での追加をできた。Plan Modeがなければ「まず基本フローを作って後でキャンセル処理を足す」という手戻りが発生していた。

09 COMMON MISTAKES よくあるミスと対処法 Plan Mode活用でつまずきやすいポイントと解決策

Plan Modeを使い始めたユーザーが経験するよくあるミスと、その対処法を整理します。

9-1. ミス①：計画が長すぎて確認できずにそのまま「実行して」と言う

Plan Modeで出てきた計画書が長くて読む気が失せ、内容を確認せずに「この計画で進めて」と言ってしまうパターンです。これでは計画確認のメリットが消えてしまいます。

対処法: 計画書が長い場合は「計画を5行にまとめて」と依頼するか、「主なリスクだけ教えて」と絞り込む。全体を読まなくていいので「何をするか（Step）と何が変わるか（対象ファイル）だけ箇条書きにして」という依頼が効果的です。

9-2. ミス②：Plan Modeのまま「実行して」と言っても動かない

Plan Modeは実行系操作を一切行いません。「計画を確認した、実行して」と言っても、Plan Modeのままでは何も起きません。実行に移るには、Shift+TabでNormal ModeまたはAuto Acceptに切り替えてから指示する必要があります。

対処法: Plan Modeで計画を確認→ Shift+Tab でモード切り替え → 「この計画で実行して」と指示。Shift+Tabを1回押すと次のモード（Normal Mode）に切り替わります。

9-3. ミス③：計画と実行で別のセッションになって計画が忘れられる

Plan Modeで計画を作り、一度セッションを終了して別日に「昨日の計画を実行して」と伝えても、新しいセッションにはその計画が引き継がれていません。

対処法: plansDirectoryを設定してPlan Modeの計画をファイルとして保存する。新しいセッションで「./plans/2026-07-13-keiri-plan.md を読んで、この計画に従って実行して」と指示する。

9-4. ミス④：Plan Modeで何度も修正依頼してコンテキストが枯渇する

Plan Modeで「ここを変えて、ここも変えて、あとこのケースも追加して…」と細かい修正を重ねると、コンテキストウィンドウを大量に消費して精度が落ちます。

対処法: 修正点が複数ある場合は、一度にすべての修正をまとめて依頼する。「以下の3点を修正してください。①〇〇、②〇〇、③〇〇」という形式が効率的。また、3往復を超えてきたら新しいセッションで計画ファイルを読み込ませて再出発する。

9-5. ミス⑤：Small タスクにも毎回 Plan Mode を使って非効率になる

「CSSを1行変えたい」「文字を修正したい」のような小さなタスクにもPlan Modeを使うと、計画確認→実行の2ステップが必ず挟まって作業速度が落ちます。

対処法: Plan Modeは「複雑・高リスク・初めて」の3条件のどれかに当てはまるときだけ使う。単純な変更はNormal ModeかAuto Acceptで直接実行する。

10 CONCLUSION まとめ ── Plan Modeで「思い通りに動かない」を解消する 設計図なしで施工しない。これだけがClaude Codeを使いこなすコツ

この記事では、Claude CodeのPlan Modeについて、基本的な仕組みから切り替え方法・活用例・応用テクニック・非エンジニア向け活用法・実運用事例・よくあるミスまで網羅して解説しました。最後に重要ポイントを整理します。

Plan Modeは、「Claude Codeが勝手に動いてしまう」という最大のストレスを解消するための機能です。設計図なしで工事を始めないのと同じで、複雑な業務はまず計画を確認してから動かす——この習慣を持つだけで、Claude Codeの活用精度が大きく変わります。

「Plan Modeを試してみたい」「業務の自動化設計にClaude Codeを使いたい」という方は、ぜひ以下のAI鬼管理にご相談ください。

Claude CodeのPlan Mode活用を、AI鬼管理が一緒に設計します

「業務フローをClaude Codeで設計したいが、何から始めればいいか分からない」という方へ。
弊社のClaude Code実運用ノウハウをベースに、個別に設計支援のご相談を承ります。

よくある質問

Q. Plan Modeは無料プランでも使えますか？

A. Plan Mode自体はClaude Codeの機能で、Pro以上のプランであれば利用できます。Freeプランではそもそもclaude codeの利用に制限があるため、Plan Modeを本格的に活用したい場合は最低でもProプラン（月$20）が必要です。

Q. Shift+TabでPlan Modeに切り替えたかどうか、どうやって確認しますか？

A. Claude Codeのターミナル上部のステータスバーに現在のモードが表示されます。「Plan Mode」と表示されていれば切り替え成功です。デスクトップ版では画面上のモードインジケーターで確認できます。

Q. Plan Modeで計画を確認した後、どのように実行に移しますか？

A. Plan Modeで計画書の内容を確認し「OK」と判断したら、Shift+TabでNormal ModeまたはAuto Acceptに切り替えて、「この計画で実行して」または「計画通りに進めて」と指示します。Plan Modeのまま「実行して」と言っても何も起こらない点に注意してください。

Q. Extended ThinkingとPlan Modeは同時に使えますか？

A. 使えます。Plan Mode中にExtended Thinking（拡張思考）を有効にすると、より深い分析・網羅的な計画書が生成されます。特に複雑な業務フロー設計・アーキテクチャ設計・リスク分析が必要な場面での組み合わせが効果的です。ただしトークン消費が増えるため、Max 20xプランで余裕がある状態で使うのを推奨します。

Q. CLAUDE.mdとPlan Modeはどう連携させますか？

A. CLAUDE.mdにプロジェクトのルール（「本番環境は直接編集しない」「命名規則はスネークケース」など）を記載しておくと、Plan Mode起動時に自動的に読み込まれ、そのルールに準拠した計画書が生成されます。非エンジニアの方は「このプロジェクトでやってはいけないこと」をCLAUDE.mdに書いておくだけで、Plan Modeの計画が自然と制約を守るようになります。

Q. コンテキストウィンドウが80%を超えたらどうすればいいですか？

A. 80%を超えると自動圧縮が起きて、それ以前の計画や指示が忘れられる可能性があります。対処法は2つです。①plansDirectoryで計画をファイルとして保存しておき、新しいセッションで「./plans/〇〇.mdを読んで実行して」と指示する。②セッション内であれば「最初に提示した計画書をもう一度確認して」と促す。大きなプロジェクトは複数セッションに分割するのが安全です。

Q. Plan Modeは非エンジニアでも本当に使いこなせますか？

A. 使いこなせます。Plan Modeで重要なのは「技術的な計画を評価すること」ではなく「業務フローとして正しいかを確認すること」だからです。「この流れで合ってるか」「このケースが抜けていないか」という業務知識での評価が中心になります。弊社でも、エンジニアでないスタッフがPlan Modeで経理・採用・営業の自動化フローを設計・確認しています。

AIAI鬼管理

AI鬼管理へのお問い合わせ

この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。

お客様情報

会社名・屋号*必須

会社名を入力してください

業種*必須 選択してください IT・ソフトウェア 製造業 建設・不動産 小売・EC 飲食・宿泊 医療・介護 教育・研修 士業・コンサル 人材・BPO その他

業種を選択してください

お名前*必須

お名前を入力してください

メールアドレス*必須

正しいメールアドレスを入力してください

電話番号任意

---

現在の課題について

現在感じている課題*必須

人手不足で業務が回らない 社長・経営者が現場を離れられない 定型業務に時間を取られている AIを導入したいが何から始めればいいかわからない 外注・人件費コストが高い 業務フローが属人化している 社員のITリテラシーにばらつきがある

1つ以上選択してください

効率化・自動化したい業務*必須

営業・顧客対応（CRM・メール等） 経理・請求書・入金管理 採用・人事・労務管理 マーケティング・SNS・広告運用 カスタマーサポート・問い合わせ対応 資料作成・レポート・議事録 データ入力・集計・分析 社内の情報共有・ナレッジ管理

1つ以上選択してください

上記業務に現在かけている月額コスト*必須 選択してください まだかけていない（これから検討） 〜10万円 10〜30万円 30〜50万円 50〜100万円 100万円以上 その他（自由入力）

月額コストを選択してください

その他、ご相談内容任意

---

面談日時の選択

ご希望の日時*必須

約1時間のオンライン面談（Google Meet）です

空き枠を取得中...

面談日時を選択してください

この内容で面談を予約する

予約確定後、Google Calendarの招待メールをお届けします。
しつこい営業は一切ございません。