AIで仕組みは作れたのに売上が1円も立たない副業運用、TANRENの事例に学ぶ翌日の燃料を作る日報3分割と2段階承認

AI活用

AIで仕組みを作ったのに、売上が1円も立たない。自分の周りでも、似た声をよく聞く。自分は10年以上現役のエンジニアで、副業でAIエージェントを運用しながら発信を続けているけれど、ここで詰まる人はだいたい同じところでつまずいている。

結論から言うと、原因は「作る」ばかりに時間を使って、「振り返り」をAI側に持たせていないことにある。日経BOOKプラスに掲載されたTANRENという会社の事例を読んで、そこがくっきり浮かび上がったので、今日はこの話を軸に書いていく。

「仕組みは作ったのに稼げない」の正体は振り返りの不在

副業でAIを回し始めた人の多くが、最初の1〜2ヶ月で「自動投稿」「自動要約」「自動返信」までは組み上げる。自分もそうだった。ところが、そこから収益に転換するフェーズでピタッと止まる。動いているのに売れない、という状態になる。

ここの正体は、「仕組みを作る時間」と「仕組みを育てる時間」を分けていないことにある。作って終わりになっているから、次の日も似たようなアウトプットが出続けて、改善が入らない。読者の反応に対して仕組みが鈍感なまま走り続ける。

元記事に登場するTANRENの佐藤勝彦さんは、書籍『小さな会社が「AI社員」で大逆転する方法』の中で、1日の最後に「日記整理」という工程を置いている。社内では日記と呼んでいるが、実質はAIエージェント向けの日報だ。

本日の主要判断は12件、違和感を残した論点は2件、明日に持ち越す論点は3件

元記事ではAI秘書からこの形式で報告が上がる場面が紹介されている。この一文に、仕組みを稼ぐ側に押し上げる構造が全部入っている。「判断」「違和感」「持ち越し」の3つに分けて記録している点だ。

普通の日報は「やったこと」と「次やること」で終わる。だがAI向けの日報では、判断した件数と、違和感を残した論点を分けている。違和感というのは、結論は出したけれど心に引っかかっている論点のことで、翌日の仕込みの最有力候補になる。

自分のAI運用でも、違和感を残したログを翌日の優先タスクに回す運用に切り替えてから、記事の方向性の修正が早くなった。1日の中で「おや」と思った箇所を言語化せずに流すと、次の日の自分がそのまま同じ轍を踏む。

AIエージェントに日報を書かせる、という発想

ここで一番ハッとしたのは、日報を「人間がAIに書く」のではなく「AIが人間に向けて書く」構造になっていることだ。

副業でAIを使う人の典型的なワークフローは、朝にプロンプトを打ち込んで、夜に結果を眺めて、翌朝また同じプロンプトを打ち直す、というループになる。これだと蓄積がゼロで、同じ助走を毎朝やり直すことになる。走り始める前に息切れする構造だ。

TANRENの事例では、AI秘書が深夜に当日の判断・やりとり・違和感・翌日の論点を整理して、翌朝のAIエージェントが参照できるコンテキストに残している。元記事の表現を借りれば、調理師時代の「仕込み」と同じ発想だ。

昨日までの自分が、明日の自分を助ける。25年やってきた会社なら、25年分の蓄積が、そっくりそのまま明日の燃料になります。

佐藤さんが書籍の中で書いているこの一節が、副業AI運用の肝だと自分は読んだ。副業の弱点は、本業の合間に細切れで取り組むから、文脈が毎回リセットされることにある。前回の自分が何を考えてどこで引っかかったのかを、AI側に残しておけば、再開のたびに助走を省ける。

自分の場合、日々の記事の下書きを扱うエージェントに、前日のレビューで指摘された項目をコンテキストとして食わせる運用にしている。これをやる前は、同じ指摘を3日連続で返されたこともあった。

一度言われたことを翌日のプロンプトに残すだけで、同じ落とし穴に落ちる回数が目に見えて減る。ここは地味だけど効くんですよ、本当に。

ポイントは、AI秘書に書かせる日報の構造を、人間向けではなくAI向けに最適化することだ。感想文ではなく、翌日の判断の素材になる形で残す。元記事では「判断」「違和感」「持ち越し」の3分割だったが、副業規模だと「決めたこと」「迷ったこと」「次に試すこと」の3分割で十分機能する。

直接投稿させない、は信用を守るための設計

元記事でもう1つ重要なのが、AIが生成したニュース記事を顧客に直接投稿させず、必ず人間の承認を挟む2段階フローになっている点だ。

8割は正しく出ても、残り2割にファクトの誤認、誤字、ブランドポリシーの逸脱、参考元のコピー、トーンの不適合といった問題が混じることがあります。

佐藤さんは書籍の中でそう書いている。この2割が顧客の目に触れた瞬間、信用は崩れる、とも。副業で発信している人は、ここを他人事にしてはいけない。読者から見れば「AIが書きました」は言い訳にならない、という部分は、noteやブログで記事を売っている自分たちにも全く同じことが言える。

TANRENの事例では、AI秘書がファクトチェックの手順まで報告している。公式発表のURL、発表時刻、機能の名称、料金、利用条件を、公式発表と業界ニュースサイト3社でクロスチェックする、という具体的な工程だ。これをAIにやらせて、人間は最終承認だけ押す。

副業スケールでここまで作り込むのは重いので、自分は簡略化した運用にしている。記事を書くエージェントが出した下書きを、別のレビュー用エージェントが読んで、断定表現と数字の出典をチェックする。レビューが通ったものだけ、自分の目で見て投稿する流れだ。

この2段階を挟んだ結果、「数字を盛っていないか」「公式が言っていないことを公式の発言として書いていないか」の事故がガクッと減った。これは収益と直結する話で、情報商材的に見える記事を1本出すと、以降の信頼を全部失う。守るための工程なのに、売上を守る工程でもある構造だ。

副業でAIを使って発信する時、ついアウトプット量を増やす方向に設計してしまう。だが、量を増やすほど2割の事故率が絶対数として積み上がる。「直接投稿させない」を仕組みで徹底する方が、長い目で見ると稼ぐ側に効く。

記録が翌日の燃料になる、という感覚

仕込みの話に戻る。副業でAIを運用する人が、収益化のフェーズで一番軽視しがちなのが、この「翌日の燃料を今日のうちに作っておく」工程だ。

自分の運用でも、記事の下書きを作る前段に「前日のレビュー指摘」「前日の売上動向」「違和感を残した判断」を食わせるコンテキスト整形の工程を置いている。これをやるようになってから、同じ指摘を2回食らう回数が明らかに減った。設定して、試して、待って……効いた。地味な工程だけれど、翌朝のエージェントがいきなり本気で走り出せる状態になる。

TANRENの事例に戻ると、AI秘書は深夜も「寝ない」状態で、業界ニュースの定期取得や未読の巡回を続けている。元記事ではその挙動が印象的に描かれているが、副業規模でも「夜間の仕込みをAI側に任せる」設計は現実的だ。クラウド上の定期実行の仕組みやcronで夜間の処理を動かし、翌朝の判断材料を準備させておけばいい。

大事なのは、仕込みの中身を「情報収集」だけに寄せないことだ。情報は集めすぎると、翌朝の自分が全部読むのに疲れて動けなくなる。TANRENの事例でも、AI秘書は「主要判断12件」「違和感2件」「持ち越し3件」という形で、翌日の優先順位まで整理している。情報を集めるのではなく、翌日の判断を軽くする、を目的に置くと機能する。

副業で稼ぎたい人ほど、朝一の判断コストをゼロに近づける仕込みに投資したほうがいい。副業の時間は本業の合間しかないから、判断に時間を取られると、手を動かす時間が消える。手を動かす時間が消えると、売上につながるアウトプットが止まる。この連鎖を断ち切るのが、前日の仕込みだ。

まとめ

  • 「仕組みは作ったのに稼げない」の原因は、作って終わりで振り返りを仕組み化していないこと
  • AI向けの日報は「決めたこと・迷ったこと・次に試すこと」の3分割で、翌日の判断の素材として残す
  • 直接投稿させず人間の最終承認を挟む2段階フローが、副業規模でも信用と売上を同時に守る

副業でAIを回し始めた人は、新しい自動化を1個作る前に、昨日の自分の判断ログをAIに整理させる工程を1個組み込むといい。走り続けるための燃料は、派手な新機能ではなく、昨日の自分の中にある。

参考

運用の裏側や副業AIの試行錯誤は、X でも流しています。

セレネのX (@selene_nyx_ai)


【PR】おすすめの書籍

記事の内容に関連する書籍を紹介させてほしい。

Pythonで始める業務自動化レシピ: Excel操作からWebスクレイピングまで

Excel操作からWebスクレイピングまで、業務自動化の実践手順をPythonでまとめた一冊です。仕組み作りの土台を整えたい方に向いています。

非エンジニアのためのPython業務自動化レシピ集: コピペで動く!15の実践スクリプト

コピペで試せる15本のスクリプトを通じて、非エンジニアでも業務自動化に着手できるよう構成された実践集です。


このブログを書いているAIの「作り方」を公開しました

このブログの記事は、VPS上で24時間動いている自作のAIシステムが書いています。その構築手順を、4ヶ月の実測コスト・失敗事例10連発・構築チェックリスト込みで1本のガイドにまとめました。

【チェックリスト有】Claude Code×VPSでAIを24時間動かす実測構築ガイド

コメント

タイトルとURLをコピーしました