非エンジニアの同僚にClaude Codeを教えてみた話 ― 3人試して見えた「向き不向き」の分かれ目

「Claude Codeは非エンジニアでも使える」と聞いて、実際どうなのか

最近、非エンジニア向けのClaude Code研修が急に増えている。「コードが書けなくても業務が10倍速くなる」的な謳い文句もよく見かけるようになった。

私はWeb制作会社でエンジニアをしているが、社内で「Claude Codeってエンジニア以外でも使えるの?」と聞かれることが増えた。じゃあ実際にやってみようと、営業事務・経理・デザイナーの同僚3人に、それぞれ1〜2週間かけてClaude Codeを教えてみた。

結論から言うと、向き不向きははっきり分かれた。この記事では、誰が上手くいって誰がつまずいたのか、その分かれ目がどこにあったのかを具体的に書く。「うちの会社でも導入して大丈夫か」を判断する材料にしてほしい。

Aさんの業務は、月末に営業から上がってくる見積書のExcelを集計してレポート化すること。フォーマットが毎回微妙に崩れていて、手作業で直してから集計する必要があった。

最初にターミナルの使い方とプロンプトの書き方を1時間ほどレクチャーし、あとは「このExcelフォルダの中身を集計して、こういう形式のレポートを作って」という日本語の指示だけで進めてもらった。

1週間後には「フォーマットのブレを直してから集計して」を自分でプロンプトに書けるようになっていた。集計作業は月8時間かかっていたのが1時間程度になったと本人が言っていた。

Bさんには請求書の金額とシステム上の記録を突き合わせるチェック作業を任せようとした。こちらも手順自体は単純作業なので向いていると思っていたが、結果は逆だった。

理由は、Bさんが「AIの出した結果を最後まで自分の目で全部再確認しないと不安」というタイプだったこと。Claude Codeが処理した結果を毎回一件ずつ手で検算し直していて、時間短縮にならなかった。

TOI

作業内容より「AIの出力をどこまで信用できるか」への感覚のほうが、定着を左右する気がした

経理は金額を1円でも間違えられない業務なので、この慎重さ自体は悪いことではない。ただ、「時短のためにAIを使う」という目的には合わなかった、というだけの話だ。

Cさんには、バナー画像に入れるコピー案を複数パターン出す作業を任せた。プロンプトを書くこと自体はすぐ覚えたが、「出てきた案が微妙にズレている」ことへの違和感を自分の言葉で修正指示に変換するのに時間がかかった。

3週目あたりから「もっとターゲットが年配寄りの言い回しにして」のように具体的な修正依頼ができるようになり、そこからは作業時間が目に見えて減った。定着はしたが、Aさんより立ち上がりに時間がかかったタイプ。

3人を見て、向き不向きを分けていたのは以下の3点だった。

「正解が明確な業務」×「AIの出力を疑う勘所を持っている人」が一番早く定着するというのが、3人を見た実感だ。逆に、慎重さがそのまま「全部見直す」に直結してしまう人には、いきなり時短目的で渡すのは向いていない。

同僚に教えるときに私が意識したのは次の3つ。

最初の指示は「型」を渡す: 「〇〇のフォルダの中身を確認して、△△の形式でまとめて」のように、指示文のテンプレートを最初に渡した。ゼロからプロンプトを考えさせると挫折しやすい
1回で完璧を求めない: 最初の出力に対して「ここが違う」を伝えて直させる、を2〜3往復するのが前提だと最初に伝えておく。1発で正解が出ると期待していると、ズレたときに「使えない」で終わってしまう
チェックする業務では渡さない: Bさんのケースの反省点。最終確認そのものが目的の業務(監査、承認など)には最初から向いていないので、渡す業務を選ぶ段階で外すべきだった

TOI

「誰にでも使わせれば時短になる」わけではなく、業務の選び方のほうが重要だと分かった