在宅ワークの作業ログを自分で取る意味は何か。先に結論を書くと、私にとっては「進んでいる実感を、気分ではなく数字で持てること」でした。もっと正直に言えば、進んでいない事実から目をそらせなくなること、と言ったほうが近いかもしれません。
私は元調理師で、飲食の現場に10年いたあと、SNS運用代行のフリーランスとして独立しました。営業が苦手で、その苦手を埋めるために自動化を作り始め、2026年6月からSNSの自動投稿と、自分の投稿を自動で集計する仕組みを動かしています。この記事では、週次・月次で数字が自動で届く仕組みにした経緯と、実際に届いた数字をそのまま載せます。数字はきれいではありません。でも、記録が続かない人、進んでいる実感が持てない人には、きれいじゃない数字のほうが参考になると思っています。
作業ログを取ろうと思った理由は「手応えが無かったから」
ログを取り始めた動機は、意識が高かったからではありません。逆です。自分の発信の集客がうまくいっておらず、誰にも見られていない状況が続いていて、それが単純にきつかったからです。
毎日投稿は出ている。作業はしている。でも、何かが進んでいる感覚がまったく無い。この状態が続くと、「このやり方は合っているのか」「そもそも意味があるのか」という不安だけが膨らんでいきます。私はAIを使った仕事に可能性を感じて動いているのですが、収益がまだ立っていないので、方向性が合っているのかどうか、判断する材料が自分の気分しか無かったんです。
気分を材料に判断すると、悪い日はすべてが無駄に思えるし、良い日は根拠なく大丈夫な気がしてしまう。どちらも当てになりません。だったらせめて、実際に何本投稿して、何回見られたのかという事実だけでも手元に置いておこう。それがログを取り始めた理由でした。
もうひとつ理由があります。記録が無いと、失敗したことにすら気づけないからです。私は実際に、2026年7月3日から5日までThreadsの投稿が1本も出ていなかったことがあります。原因は早朝にPCがスリープしていて、6時の生成スクリプトが走れなかったこと。記録と通知の仕組みが無ければ、この3日間の空白に気づくのはもっと遅れていたはずです。
手で記録するのはやめて、数字が勝手に届く形にした
最初に決めたのは、「自分が毎回手を動かして記録する形にはしない」ということでした。理由は単純で、手動の記録は私には続かないと分かっていたからです。飲食時代、労働時間が長くて休みの日は体力が残らず、何もできずに終わる生活を経験しています。意志の力に頼る仕組みは、疲れている日に必ず止まります。
いま動かしている形はこうです。Threadsは1日5本、7時・12時・17時・21時・23時に全自動で投稿しています。Windowsのタスクスケジューラーと、PythonでAPIを直接叩くスクリプトの組み合わせです。Xも同じ時間に1日5本、同じ作りで、2026年8月4日に動かし始めました。毎朝6時台にAIが投稿文をまとめて生成してGoogleドライブにテキストで保存し、投稿スクリプトはそれを読んで投げるだけです。
ログの部分は、この投稿の仕組みに乗せる形で作りました。投稿が失敗したらログに残り、Discordに通知が飛び、次にPCを開いたときにも報告が上がります。そして週次・月次で自分の投稿を自動集計して、Discordにレポートが飛ぶようにしています。私が何もしなくても、週に一度「今週は何本投稿して、何ビューで、いいねが何件だったか」が届く。これが私の作業ログの中心です。
費用の話もしておくと、XのAPI利用料が1日5本の投稿で月350円ほど。ThreadsのAPIは無料で、タスクスケジューラーはWindows標準機能なので0円です。集計とレポートはこの仕組みの上に乗っているだけなので、追加費用はかかっていません。
実際に届いた数字を全部載せる

ここからが本題です。自動で届くようになった数字を、そのまま載せます。
まず月次。2026年7月のThreadsは82本投稿して、合計ビュー582・いいね8・平均ビュー7.1でした。ビューが0か1のままだった投稿が18本あります。そして6月25日から7月27日までの期間で見ると、87本を自動投稿して、その間フォロワーは0人のままでした。7月のいいねは7、返信0、リポスト0という時点集計もあり、返信は一度も来ていません。
週次はもっと生々しいです。7月27日時点で見た週ごとの平均ビューは、18.2、15.9、8.4、7.9、5.0と、きれいな右肩下がりでした。直近の2026年8月4日までの7日間は、24本投稿して合計ビュー120・いいね1・返信0。ビューが0か1のままだった投稿が8本ありました。
時間帯別のデータも取れています。7月27日時点のスロット別の平均ビューは、朝15.7・昼5.7・夜1.8で、朝がいちばん見られていました。7月全体でも平均ビューが最も高かったのは朝の枠です。ただし8月4日までの週は朝6.0・昼6.6・夜2.4と、朝と昼が入れ替わっていて、週単位で見ると傾向は揺れます。
noteのほうは、2026年7月27日時点で記事27本、フォロワー2人、全記事の合計いいねが45です。noteの新着はRSSで拾って月水金に自動で告知する仕組みも動かしています。
正直、この数字を並べるのはきついです。でも、ログを取る前の私は「なんとなく見られていない気がする」としか言えませんでした。今は「週平均ビューが18.2から5.0まで下がった」と言えます。この差は大きいです。気がする、では次の手を考えられませんが、数字なら考えられます。
ログを見て初めて分かったこと
数字が毎週届くようになって、いくつか分かったことがあります。まず、自動投稿は「続ける力」はくれるが、「届く力」は別物だったということです。87本続けてもフォロワー0という事実は、続けること自体を目的にしていた自分には効きました。投稿の質を上げる前に、そもそも誰にも見られていないことのほうが問題だった。これはログが無ければ、たぶんもっと長く気づかないままでした。
次に、内容の傾向です。抽象的な問いかけだけの投稿より、具体的なしくじりを書いた投稿のほうが見られていました。私はやらかしが多いので、これはネタに困らないという意味では朗報でした。この記事でしくじりを隠さず書いているのも、その実感があるからです。
時間帯の傾向も、ログが無ければ分からなかったことです。朝がいちばん見られているというのは、集計して初めて見えた事実で、感覚では夜のほうが見られていそうな気がしていました。感覚と実測がずれる、ということ自体を体験できたのは収穫でした。
ただし、ここで一般論として断っておくと、投稿に適した時間帯というのは、一般にアカウントや読者層によって変わると言われています。私の朝が強いというデータは、私のアカウントの、この期間の話でしかありません。だからこそ、他人のデータではなく自分のログを取る意味があるのだと思っています。
ログは嘘をつくこともある、という話
作業ログを勧める記事として、これは書いておかないとフェアじゃないと思うので書きます。記録の仕組みは、普通に嘘をつきます。私が実際に踏んだものを挙げます。
いちばんこわかったのは、AIに投稿文を書かせていたら、実際とは違う数字を書いてきたことです。本当は68本なのに62本と書いていて、しかも文章としては自然だから、読んでも気づけない。対策として、実際に起きたことと実測値だけを書いた台帳を作り、そこに載っている数字しか使わせないようにしました。ところが台帳を足しただけでは直りませんでした。前から書いてあった「毎回、具体的な出来事を必ず入れる」という指示と噛み合わず、台帳のネタが尽きるとやっぱり作り話をする。「無ければ書かなくていい」と言い直して、やっと止まりました。
仕組み側の嘘もあります。Xの自動投稿を組んだとき、タスクは全部「準備完了」と表示されていたのに、実際は一度も動いていませんでした。原因は、登録スクリプトで変数名にPowerShellの予約語を使っていて、タスクに渡す引数が丸ごと空になっていたこと。エラーもログも残らないので、気づくのに時間がかかりました。それ以来、タスクを登録したあとは表示だけで安心せず、渡している引数が空になっていないか毎回確かめるようにしています。
ほかにも、日付を整える処理でパソコンによって使える書き方と使えない書き方があるのを知らずに書いて、機能がまるごと無言でスキップされていたことがあります。認証トークンのファイルにBOMが混ざっていて、見た目は何も変わらないのに投稿が丸ごと止まったこともありました。エラーが表に出ない失敗がいちばんこわい、というのが2ヶ月やってみての実感です。
だから私は、ログの仕組みを「作ったら終わり」とは思わないようにしています。7月14日に投稿が3件失敗したのはPCが落ちていたのが原因でしたが、これは失敗がログに残り通知が飛ぶ作りだったから把握できたことです。記録そのものと、記録が動いているかの確認は、別の仕事だと考えたほうがいいと思います。
数字が悪い期間を、すぐ失敗と呼ばないために

ここまで見てきたとおり、私のログに並んでいる数字は良くありません。右肩下がりの週平均ビューが毎週届くのは、正直しんどいです。それでもログを取り続けているのは、別の場所で「手応えの無い期間の後に急に来る」という経験をしたからです。
引き継いだクライアントの案件を、コンセプトから作り直したことがあります。それが最近になって伸びました。クライアントも驚いていたし、正直、自分でも驚きました。重要なのは、伸びるまで手応えが一切なかったことです。やっている最中は、効いているのかどうか分からないままでした。手応えが無い時期がしばらく続いたあとで、急に来た。だから今は、反応が無い期間をすぐ失敗とは思わないようにしています。
ただ、これは「我慢すれば必ず報われる」という話ではありません。成果が出る保証はどこにもないし、私自身、自社の収益はまだ立っていなくて、この方向で合っているのか不安なままです。それでもログがあると、「反応が無い」と「何もしていない」を区別できます。今週も24本は出た、失敗は何件で原因は何だった、と言える。進んでいる実感が持てない時期に、最低限の足場になるのはそこだと思っています。
独立してから半年くらいは無収入で、そのあとの半年も収入は一桁万円台、アルバイトをしながら食いつないでいた時期がありました。あの頃は記録も仕組みも無く、毎日なにかしら試行錯誤しているのに、何が積み上がっているのか自分でも分かりませんでした。いまの数字も褒められたものではないですが、少なくとも何が起きているかは分かる。その差は、続けるうえで小さくないと感じています。
ログを自動化しても、次の手を打つところは手作業のままだった
ここまで仕組みの話ばかり書いてきたので、うまく回っているように見えるかもしれません。実際にはいちばん弱いのはこの先で、レポートが届いたあとにそれを見て何を変えるかという部分は、まったく自動になっていません。週に一度Discordに数字が飛んでくるところまでは仕組みが運んでくれますが、そこから先は私が手で決めるしかない状態です。
これは自動化全般で私が抱えている問題と同じです。自動化を作っているのに、結局そのつど自分の手を動かしてしまっている。投稿は全自動で出ているのに、数字を読んで判断する部分だけは毎回ゼロから考えている、という状態が続いています。2ヶ月やってみて、仕組みで解決できる範囲とそうでない範囲が、はっきり分かれることが見えてきました。
数字が見えていても、動けないことがある
事実が見えていれば動ける、というほど単純ではないというのは、営業のほうで先に経験していました。私は提案資料を見てもらえたことがありますが、そのあとの連絡は一切来ませんでした。こちらからリマインドする勇気がなくて、そのまま終わっています。連絡が来ていないという事実自体は分かっていたのに、動けなかったわけです。
金額の話も似ています。見積もりを出すときに、自信がないから自分から下げてしまっていました。これも情報が足りなかったからではなく、分かっていても言えなかったという話です。ログを取り始めて数字が並ぶようになっても、この性質そのものは変わりません。数字は判断の材料にはなりますが、判断そのものを代わりにやってはくれないと感じています。
だから自動化の範囲を「気づくところまで」で切っている
いま私が仕組みに任せているのは、投稿を出すこと、失敗に気づくこと、数字を集めて届けることの3つだけです。ここは私が疲れていても動きます。逆に、届いた数字を見てどうするかは、仕組みに入れていません。
AIに任せる案も考えてはいます。ただ、私が最初にChatGPTを触ったのは独立してからで、当時やっていたコンサル業務をやらせてみたところ、精度は期待していたほどではありませんでした。今は毎日使っていますが、最初からうまく使えていたわけではありません。数字の読み取りと打ち手の判断まで渡すなら、また同じだけの試行錯誤が必要になるはずで、そこにはまだ手をつけられていません。
正直に書くと、この記事を書いている時点でも自社の収益は立っていませんし、方向性が合っているのかも分かっていません。それでも、気づけない状態と、気づいたうえで動けていない状態は、まったく別のものだと思っています。前者は打つ手がありませんが、後者は少なくとも自分の課題として名前が付く。作業ログでできるのはそこまでで、その先は結局、自分でやるしかないというのが今の結論です。
まとめ

- 作業ログを取る意味は、進んでいる実感(あるいは進んでいない事実)を、気分ではなく数字で持てること。
- 手動の記録は疲れた日に止まるので、週次・月次でDiscordに自動でレポートが届く形にした。費用はXのAPIが月350円ほどで、ほかはほぼ0円。
- 実測は厳しい。7月のThreadsは82本で合計ビュー582・いいね8、87本投稿した期間のフォロワー増は0だった。それでも「気がする」より「数字で言える」ほうが次の手を考えられる。
- ログから、朝の枠が見られていること、具体的なしくじり投稿のほうが読まれることが分かった。続ける力と届く力は別物だった。
- 記録の仕組み自体も嘘をつく。AIが数字を作り、タスクは「準備完了」のまま動かず、エラーは無言でスキップされる。記録と、記録が動いているかの確認は別の仕事。
- 数字が悪い期間をすぐ失敗と呼ばないために、ログは足場になる。ただし成果の保証はない。


コメント