※Claude Codeを使用して記事を作成しています。
前回の記事では、非エンジニアこそClaude Codeを使うべき理由を紹介しました。
今回は、もう少し実践的な内容に踏み込みます。
テーマは、
「エンジニアと話す前の下調べ」
です。
打ち合わせの場で、言葉が通じずに時間を無駄にしてしまう。
そんな経験がある方は多いと思います。
Claude Codeを使って事前に下調べをしておくことで、打ち合わせの質を大きく変えることができます。
なぜ「下調べ」が必要なのか
エンジニアとの打ち合わせで、非エンジニアがよく感じるのは、
「話についていけない」
「質問した内容がずれている気がする」
という感覚です。
これは、知識がないことが問題なのではなく、
事前に土台となる知識を用意していないこと
が原因であるケースが多くあります。
打ち合わせの場で初めて専門用語に出会うと、理解する時間を打ち合わせの中で使ってしまいます。
その結果、
- 本来話し合いたかった内容に時間が使えない
- 理解が浅いまま話が進んでしまう
- 後から「あれはどういう意味だったか」と聞き直す手間が発生する
という状態になります。
下調べは、この時間のロスを減らすための準備です。
下調べで目指すのは「完璧な理解」ではない
ここで大切な考え方があります。
下調べの目的は、
エンジニアと同じレベルで理解すること
ではありません。
目指すのは、
「会話についていける状態」を作ること
です。
専門的な部分まで完璧に理解する必要はなく、
- 大まかに何の話をしているのか
- どんな選択肢があるのか
- 何を確認すべきなのか
がわかっていれば十分です。
実例:打ち合わせ前にClaude Codeで下調べする
ここでは、
「アプリにプッシュ通知機能を追加したい」
という要望を持って、エンジニアと打ち合わせをする場面を例にします。
ステップ1:議題に出てきそうな言葉を先に調べる
打ち合わせの案内やこれまでのやり取りから、出てきそうな専門用語を先に確認しておきます。
【質問例】
アプリにプッシュ通知機能を追加する打ち合わせをします。
この機能に関連して、
エンジニアとの会話で出てきそうな専門用語を教えてください。Claude Codeが、以下のような回答を返してくれます。
【回答例】
プッシュ通知に関連して、以下の用語が出てくる可能性があります。
- FCM(Firebase Cloud Messaging):
プッシュ通知を送るためによく使われる仕組み
- トークン:
通知を送る対象の端末を識別するための情報
- サイレント通知:
画面に表示せず、裏側でデータだけを送る通知
- オプトイン/オプトアウト:
ユーザーが通知を許可する/しないの設定
- セグメント配信:
条件に応じて特定のユーザーグループにだけ通知を送ること事前にこれらの言葉を知っておくだけで、打ち合わせ中に置いていかれることが減ります。
ステップ2:選択肢と論点を把握しておく
専門用語だけでなく、「何を決める必要があるのか」も事前に把握しておきます。
【質問例】
プッシュ通知機能を追加する際、
一般的にどんな選択や決定が必要になりますか?
非エンジニアが打ち合わせで押さえておくべき論点を教えてください。Claude Codeが、以下のように整理してくれます。
【回答例】
■ 決める必要がありそうな論点
1. 通知を送るタイミング
即時か、決まった時間にまとめて送るか
2. 通知の対象者
全ユーザーか、条件に応じた一部のユーザーか
3. 通知を送る手段
自動送信か、管理画面から手動で送信するか
4. ユーザーの通知設定
通知のオン/オフを個別に設定できるようにするか
5. 効果測定
通知を開いた割合などを計測する必要があるか打ち合わせ前にこれらを見ておくだけで、
「今日はどの論点について話すのか」
を意識しながら参加できるようになります。
ステップ3:自分の要望を整理しておく
下調べは、専門用語の理解だけではありません。
自分が伝えたいことを、打ち合わせ前に整理しておくことも重要です。
【質問例】
以下の要望を、エンジニアに伝わりやすい形に整理してください。
「新規登録したユーザーに、
アプリの使い方を通知で教えてあげたい。
何度も送って邪魔にならないようにしたい」Claude Codeが、以下のように整理してくれます。
【回答例】
【整理した要望】
- 対象:新規登録したユーザー
- 目的:アプリの使い方を伝える
- 手段:プッシュ通知
- 制約:送りすぎてユーザーの負担にならないようにする
【確認しておきたい点】
- 通知は何回・どのくらいの期間で送る想定か
- ユーザーが既に使い方を理解している場合、
通知を止める仕組みが必要か自分の要望を事前に構造化しておくことで、打ち合わせの場でも簡潔に伝えられます。
ステップ4:予想される懸念点を先に知っておく
エンジニアが打ち合わせで指摘しそうな懸念点も、事前に把握しておくと安心です。
【質問例】
新規登録ユーザーへの通知機能を追加する際、
エンジニアが懸念として挙げそうなポイントを教えてください。Claude Codeが、以下のように答えてくれます。
【回答例】
- 通知を許可していないユーザーへの対応をどうするか
- 通知の内容を後から変更したい場合の運用方法
- 通知が多すぎることによるアプリのアンインストール率への影響
- 複数の通知が重なるタイミングの調整これを知っておくだけで、エンジニアから懸念点が挙がったときに、
「想定していなかった」
ではなく、
「その点は事前に確認していました」
という状態で打ち合わせに臨めます。
下調べのやりすぎに注意する
ここで、ひとつ注意点があります。
下調べに時間をかけすぎると、本来の目的を見失うことがあります。
- 専門用語を完璧に覚えようとする
- 技術的な実装方法まで理解しようとする
- 調べることが目的になってしまう下調べは、あくまで
打ち合わせの質を上げるための準備
です。
完璧な知識を目指すのではなく、
「会話についていける最低限の土台」
を作ることを意識してください。
下調べ用の質問テンプレート
毎回ゼロから考えるのは大変なので、テンプレートを用意しておくと便利です。
【下調べテンプレート】
1. 【テーマ】に関連して、
打ち合わせで出てきそうな専門用語を教えてください。
2. 【テーマ】を実現する際、
一般的にどんな選択や決定が必要になりますか?
3. 以下の要望を、エンジニアに伝わりやすい形に整理してください。
(要望を書く)
4. 【テーマ】を追加する際、
エンジニアが懸念として挙げそうなポイントを教えてください。打ち合わせ前にこのテンプレートに沿って質問するだけで、一定の下調べが完了します。
まとめ
エンジニアと話す前の下調べについてまとめます。
- 下調べの目的は「完璧な理解」ではなく「会話についていける状態」
- 専門用語だけでなく、論点や選択肢も事前に把握しておく
- 自分の要望は打ち合わせ前に構造化しておく
- 想定される懸念点も先に知っておくと安心
- 下調べに時間をかけすぎず、最低限の土台作りに留める
打ち合わせの前に数分だけClaude Codeに質問するだけで、当日の会話の質は大きく変わります。
「知らないまま参加する」から「準備して参加する」へ
この小さな習慣が、エンジニアとの信頼関係にもつながっていきます。
次回予告
次回は、
「『コードがわからない』人のためのClaude Code入門」
をテーマに、
- 非エンジニアが最初に覚えておくべき基本操作
- コードが読めなくても使える機能
- つまずきやすいポイントと対処法
を紹介します。
