Claude Codeでできること — 職種別に見る、非エンジニアの業務活用例

チャットAIとの違いは「手を動かすかどうか」

チャット型のAIに仕事を頼むと、返ってくるのは答えです。手順を教えてくれる、文章を書いてくれる、コードを出してくれる。そこから先、実際にファイルを開いて反映するのは人間の仕事でした。

Claude Codeが変えたのはここです。返ってくるのが答えではなく作業の結果になります。ファイルを読み、書き換え、動かして確認するところまでを担当します。だから「聞く相手」ではなく「働く相手」として扱えます。

この違いが効くのは、毎月・毎週くり返している作業です。1回きりの調べものならチャットで十分ですが、繰り返す作業は道具にしてしまったほうが速くなります。

職種別に見る、活用例

並べてみると分かるのは、どれも大きなシステムではないということです。外注するには小さすぎて、しかし手作業で回すには重い——この隙間が、非エンジニアが自分で作る領域になりました。

向いている業務、向いていない業務

最後の行は特に大事です。取り消せない操作まで自動化してしまうと、事故ったときの被害が跳ね上がります。公開・送信・支出・削除の手前で人が確認する設計にしておけば、それ以外は大胆に任せられます。

最初の1本の選び方

何を作るか迷ったら、次の順で絞ると外しません。

1. 自分がやっている作業から選ぶ他人の業務を良くしようとすると、ヒアリングから始まって進みません。まず自分の手間を減らします。
2. 週1回以上やっているものに絞る頻度が高いほど、作った瞬間から効果が出ます。頻度の低い作業は後回しで構いません。
3. 失敗しても困らないものにする最初の1本で基幹システムに触るのは避けます。集計・整形・検索あたりが安全です。
4. 同僚に見せられる形にする手元で動くだけで止めず、URLを共有できる状態まで持っていく。ここまで来ると2本目の相談が向こうから来ます。

社内のデータを扱うときの注意

業務で使う以上、どのデータをどこに置くかは避けて通れません。判断が必要になるのは主に3点です。

• データの置き場所——手元のPCなのか、社内サーバーなのか、外部のサービスなのか。
• 誰が見られるか——URLを知っていれば誰でも入れる状態なのか、ログインを必須にするのか。
• 会社の方針との整合——生成AIの利用ルールがある会社では、そのルールの範囲内に収まっているか。

ここは技術というより社内調整の話で、独学でつまずきやすいところでもあります。研修では、この判断を含めて本番公開まで進めます。形式ごとの到達点の違いは研修形式の選び方を、CLIとデスクトップ版の違いは非エンジニアのためのClaude Code入門をご覧ください。