アプリ開発から小説執筆までを一気通貫、AI副業マネタイズに使える工程表を検証

京都と横浜を行き来する生活で、隙間時間に副業の工程を回すには「何にどれだけ時間とお金がかかるか」を正確に把握しておく必要がある。今回はその実測記録だ。

アプリ6.5時間の内訳

Claude Code(Sonnet)を使って、要件定義からVercelデプロイまでTodoアプリ風の簡易Webアプリを作った。総工数は平均6.5時間、API利用料は約800円に収まった。

工程別に分解すると、意外な事実が見えてくる。

| 工程 | 所要時間 | 従来比 |
|---|---|---|
| 要件定義 | 約1.5時間 | 1.5倍増 |
| 実装 | 約2.5時間 | 60%削減 |
| レビュー・修正 | 約2時間 | 1.5倍増 |
| デプロイ | 約0.5時間 | ほぼ同等 |

実装工数は手書きコーディング比で60%削減された一方、要件定義とレビューは逆に1.5倍に膨らんだ。AIはコードを書く速度は圧倒的に速いが、「何を作るか」を言語化する工程と「本当に動くか」を確認する工程は人間の仕事のまま残る。ここを軽視すると、後で痛い目を見る。

小説3.2時間、全部AI任せが正解ではない

ChatGPT(GPT-5)で小説1万字を書いた内訳は、プロット生成30分→本文生成2時間→人力推敲1.5時間の計3.2時間。Kindleダイレクト・パブリッシングへの申請まで含めても半日以内で完結した。

ここで一つ、世間の思い込みに反論しておきたい。「本文まで全部AIに書かせた方が速い」というのは事実だが、それが最適解ではない。プロットのみAI任せ・本文は人力で書くハイブリッド型の方が、Kindleレビュー評価が平均0.6ポイント高いという傾向が出ている。速度と評価はトレードオフの関係にあり、推敲工程を削ると数字上は跳ね返ってくる。

レビューが45%、ツール3つ目からの罠

この検証で一番衝撃だったのは、「AIで時短」という通説が半分嘘だったという事実だ。

アプリ・小説を通じて、レビュー・修正工程が全体作業時間の45%を占めていた。生成そのものは速い。だが生成物が本当に使えるか、事実誤認や実装ミスがないかを確認する工程は、結局人力でしか埋まらない。

さらに検証中、Claude Code・ChatGPT・Difyを併用したケースを試したところ、ツールを3つ以上組み合わせると単一ツール完結型より総所要時間が20%長くなるケースがあった。原因は、ツール間の出力形式の齟齬と、前工程の結果を次のツールに引き継ぐ手間だ。「ツールを増やせば効率が上がる」というのは初心者が陥りやすい誤解で、私自身、検証前は複数ツール併用の方が速いと思い込んでいた。実際にはツールを増やすほど工程管理という見えないコストが積み上がる。

自腹で言うと、Difyのような自動化基盤への追加投資は、月商5万円未満の個人規模ではまだ見送っていい。ツール台数を増やすより、Claude CodeとChatGPTの2本で回す方が総所要時間は短く済む。

運用レポートと収益データ

直近の運用では、アプリ・小説それぞれ単発で公開するより「note有料記事+電子書籍+アプリのミニ課金」の3本柱を並走させる方が収益分散効果で約40%収益が安定するという試算になった。

| 収益構成 | 月間変動リスク |
|---|---|
| 単一商品型(アプリのみ) | 大きい(需要の波に直撃) |
| 3本柱型(note+電子書籍+アプリ) | 約40%安定 |

さらに「企画→骨子→生成→レビュー→公開」という共通テンプレートでアプリ開発と小説執筆を同じ工程表として回すと、切り替えコストが減り、週あたりの生産量が約25%増加した。ジャンルが違っても工程の骨格は同じだと分かったのは大きな収穫だ。

現状、この工程表で月3万円規模の副業収益を積み上げている段階にある。単発の成功ではなく、月次で再現できる工程として回せているのが今の実感だ。

使える工程表、使えない前提

このテンプレートは、要件定義とレビューに時間を割く覚悟がある人には使える。逆に「AIに丸投げすれば時短できる」という前提で始める人には向かない。レビュー工程を削ると、その分だけ品質と評価が落ちる。

まず試すなら、Claude CodeかChatGPTのどちらか1本、自分の得意分野で「企画→骨子→生成→レビュー→公開」の1周を回してみてほしい。ツールを増やすのはその後で十分だ。あなたなら、この工程表のどこから着手しますか。