【非エンジニア向け】Claude Codeで業務自動化の設計方法を解説

「Claude Codeって非エンジニアの業務自動化にも使えるの？」
「資料整理や議事録をまとめて任せてしまいたい！」

Claude Codeはコードを書くための道具、という印象が強いですよね。
ところが実際に効くのは、毎回同じ手順を踏んでいる事務作業のほうでした。

大事なのは、ツールの操作を覚えることではなく「どの業務をどう切り出して渡すか」を決めることです。
この記事では資料整理・議事録・データ集計を例に、任せ方の設計をまとめました。

Claude Codeで非エンジニアが自動化できる範囲

Claude Codeを非エンジニアの業務自動化に使うとき、最初に決めるのは対象の選び方です。

ここでは、渡していい仕事とそうでない仕事を分けていきます。

使い方を覚えることと、業務を設計することの違い

「Claude Codeの使い方」を調べると、インストールと基本操作の記事が出てきます。

それはそれで必要なのですが、覚えたあとに手が止まる人が多いんですよね。

動かせるようにはなったけれど、自分の仕事のどこに当てればいいのかがわからないという状態です。

この記事で扱うのは、そこから先の話になります。手を動かす前に、どの業務を切り出すかを決めるところですね。

操作そのものを先に押さえたい方は、Claude Codeの非エンジニア向けの使い方を読んでから戻ってきてください。起動やファイルの渡し方は、あちらでひととおり触れています。

あちらが「道具をどう動かすか」で、こちらが「どの仕事をどう渡すか」です。
順番としては、動かせるようになってからのほうが理解が早いと思います。

自動化に向いている仕事の共通点

向いている業務には、はっきりした共通点があります。

ひとことで言うと、手順が毎回同じで、正解を自分で確かめられる仕事でした。

逆に、その場の判断が入る仕事は向きません。判断が入るということは、正解が状況によって変わるということだからです。

この4つを満たすものから始めると、まず失敗しません。逆に1つでも欠けていると、確認のほうに時間を取られて元が取れなくなります。

私が最初に任せたのは、200個近いスクリーンショットのリネームでした。撮影日と内容から規則的に名前を付け直す作業で、手でやると2時間コースです。

依頼した結果、確認まで含めて15分で終わりました。
ここで大事なのは短縮された時間よりも、結果が合っているかを自分の目で数えられたという点です。ファイル数を見るだけで済むので、確認が一瞬なんですよね。

任せてはいけない仕事

逆に、渡さないほうがいい業務もはっきりしています。

判断の責任が自分にある仕事は、下書きまでにしておくのが安全でした。

とくに取り消せない操作と、外に出ていく成果物には気をつけてください。

これらは「下書きまで作らせて、最後は自分で確認して実行する」形にします。作業時間の大半は下書き作りなので、それだけでも十分に短くなりますよ。

判断そのものを渡してしまうと、間違えたときに理由を説明できなくなります。数字が合っていないメールを送ってしまってから「AIが書いたので」とは言えませんよね。

一人会社の業務にどこまで載せられるかはClaude Codeで会社経営の記事でも扱いました。
境界線の引き方は、規模が変わっても同じ考え方で通ります。

最初の1つをどう選ぶか

条件がわかっても、いざ選ぶとなると迷いますよね。

私がすすめているのは、「面倒だけど頭を使っていない作業」を書き出してみるやり方です。

ここ1週間を思い返して、途中で音楽を聴きながらやれた作業を挙げてみてください。

音楽を聴きながらできたということは、判断がほぼ入っていないということです。

そういう作業は、渡しても結果が変わりません。

逆に、途中で手が止まって考え込んだ作業は後回しにしてください。
そこには判断が入っているので、いまの段階で渡すと確認のほうが重くなります。

Claude Codeを非エンジニアが動かす入口の選び方

Claude Codeを非エンジニアが使うとき、入口は1つではありません。

ここでは3つの選択肢と、どれから始めるかの判断を見ていきます。

ターミナルとデスクトップアプリの違い

もともとのClaude Codeは、ターミナルで動かす道具です。黒い画面にコマンドを打つ形で、ここで脱落する人がかなり多いんですよね。

そこで用意されているのがデスクトップアプリでした。見た目は普通のアプリで、フォルダを選んでチャット欄に書くだけの操作になります。

やっていることは同じなので、返ってくる結果も変わりません。ターミナルで打つコマンドを、画面のボタンに置き換えたと考えるとわかりやすいです。

できることの中身は、どれもほぼ同じです。裏で動いている仕組みが共通なので、得意なことも苦手なことも変わりません。

違うのは見た目と操作感なので、続けられそうなほうを選んで問題ありません。

ターミナルに苦手意識がある方は、Claude Codeでのターミナルの使い方で最低限の操作だけ押さえておくと楽になります。
実際に覚えるのは、フォルダを移動するコマンドくらいでした。

CoworkというGUIの選択肢

2026年に入って加わったのがCoworkです。

Anthropic公式の説明では、Claude Codeと同じエージェントの仕組みを、ターミナルなしで使える形にしたものとされています。

指示を出して離席し、終わった頃に戻ってくる、という使い方が想定されています。

ローカルのファイルを触らせるには、デスクトップアプリを起動しておく必要があります。作業自体はクラウド側で走るので、途中でパソコンを閉じても続いてくれるのは助かりますね。

「30分かかる集計を頼んで、そのまま会議に出る」という使い方ができるわけです。ターミナル版だと画面を閉じられないので、ここは体感としてかなり違います。

利用には有料プラン（Pro・Max・Team・Enterprise）の契約が必要です。
無料プランでは使えないので、そこだけ先に確認しておいてください。

どれから始めるかの判断

迷ったときの判断は単純です。コードにまったく触れないなら、デスクトップアプリかCoworkから入ってください。

ターミナルを覚える時間が、そのまま先延ばしの理由になってしまうからです。「まず環境を整えてから」と思った時点で、たいてい3か月くらい止まります。

先に1回、実際の業務が片づく体験をしてしまったほうが早いんですよね。必要になったときにターミナルを覚えれば、それで間に合います。

私自身はターミナル版を使っていますが、それは仕事柄すでに慣れているからです。

事務作業を任せたいだけなら、GUIのほうが立ち上がりは確実に速いと思います。

途中で乗り換えることもできます。
設定やファイルは共通なので、どれか1つに決め打ちしなくても大丈夫ですよ。

会社のパソコンで始めるときの確認

個人のパソコンなら、契約して入れるだけで始められます。

会社の端末で使う場合は、その前に確認しておくことがいくつかありました。

後から止められると、作った手順ごと使えなくなってしまうからです。

全部そろっていなくても、「このフォルダの中だけで試したい」と範囲を絞って相談すると話が進みやすいです。

いきなり全社導入の話にすると、判断そのものが止まってしまいます。

会社によっては、すでにTeamプランを契約しているケースもあります。
まずは情報システム部門に一度聞いてみるのが、いちばん早い道でした。

Claude Codeに資料整理を任せる手順

ここからは実際の業務で試していきます。

最初の題材は、いちばん効果が見えやすい資料整理です。

【ステップ1】作業フォルダを1つ用意する

最初にやるのは、扱ってほしいファイルを1か所に集めることです。

デスクトップに seiri のようなフォルダを作って、対象のファイルを入れるだけで構いません。

この一手間が効くのは、Claude Codeが触れる範囲がそのフォルダに限られるからです。起動した場所より外のファイルは、そもそも見えていません。

デスクトップ全体を対象にすると、思わぬファイルまで名前が変わることがあります。私は一度それをやって、無関係な写真まで規則的にリネームされました。

指示が間違っていたわけではなく、対象の範囲を絞っていなかっただけです。渡す範囲を自分で決めるところまでが依頼の一部だと考えてください。

戻すのに30分かかったので、それ以来かならず作業用フォルダを切っています。
面倒に見えますが、結果的にはこれがいちばん速い道でした。

【ステップ2】日本語でそのまま依頼する

フォルダを用意したら、そこでClaude Codeを起動して依頼します。

コマンドを覚える必要はなく、やってほしいことを日本語で書くだけです。同僚に作業をお願いするときの文面を、そのまま打てばいいと考えてください。

このフォルダの画像ファイルを、撮影日と内容がわかる名前に変えてください。
形式は「YYYYMMDD_内容.png」で、内容は画像を見て判断してください。
実行する前に、変更前と変更後の一覧を見せてください。

3行目がいちばん大事です。実行前に一覧を出させると、間違いに気づくタイミングが1回増えます。

命名の規則がずれていたり、対象に含めたくないファイルが混ざっていたり。一覧で見れば数秒で気づけるものが、実行後だと戻す作業に変わります。

「よさそうなら進めて」と返せばそのまま実行してくれるので、手間はほとんど変わりません。
この一手間があるかないかで、事故の数がはっきり変わりました。

【ステップ3】コピーで試してから本番に当てる

それでも、最初の1回はコピーで試してください。ファイル整理は、失敗すると元に戻すのが大変な作業だからです。

文章を書かせる作業なら、気に入らなければ捨てればいいだけですよね。ファイルは上書きされてしまうと、その前の状態が残っていません。

手順としては、対象フォルダを複製して、そちらで実行させるだけでした。

seiri/          ← 本番（触らせない）
seiri_test/     ← 複製したほう（ここで試す）

数が合っていれば、まず問題はありません。減っていたら、どこかで上書きが起きています。

納得できたら、同じ依頼文を本番のフォルダで実行します。テスト用のフォルダは、その場で削除して構いません。

2回目からはコピーを省いて構いません。
1度うまくいった依頼文は、そのまま使い回せるからですね。

【ステップ4】次回のために手順を残す

ここが、自動化が一度きりで終わるかどうかの分かれ目です。

1回やらせて終わりにすると、翌月には依頼文を忘れて最初から考え直すことになります。せっかく試行錯誤した内容が、まるごと消えてしまうわけですね。

だから、うまくいった依頼文はファイルに残しておきます。

seiri/
├── 手順メモ.md   ← うまくいった依頼文をそのまま貼る
└── （対象ファイル）

次回は「手順メモ.mdのとおりにやってください」と伝えるだけで済みます。やり方を覚えているのが自分の頭の中だけ、という状態を避けられるわけですね。

依頼文を少し直したときも、そのファイルを上書きしておきます。改善が積み上がる場所が1つあるかどうかで、半年後の完成度がまるで違いました。

この形にしておくと、同僚に引き継ぐときもファイルを渡すだけで終わります。
属人化しない自動化にするかどうかは、この一手間で決まりました。

Claude Codeに議事録とデータ集計を任せる

資料整理に慣れたら、次は中身を扱う作業に進みます。

議事録とデータ集計は、非エンジニアの業務でとくに時間を食うところです。

議事録を構造化させる頼み方

会議の文字起こしは、いまはツール側で自動生成されることが増えました。問題はそのあとで、そのままでは長すぎて誰も読まないんですよね。

1時間の会議なら、文字起こしは1万字を超えます。そこから必要な部分を拾う作業に、結局30分かかっていました。

ここでClaude Codeに渡すのは、要約ではなく構造化だと考えると精度が上がります。

この文字起こしから、以下の形で議事録を作ってください。
・決まったこと（誰が・何を・いつまでに）
・持ち帰りになったこと
・次回までの宿題（担当者つき）
発言者名と日付・数字は、原文のまま変えないでください。

最後の1行を入れておくのがコツです。要約の過程で、日付や金額が丸められてしまうことがあるからですね。

「来月中に」が「近日中に」になったり、「32万円」が「約30万円」になったり。読みやすくしようとした結果、議事録としては使えないものになります。

「原文のまま」と書いておくだけで、そこの精度はぐっと上がりました。
できあがりを読むときも、その部分だけ見ればチェックが済みます。

データ集計を任せる頼み方

CSVの集計は、Claude Codeがいちばん得意にしている作業です。列の構成を自分で読み取って、必要な処理を組み立ててくれます。

Excelの関数を書けなくても、日本語で頼めば済むわけですね。ピボットテーブルの作り方を毎回調べ直していた時間が、まるごと消えます。

依頼するときは、ほしい表の形を先に伝えるのが早道でした。

売上.csv を読んで、次の表を作ってください。
・行：商品カテゴリ
・列：月（1月〜12月）
・値：売上金額の合計
最後に、全体の合計金額と対象の行数も教えてください。

最後の1行で合計と行数を出させているのには理由があります。これが後の検算に使えるからです。

集計でいちばん怖いのは、途中の行が抜け落ちていても表としては成立してしまうところでした。合計が合っていれば、その心配は消えます。

Excelでも同じ数字を出せるので、突き合わせればすぐ確かめられますよね。
依頼の時点で検算の材料を作らせておく、という考え方です。

調査と下書きを任せる頼み方

3つ目は、資料を集めて下書きまで作らせる使い方です。

競合サービスの料金を並べる、社内の過去資料から該当箇所を拾う、といった作業ですね。

ここで気をつけたいのは、調べた根拠をいっしょに出させることでした。これがあるかどうかで、後の確認にかかる時間がまったく変わります。

競合3社の料金プランを調べて、比較表にしてください。
・列：サービス名／月額／無料枠／解約条件
・各行に、その情報を確認したページのURLを付けてください
公式サイトに書かれていない項目は「記載なし」と書いてください。

下書きも同じで、事実として書かれた部分にだけ根拠を求めます。数字・社名・日付が出てきたら、そこに出典が付いているかを見る形ですね。

文章の言い回しは直せばいいのですが、事実の間違いは気づかないまま残るからです。

この形にしておくと、確認する場所が「URLが付いている行だけ」に絞れます。
全文を疑うより、はるかに速く済みますよ。

出力が正しいかを確かめる方法

「鵜呑みにしない」と言われても、何を見ればいいのか困りますよね。業務ごとに見るところを決めておくと、確認が数十秒で済みます。

コツは、成果物の全部ではなく「ずれたら必ず気づける1点」だけを見ることでした。そこが合っていれば、途中の処理も合っているという関係になっている項目を選びます。

私が使っている目安はこれです。

全部を読み直す必要はありません。

合計と件数が合っていれば、途中の処理はまず間違っていないからです。

逆にここがずれていたら、細かく見る前にやり直させたほうが早いです。
確認の手順まで含めて業務として設計しておくと、任せる範囲を広げやすくなりますよ。

Claude Codeの自動化を業務として設計する

単発で終わらせず、仕事の流れに組み込むところまで進めます。

ここまで来ると、時間の削減幅がはっきり変わってきます。

置き場所を決めて属人化させない

依頼文をチャットの履歴に残したままにすると、まず見つからなくなります。3週間もすれば、どのセッションだったか思い出せません。

そこで、業務ごとにフォルダを決めて、そこに手順を置いておきます。

作業に必要なものが1か所にそろっている状態を作るのが目的です。

見本を置いておくのが地味に効きます。「前回と同じ形で」と伝えるだけで、書式の指定を毎回書かずに済むからです。

依頼文が短くなるほど、頼むまでのハードルも下がります。1分で頼めるなら、忙しい日でも回せますよね。

この形にしておけば、久しぶりに開いたときも迷いません。
3か月後の自分は他人だと思って、材料をそろえておくのがちょうどいいです。

週次・月次の仕事に載せる順番

自動化する業務は、頻度の高いものから選びます。かかる時間の長さではなく、繰り返す回数で決めるのがコツでした。

月1回の作業を10分縮めても、年間で2時間にしかならないからです。

逆に毎週やっている作業なら、同じ10分でも年間で8時間になります。

数字にしてみると、選ぶべき順番がはっきりします。まずは毎週の定例作業を1つ選んで、そこから始めてみてください。

ありがちなのが、いちばん面倒な年1回の作業から手をつけてしまうことです。手間の割に効果が見えないので、たいてい続きません。

慣れてきたら、決まった時刻に自動で走らせる方法もあります。
その仕組みはClaude Codeの定期実行の記事にまとめました。

浮いた時間を数字で残す

意外と抜けやすいのが、効果の記録です。作業が楽になった瞬間に満足してしまって、そこで手が止まります。

自分の中では「楽になった」と感じていても、聞かれたときに答えられないんですよね。

最初の1回だけ、手作業でやったときの所要時間をメモしておいてください。

この3つがあれば、年間でどれだけ浮いたかがそのまま計算できます。手作業90分・依頼10分・週1回なら、年間で約69時間という数字が出ます。

社内で広げたいときにも、この数字があるかどうかで話の通りやすさが変わりました。

「なんとなく便利」では予算も承認も動きません。
逆に「週1回の作業が90分から10分になった」と言えれば、それだけで十分な材料になります。

引き継げる形にしておく

自動化がうまくいくほど、その作業は自分にしか回せなくなります。効率化したはずが、休みを取りにくい仕事に変わってしまうんですよね。

そうならないように、引き継ぎを前提にした形で残しておきます。

必要なのは、依頼文と確認方法の2つだけでした。

この4行があれば、初めての人でも同じ結果にたどり着けます。逆にこれがないと、担当が変わった瞬間に手作業へ戻ってしまうんですよね。

引き継ぎのときに「Claude Codeでやってました」とだけ伝えても、受け取った側は再現できません。渡すべきなのはツール名ではなく、依頼文と確認方法のほうでした。

せっかく作った仕組みが1人で終わるのは、もったいないです。
チーム全体に広げるときの考え方はClaude Code業務効率化の実例でも触れています。

非エンジニアがClaude Codeでつまずく点

最後に、実際に多くの人が引っかかるところをまとめます。

どれも仕組みを知っていれば数分で抜けられるものばかりです。

ファイルの場所が伝わらない

いちばん多いのがこれです。「デスクトップの資料を整理して」と頼んでも、見つからないと返されることがあります。

ここで「使えないツールだな」と思ってやめてしまう人が多いのですが、原因は単純な行き違いでした。

原因は単純で、起動した場所と違うフォルダのファイルは最初から見えていないからでした。

いちばん確実なのは、対象のフォルダで起動し直すことです。デスクトップアプリならフォルダを選ぶだけで済みます。

「見えていない」だけなので、場所さえ伝われば普通に処理してくれます。能力の問題ではないと知っておくと、余計に悩まずに済みますよ。

日本語のファイル名も、たまに引っかかる原因になります。
うまくいかないときは、いったん英数字の名前で試してみてください。

確認のダイアログで止まってしまう

作業の途中で「実行してよいですか」と何度も聞かれて、手が止まる人が多いです。とくにファイルを書き換える作業では、そのたびに確認が入ります。

これは安全のための仕組みなので、切らずに付き合うのが基本になります。誤って消してしまう前に止まってくれる、最後の関門だからですね。

とはいえ毎回同じコマンドで聞かれるなら、そのコマンドだけ許可しておけば次から聞かれません。

最後の1行だけ守ってください。確認を全部飛ばすモードもありますが、ファイルを扱う業務で使うと事故が戻せなくなります。

読み取りだけの作業なら、そもそも確認はほとんど出ません。集計や調査から始めると、この煩わしさ自体をあまり感じずに済みます。

面倒でも、消す操作と外に出す操作だけは自分の目で通す。
これは慣れてきたあとほど、意識しておきたいところです。

出力をそのまま提出してしまう

できあがりがきれいだと、つい確認を省きたくなります。ところが体裁が整っているほど、間違いは見つけにくくなるんですよね。

とくに集計の数字と、文章の中の固有名詞は必ず見てください。さきほどの表のとおり、見るところを決めておけば数十秒で済みます。

提出物として外に出るものは、なおさらです。取引先に出す資料で数字が違っていたら、時間を短縮した意味がなくなります。

短縮できるのは作業時間であって、責任ではありません。ここだけは、慣れても手を抜かないところだと思っています。

費用と情報の扱いが不安になる

最後は、始める前にいちばん気になるところです。

費用については、サブスクリプションなら月額が固定なので読めます。使いすぎて請求が跳ねる、という心配がないぶん安心して試せますよ。

使った分だけ課金されるAPIキーの方式は、慣れるまで避けたほうが安心でした。

作業フォルダを分ける話が、ここでも効いてきます。渡す範囲を自分で決められる状態にしておくと、判断が楽になりますよ。

「このフォルダの中だけ見せている」と説明できれば、上司に確認を取るときも話が早いです。全社の共有ドライブを丸ごと開けるのとは、まったく別の話になりますからね。

会社で使う場合は、勝手に始める前に一度確認しておいてください。
あとから止められるより、最初に話を通したほうが結果的に早く広がります。

Claude Codeによる非エンジニアの業務自動化に関するよくある質問

ここでは、実際に始めるときによく出てくる疑問に答えていきます。

Q：プログラミングの知識がまったくなくても使えますか？

A：使えます。やってほしいことを日本語で書けば、必要な処理はClaude Code側が組み立ててくれます。

ただし、ファイルがどこにあるかを伝える程度の操作は必要です。黒い画面が苦手なら、デスクトップアプリかCoworkから始めると負担が小さくなります。

Q：Claude CodeとCoworkは、どちらを使えばいいですか？

A：中身は同じ仕組みなので、操作しやすいほうで構いません。コードにまったく触れない業務なら、ターミナルの要らないCoworkのほうが入りやすいです。

ローカルのファイルを扱う場合は、どちらもデスクトップアプリを起動しておく必要があります。あとから乗り換えることもできるので、最初から決め打ちしなくて大丈夫です。

Q：出力が正しいかを毎回全部チェックするのは大変では？

A：全部は見なくて構いません。業務ごとに見るところを1つか2つ決めておけば、数十秒で終わります。

集計なら合計金額と行数、議事録なら人名・日付・金額です。依頼の時点で「合計と件数も出して」と頼んでおくと、確認の材料が最初からそろいます。

Q：機密情報を含むファイルを扱っても大丈夫ですか？

A：会社の方針を先に確認してください。技術的には扱えますが、扱ってよいかは組織のルールで決まります。

どうしても必要な場合は、個人情報の列を削ってから渡す、作業フォルダを分けて関係ないファイルを置かない、といった対策を取ります。渡す範囲を自分で決められる状態にしておくのが基本です。

まとめ

Claude Codeによる非エンジニアの業務自動化は、ツールを覚えることより任せ方を決めることのほうが大事でした。

手順が毎回同じで、結果を自分で確かめられて、間違えても取り返しがつく。この3つがそろう業務から渡していけば、まず失敗しません。

1回やらせて満足せず、依頼文をファイルに残すところまでやってみてください。そこまでやって初めて、来月も同じ時間が浮きます。

まずは自分の1週間を振り返って、「これ毎回同じことやってるな」と思う作業を探してみてください。
たいていの人には、1つや2つは見つかるはずです。

Claude Codeのような道具を使いこなす力は、生成AIを業務にどう組み込むかという視点とセットで伸びます。講座として学ぶ選択肢を知っておきたい方には、キカガクの「生成AIビジネス実践コース」の料金と学べる内容が参考になります。