非エンジニアの社長がClaude Codeを3ヶ月使って、いちばん変わったのは判断の進め方でした
Claude Codeを使い始める前は、かなり素直に「エンジニア向けの道具だ」と思っていました。
名前に Code と付いていますし、自分は日常的にコードを書く立場ではありません。会社の開発はCTOに任せています。だから、自分の仕事に直結するイメージはありませんでした。
それでも使い始めて3ヶ月ほど経った今、いちばん変わったのは、コードを書く量ではなく、判断を先送りしなくなったことでした。
最初は「何ができるのか」を聞くところから始めた
きっかけは、元同僚の友人に「Claude Code、本当に良い」と言われたことです。
ただ、良いと言われても、自分が何に使えばいいのかは分かりません。最初にやったのは、Claude Codeそのものに近い用途をAIに聞くことでした。
- 自分のような非エンジニアが触る意味はあるのか
- 何を準備すれば動くのか
- VS Codeでよいのか、ターミナルで使うべきか
環境構築も、説明記事を何本も読むというより、詰まったところをその都度聞きながら進めました。
最初はVS Code拡張から入りました。入り口としては分かりやすかったです。ただ、使っていくうちに、リポジトリ全体を見ながら作業させるにはターミナルの方が扱いやすいと分かり、途中から切り替えました。
ここで一度、「これは開発者だけの道具ではなく、プロジェクト全体を前に進める道具かもしれない」と見方が変わりました。
1ヶ月目は、答えを出すより「論点を崩さない」ために使った
使い始めの頃に助かったのは、経営判断の壁打ちです。
経営者の仕事は、きれいに論点が並んだ状態でやって来るわけではありません。半分は決まっていて、半分は感覚で気になっている。そういうものを抱えたまま判断することが多いです。
Claude Codeや他のAIに相談するときは、まず雑な状態のまま投げます。
- 何に迷っているか
- どの案が気になっているか
- 何を決めないと次に進めないか
すると、論点が分かれて返ってきます。これが便利でした。
別にAIが正解を決めてくれるわけではありません。ただ、「自分はここを決めきれていないのか」と見えるだけで、止まっていた判断が動きます。
以前なら翌週に回していたものを、その日のうちに一段進められることが増えました。
2ヶ月目は、社内に渡す前の下ごしらえに使うようになった
次に変わったのは、社内への共有です。
経営者の頭の中にあるものは、そのまま渡すと大抵伝わりません。背景が抜けていたり、優先順位が曖昧だったり、言葉が抽象的すぎたりします。
そこで、社内に伝える前にClaude Codeで一度整えるようになりました。
たとえば、
- CTOに相談したい技術論点を整理する
- 外部パートナーに依頼する背景を短くまとめる
- 社内メモを、決めることと相談することに分ける
こういう作業です。
一度テキストにして、言い足りないところを見つけてから人に渡す。これだけで、最初のやり取りがかなり減ります。
「AIが文章を書いてくれる」というより、自分の考えが相手に届く形まで押し出してくれる感覚に近いです。
3ヶ月目には、実際のプロジェクトを一緒に進める感覚になった
3ヶ月目に入る頃には、単発の壁打ちより、実際のプロジェクトの進行で使うことが増えました。
分かりやすい例が、コーポレートサイトの作り直しです。
新しいサイトでは、
- 何の会社として見せるか
- トップページで何を言い切るか
- どの導線を残すか
- OGP画像をどうするか
- SEOや構造化データをどこまで整えるか
- 旧URLをどうリダイレクトするか
といった判断が連続します。
このときClaude Codeは、実装の手伝いだけでなく、判断の抜け漏れを減らす役割を果たしました。案を出し、比較し、必要ならコードまで直す。こちらは最終判断と編集を担う。そういう分担です。
実際には、AIの初稿をそのまま使うことはあまりありません。コピーも、記事も、導線も、かなり削ります。それでも、ゼロから一人で考えるより明らかに速いです。
便利なのは「相談相手が増えた」ことではなく、「止まる時間が減った」こと
使い続けて感じたのは、AIが相談相手として優秀だから便利、というだけではないことです。
本当に効いているのは、止まる時間が減ることでした。
- 考えがまとまるまで人に相談できない
- 書き出すまで自分でも何に迷っているか分からない
- 依頼文を作るだけで後回しになる
こういう小さな停滞が減ります。
経営の仕事では、この「小さく止まる」が積み重なります。そこを崩せるのが、自分にとっての価値でした。
もちろん、判断を任せる道具ではない
ここは誤解したくありません。
Claude Codeはかなり頼れますが、最後の判断を引き取ってくれるわけではありません。会社の方針、採用する表現、どこまで公開するかは、人が決める必要があります。
むしろ、AIを使うほど「どこを自分で決めるか」ははっきりします。
- 事実確認
- 方針決定
- その会社らしい言い回し
- 責任を負う判断
このあたりは、人が持つべき部分です。
AIが便利だったのは、そこを奪うからではなく、そこに早く辿り着けるからでした。
まとめ
非エンジニアの自分がClaude Codeを3ヶ月使って変わったのは、開発者になったことではありません。
- 判断前の論点整理が速くなった
- 社内に渡す前の言語化がしやすくなった
- 実際のプロジェクトを前へ進める速度が上がった
この3つです。
「コードを書かないから関係ない」と思っていたのは、今振り返るともったいなかったです。意思決定、依頼、社内共有の途中で詰まりやすい人ほど、一度ちゃんと触ってみる価値があると思っています。