Claude Codeの資料作成|修正・納品込みの利益を計算する

Claude Codeの資料作成|修正・納品込みの利益を計算する

Claude Codeで資料の初稿を作れても、顧客からの修正や納品形式の調整に時間がかかり、結局いくら利益が残るのか分からないことはありませんか。生成が速くなった分だけ安く受けてよいのかも迷うところです。10月5日の資料作成事例をきっかけに、受託案件の構成づくりから引き渡し後の対応までを整理しました。同じ条件で時間を測り、編集できる資料の確認と次回の見積もりにつなげる方法をご紹介します。

結論

比較する題材は、同じ素材を使う提案資料10枚などに固定します。構成、初稿、数値確認、修正、形式確認、引き渡しを分け、人が読んで確かめる時間も総作業に含める方法です。生成だけの所要時間で判断せず、手戻りの原因と顧客の確認結果を一件ずつ残します。

納品前には、顧客の環境で文字の変更、ページの追加、担当者の交代を試します。見栄えと編集のしやすさは別々に確認し、図表の元データも追える状態にします。形式、修正の回数と範囲、内容の確認者を着手時に決めておくと、追加対応の見積もりを説明しやすくなります。

架空の条件として収入3万円、追加費用千円、内部時間単価3千円なら、作業6時間で判断用の差額は1万1千円、9時間で2千円です。修正が3時間増えるだけで差額は9千円減ります。この計算は相場や実績ではなく、税・共通経費を含まない見積もり用の例です。

目次 (10)

10月5日の資料作成事例が問い直す、生成後の仕事

2026年10月5日付として収録された資料作成ツールの紹介投稿には、Claude Codeで自作ツールを改良し、デザイン、編集のしやすさ、共同作業を重視したという内容があります。毎日2〜3本の資料を作るという記述も、投稿者本人の自己報告です。

確認できたのは、当日の収集記録に残った紹介文です。本稿の確認時も投稿ページの本文取得は403で失敗しており、動画やツールの実際の操作は検証できていません。特定の形式へ出力できることや、複数人で同時に編集できることを確認したレビューとしては扱いません。

この投稿を、Anthropicによる公式の新機能発表や、誰でも同じ条件で利用できる製品の案内と読み替えることもできません。自作した資料制作の仕組みに関する紹介であり、利用条件や性能を一般化するには、公開資料と実際の動作を別に確かめる必要があります。

それでも、編集のしやすさと共同作業を重視するという着眼点は、受託の資料制作を考える材料になります。初稿が完成したあとにも、顧客の数字を反映する、承認者の説明を加える、別の担当者へ渡すといった仕事が残るためです。ここから先は、その工程を見積もるための本稿の分析と提案です。

たとえば、見た目のよい資料をすぐに作れても、価格表の更新で図をすべて描き直すなら、その時間は案件に含まれます。逆に、顧客が自分で変更でき、受託側への問い合わせが減れば、引き渡し後の対応時間にも違いが出る可能性があります。どちらも今回の投稿から確定できる効果ではなく、測る対象です。

基本的な準備や資料作成の進め方は、既存の資料作成手順の記事へつなげています。本稿では同じ設定説明を繰り返さず、顧客に渡せる品質までに何を確認し、どこまでを一件の仕事として記録するかを扱います。

構成から引き渡しまで、同じ資料で作業時間を測る

測定用の題材として、架空の顧客向け提案資料10枚を用意します。製品説明、価格表、過去の提案文など、使う素材を同じ状態で保管します。読み手、提案の目的、枚数、内容の確認者、納品形式も固定すると、作り方の違いを比べやすくなります。

合格条件は「10枚できた」だけでは足りません。たとえば、承認済みの価格が使われていること、説明に必要な出典を追えること、顧客の環境で開けること、指定した文字を変更できることまで決めます。これは比較のための条件案であり、特定ツールの機能を確認した結果ではありません。

六つの工程を同じ記録方法で測定する

工程を途中でまとめ直すと、修正時間が初稿へ紛れ込み、どこが改善したのか分からなくなります。次の順番を従来方法とClaudeを使う方法の両方に適用します。各工程で開始と終了を記録し、別作業へ移った時間は除外して、実際に手を動かした分を合計します。

  1. 構成を決める。読み手が判断する内容を整理し、10枚それぞれの役割を決めます。素材を読む時間や依頼内容を確認する時間も、この工程として記録します。
  2. 初稿を作る。文章と図表を配置し、ひと通り読める状態まで仕上げます。指示を書く時間、生成を確認する時間、候補を選ぶ時間も含めます。
  3. 出典と数値を確認する。価格、割合、日付、比較条件を元資料と照合します。根拠のない表現を直す時間も記録し、確認者と参照先を残します。
  4. 修正を反映する。顧客の変更依頼を一覧にまとめ、何回目の修正かを記録します。誤りの訂正、当初範囲の調整、新しい素材の追加を区別します。
  5. 納品形式を確認する。指定環境で開き、改行や図表の表示、必要な編集を確かめます。変換や書き出し後に崩れた箇所を直す時間も含めます。
  6. 引き渡す。最終版、図表の元データ、更新時の注意点をまとめ、顧客の確認結果を受け取ります。納品説明と後から受けた問い合わせの対応時間も別欄に記録します。

待ち時間は二種類に分けると記録が役立ちます。人が別の仕事をできる生成待ちや承認待ちは、作業分数と別に経過時間へ残します。画面を見ながら確認し続ける時間は作業分数に含めます。これにより、案件の納期と担当者が使う時間を混同しにくくなります。

比較する際は、人の読解や確認を片方だけから除外しないことも必要です。従来方法は最終確認まで数え、Claudeを使う方法は初稿までしか数えない、といった集計では納品までの負担を比べられません。本稿では実測を行っていないため、完成時間や削減率、成功率の結果は示していません。

同じ担当者が同じ素材で二度作ると、二回目は内容を覚えている影響も出ます。実施順序と再利用した素材を記録し、差がすべて作り方によるとは断定しないようにします。小さな比較でも、この注記があれば、次の案件で確かめるべき点を残せます。

顧客が直せる資料を、納品前に確かめる

顧客が必要としているのは、会議で表示する完成版だけとは限りません。翌月に売上の数字を更新する、別の商品を紹介するためにページを増やす、担当者が異動して新任者が引き継ぐなど、納品後に用途が続くことがあります。どこまで編集できる必要があるかを先に聞いておきます。

納品条件では、閲覧用の形式と編集用の形式を区別します。PDFで表示が保たれていても、顧客が求める文字の差し替えを満たせるとは限りません。また、編集用ファイルが存在するだけでは、顧客の使用環境で同じように開けることや、図表を更新できることの確認にはなりません。

数字変更・ページ追加・担当交代を確認する

次の三場面は、納品前の確認案です。今回紹介された自作ツールに備わっている機能を示すものではありません。実案件では顧客が使う形式と端末を指定し、実際に試せた結果を確認欄へ記録します。実施できなかった確認は、未確認として引き渡し時に共有します。

  1. 数字を変更する。ひとつの売上値を差し替え、本文、グラフ、注記が整合するかを確かめます。グラフの元データを開けるか、合計や割合を誰が更新するかも確認します。
  2. ページを追加する。同じ資料へ一枚追加し、書体、余白、ページ番号、見出しの位置を確かめます。見本を複製できるか、追加時に調整が必要な箇所はどこかを記録します。
  3. 担当者を交代する。制作担当者以外がファイルを開き、指定の文字を変更して保存できるかを試します。素材の所在や更新の説明だけで引き継げるかも確認します。

見た目の検品では、文字切れ、改行、色の見分けやすさ、図表の読みやすさを確認します。内容の検品では、数値の正確さ、出典との一致、前提条件の明示を確認します。見栄えの改善だけで内容確認を終えず、誰がどちらの確認を担当したかを分けて残すことが大切です。

着手前の合意には、納品形式、編集できる範囲、内容の最終確認者、修正の回数と締め切りを含めます。たとえば、承認された原稿の表現調整と、提案対象が変わる全面的な作り直しを同じ修正として扱うと、見積もった時間から大きく外れる可能性があります。

追加対応が発生したら、依頼内容と所要時間の見込みを記録し、どの範囲を引き受けるかを確認してから作業を進めます。顧客の都合による変更だけでなく、制作側の誤りを直す時間も記録します。負担の所在を見えるようにすることで、次回の品質改善と見積もりの両方に使えます。

修正回数と対応時間を含めて一件の利益を計算する

案件の採算を比べるため、ここでは「案件収入 − 追加利用料 − 外注費 − 総作業時間×内部時間単価」という簡略な式を使います。得られる値は仕事を引き受ける判断用の差額です。税や共通経費を含まず、帳簿上の利益や手取り額を表す計算ではありません。

内部時間単価は、担当者が一時間を使う負担を見積もりへ反映するための仮の値です。自分で作業して現金の支払いがなくても、他の案件や営業に使えた時間は減ります。時間を費用として扱った差額と、現金支出だけを差し引いた額は、別々に見てください。

作業6時間と9時間を架空の条件で比較する

案件収入30,000円、追加利用料1,000円、外注費0円、内部時間単価3,000円と仮定します。作業が6時間なら、30,000円から1,000円と18,000円を引き、差額は11,000円です。修正が増えて9時間になれば時間分は27,000円となり、差額は2,000円です。

同じ収入でも、3時間の追加作業で判断用の差額が9,000円減ります。この例は資料制作の相場、Claudeの現行料金、実際の受注実績を示すものではありません。総作業時間にどの工程を含めるかによって、採算の見え方が変わることを示す架空の計算です。

追加の3時間がどこから来たかも確認します。初稿の数字が誤っていたなら内容確認の改善が必要です。顧客が新しい製品情報を追加したなら、素材追加の範囲を見積もりへ反映します。形式変換の崩れなら、納品形式の確認を早める余地があります。同じ時間増でも次の対策は違います。

月額費用を案件へ配分する場合は、配分額を別に記録し、追加利用料として同じ費用をもう一度差し引かないようにします。複数案件へどう配分したかを残せば、月ごとに集計の基準が変わるのも防げます。本稿では現行プランの料金を確認していないため、具体的な月額価格は掲載しません。

見積もりには、基本の枚数に加えて、修正回数、変更範囲、素材の追加、納品後の対応期間を記します。単に「修正込み」と書くよりも、原稿の差し替えと資料全体の再構成を分けるほうが、追加の依頼に何時間が必要か説明しやすくなります。最初の記録をその説明の根拠にします。

初稿の生成が速くなったという理由だけで、案件全体の値下げ額を決めるのは早計です。確認や引き渡しの負担が同じなら、短縮したのは一部の工程です。値付けを見直す前に、顧客が必要とする品質と編集条件を満たした総時間を集計し、受注できる量にも余裕があるかを確かめます。

一件の記録から、継続利用と見積もりを決める

次の表は、実績を入れるための空欄の記録表です。数値が入っていないのは、本稿で比較実験を実施していないためです。作業分数には人が確認した時間を含め、手戻り理由には何を直したか、追加費用には案件で新たに発生した支出を記入します。

工程 作業分数 手戻り理由 追加費用 顧客の確認結果
構成 記入 記入 記入 記入
初稿作成 記入 記入 記入 記入
出典・数値確認 記入 記入 記入 記入
修正 記入 記入 記入 記入
形式確認 記入 記入 記入 記入
引き渡し・納品後対応 記入 記入 記入 記入

表の外には、案件名、枚数、素材の状態、出力形式、開始と終了、修正回数、内容の確認者を記録します。承認待ちの経過時間は作業分数と分けて残します。記録を翌日以降にまとめて思い出すよりも、工程が終わった時点で記入するほうが、細かな対応の抜けを減らせます。

初回には、見本の準備や確認手順をそろえる時間もかかります。それを初稿作成に混ぜず、初期準備として別に残します。二件目以降に共通化できる作業と、毎回必要な顧客情報の確認を分けることで、どの負担が継続し、どの負担が一度だけだったかを把握できます。

総時間と確認品質を一緒に判断する

継続利用の判断では、総作業時間と合格条件の達成をセットで見ます。時間が短くなっても、数値の誤りや編集できない箇所が増えれば、そのまま顧客向け案件へ広げる判断はできません。確認品質が同等で、修正と引き渡しを含めた負担が減るかを次の一件で確かめます。

一件で効果が出ても、別の資料に同じ結果を約束しないようにします。既存原稿を整える資料と、顧客への聞き取りから構成する提案資料では、時間がかかる場所が違います。図表が多い案件、修正量が多い案件などでも記録を取り、どの条件なら見積もりを安定させられるかを探します。

顧客への提示には、確認できた範囲の説明を使います。「初稿は短縮したが、納品までの総時間はまだ測定中」「この形式では数字の変更まで確認した」といった記録なら、成果と残る確認を区別できます。未測定の増収や時給改善、削減率を受注条件として保証する必要はありません。

次の案件では、一件分の素材と合格条件をそろえ、構成から納品後の問い合わせまで記録してください。その総時間と手戻り理由を、修正込みの見積もりへ反映します。初稿を作れることから一歩進み、顧客が使える状態まで渡した一件を基準にすれば、続ける作り方と必要な費用を判断しやすくなります。

出典

本稿の時事フックは、10月5日付として収録された採用投稿です。収集記録の紹介文を参照しましたが、投稿本文の直接取得は403で失敗し、紹介ツールの動作と効率改善は未検証です。測定手順と納品確認は本稿の提案、費用の数値は架空の計算例です。

補完の参照先としてAnthropic Newsroomと関連動画一覧があります。ブリーフでは前者を今回の新発表の根拠に採用せず、後者は収録30件が7月の情報だったため現在の仕様や需要の証拠にしていません。本稿もそれらから今回のツールの公開や性能を推定していません。

参考になったら ♡
Clauder Navi 編集部
@clauder_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。運営方針 は メディアについて をご覧ください。