【非エンジニア編第11回】見積もりが妥当か、非エンジニアがClaude Codeで感覚をつかむ方法

※Claude Codeを使用して記事を作成しています。

前回の記事では、エンジニアの発言をClaude Codeで翻訳してもらう方法を紹介しました。

今回のテーマは、

見積もりの妥当性

です。

見積もりが出てきたが、高いのか安いのかわからない
「そんなにかかるのか」と思っても、根拠を聞く言葉がない
逆に安すぎて、後から追加費用が出ないか不安になる

非エンジニアにとって、見積もりの判断は特に難しい場面のひとつです。

Claude Codeを使って、見積もりの妥当性を判断するための「感覚」をつかむ方法を紹介します。

最初に:Claude Codeは見積もりの「正解」を出せない

最初に、大事な前提を共有します。

Claude Codeは、あなたのプロジェクトの正確な工数を断定することはできません。

理由は、見積もりが以下のような個別の事情に左右されるからです。

既存システムの構造や、コードの状態
チームのスキルや開発体制
品質に求める水準
仕様の確定度合い

これらはClaude Codeからは見えません。

したがって、

「この見積もりは高い」「安い」と判定してもらう

という使い方は適していません。

Claude Codeの役割は、

見積もりを読み解き、エンジニアに質問するための土台を作る

ことです。

見積もりが妥当かわからなくなる理由

非エンジニアが見積もりの判断に迷うのは、以下のような状況が重なっているからです。

工数の内訳がわからない
「開発一式」とだけ書かれていて、何にいくらかかるのか見えない
作業の種類が想像できない
「設計」「テスト」「調整」が、具体的に何をする作業なのかわからない
比較対象がない
他の機能と比べて高いのか、過去の実績と比べてどうなのか判断できない
聞き方がわからない
疑っているように聞こえそうで、質問しづらい

これらは、専門知識というより、

「見積もりの読み方」を知らないこと

が原因であるケースが多くあります。

実例:見積もりを読み解く

ここでは、「お問い合わせフォームの追加」について、以下のような見積もりが出てきた場面を例にします。
数字は説明のための仮の例です。

【見積もり(例)】
お問い合わせフォーム追加:合計 8人日

内訳が書かれておらず、この数字が妥当かどうか判断できません。

ステップ1:見積もりに含まれる作業を理解する

まず、一般的にどんな作業が含まれるのかを確認します。

【質問例】
エンジニアから「お問い合わせフォーム追加で8人日」
という見積もりが出てきました。
このような機能の開発では、一般的にどんな作業が含まれることが多いですか？
断定ではなく、一般的な傾向として教えてください。

Claude Codeが、以下のように整理してくれます。

【回答例】
お問い合わせフォームの開発には、
一般的に以下のような作業が含まれることがあります。

- 要件の確認・仕様のすり合わせ
- 画面のデザイン・レイアウト調整
- 入力チェック(必須項目、形式の確認など)の実装
- 送信処理や、送信先(メールなど)の実装
- スパム対策などのセキュリティ対応
- テスト(動作確認、異常系の確認)
- 公開作業・公開後の確認

どこまでを含めるかによって、工数は大きく変わります。

作業の種類を知っておくだけで、「8人日」という数字の見え方が変わります。

ステップ2:工数に影響する要因を把握する

次に、見積もりを大きく変える要因を確認します。

【質問例】
お問い合わせフォームの開発工数が大きく変わる要因には、どんなものがありますか？

Claude Codeが、以下のように答えてくれます。

【回答例】
- 入力項目の数や、項目ごとの入力ルールの複雑さ
- 送信後の処理(メール通知、データベース保存、外部連携など)
- 既存のデザインや仕組みに合わせる必要があるか
- スパム対策や個人情報の取り扱いなど、
  セキュリティ要件の厳しさ
- 対応する端末や画面サイズの範囲

これらの要因を踏まえて、「今回の機能は、どの要因に当てはまるのか」を考える材料になります。

ステップ3:エンジニアへの質問を準備する

内訳や前提を確認するための質問を整理します。

【質問例】
この見積もりについて、エンジニアに内訳や前提条件を確認したいです。
相手に疑っている印象を与えないように、質問を整理してください。

Claude Codeが、以下のように提案してくれます。

【質問例の提案】
- 「見積もりの内訳（設計・実装・テストなど）を教えていただけますか？
   全体像を理解しておきたいためです」
- 「今回の見積もりに含まれている作業と、含まれていない作業があれば教えてください」
- 「今回の見積もりで、特に工数がかかる部分はどこでしょうか？」
- 「仕様が変わった場合、どの部分で工数が増えそうですか？」

「疑っている」のではなく、

「理解したい」

という姿勢で質問することで、エンジニアも答えやすくなります。

ステップ4:含まれていない作業を確認する

見積もりで見落としやすいのは、「書かれていない作業」です。

【質問例】
開発の見積もりを確認する際、見積もりに含まれていないことで、
後から追加の工数が発生しやすい作業にはどんなものがありますか？

Claude Codeが、以下のように答えてくれます。

【回答例】
- 仕様変更や追加要望への対応
- テスト環境や本番環境への反映作業
- 公開後の不具合対応・保守
- 既存機能への影響確認
- ドキュメントの作成

これらが見積もりに含まれているか、事前に確認しておくことで、

「後から追加費用が出た」

というトラブルを減らせます。

ステップ5:「安すぎる」場合の確認ポイントを知る

高すぎるだけでなく、安すぎる見積もりにも注意が必要です。

【質問例】
見積もりが想定よりかなり低かった場合、
確認しておいた方がよいポイントを教えてください。

Claude Codeが、以下のように整理してくれます。

【回答例】
- 要件の認識が、エンジニアと食い違っていないか
- テストや動作確認が、工数に含まれているか
- 既存システムへの影響確認が含まれているか
- 前提としている条件(仕様の範囲など)が何か

安い見積もりは魅力的に見えますが、

前提がずれているだけかもしれない

という視点を持つことが大切です。

Claude Codeの情報を扱う上での注意点

一般論を「相場」として扱わない

Claude Codeが示す内容は、一般的な傾向の説明です。

「この機能は通常〇日」というような数字を鵜呑みにして、

「相場より高い」

とエンジニアに伝えるのは避けてください。

システムの状況が違えば、工数は大きく変わります。

疑う目的で使わない

見積もりの確認は、エンジニアを疑うためではなく、

お互いの認識を揃えるため

に行うものです。

Claude Codeで得た知識は、質問の質を上げるために使い、議論の材料として活用してください。

最終判断は人との対話で行う

見積もりが妥当かどうかは、最終的に、

エンジニアとの対話
必要であれば、別のエンジニアの意見
過去の実績との比較

を通じて判断するものです。

Claude Codeは、その対話をより建設的にするための準備です。

見積もり確認用の質問テンプレート

【見積もり確認テンプレート】
1. 「(機能名)で(工数)」という見積もりが出てきました。
   このような機能の開発で、一般的にどんな作業が含まれることが多いですか？
   断定ではなく、一般的な傾向として教えてください。

2. この機能の開発工数が大きく変わる要因には、どんなものがありますか？

3. この見積もりについて、エンジニアに内訳や前提条件を確認したいです。
   疑っている印象を与えないように、質問を整理してください。

4. 見積もりに含まれていないことで、
   後から追加の工数が発生しやすい作業を教えてください。