一人マーケターの業務設計 — AI で 5 人分の役割を回す 1 週間モデル

最終更新日:2026.8.2 / 公開日:2025.7.7

本記事のポイント

一人マーケターのしんどさは「やることの量」ではなく「役割の切り替えの多さ」にあります。戦略 / コンテンツ / MA・CRM 運用 / 分析 / デザインの 5 役割に分解するのが起点です
曜日で役割を固定する 1 週間モデル (月 = 分析 / 火水 = コンテンツ / 木 = MA・CRM / 金 = 戦略 + デザイン) にすると、1 日に何度も頭を切り替えるコストがなくなります
humbulls 自身の週次業務ログを公開します。ホワイトペーパー制作 5 日 → 1 日、1.3 万件のデータ同期 4 分などの実測と、そのまま使える AI 実行キット 3 本付きです

「戦略も、記事もメールも、CRM の運用も数字のレポートも、全部自分に回ってくる。何から手をつければいいのか分からない」。私たち humbulls が一人マーケター体制の相談を受けるなかで、最もよく聞く声のひとつです。この悩みの原因は、担当者の能力でも時間の足りなさでもありません。種類の違う仕事を 1 本の ToDo リストに並べ、1 日に何度も役割を切り替えていることにあります。本記事では、マーケティングを 1 人で回す humbulls 自身の 1 週間の業務設計を、役割分担マップ・曜日別ルーティン・起点プロンプトまで公開します。特別なスキルは要りません。業務設計の型と、巻末の AI 実行キットがあれば再現できます。

1. 一人マーケターの業務を 5 役割に分解する — 「量」ではなく「切り替え」が本質

「やることリストは埋まっているのに、戦略と数字の分析だけが何週間も手つかずのまま残っている」。一人でマーケを見ている担当者から、毎月のように届く相談です。

原因はタスクの絶対量ではありません。1 本の ToDo リストの上では「記事を書く」「配信リストを直す」「先月のレポートを作る」が同じ 1 行に並びますが、使う頭はまったく別物です。順番に処理すると 1 日に何度も役割を切り替えることになり、切り替えのたびに集中が途切れます。さらに、営業からの急な資料修正のような締切のある依頼が割り込むと、締切のない役割 — たいてい戦略と分析 — が数週間単位で放置されます。

マーケティング組織の定石は、機能ごとの分業です。ある程度の規模の BtoB 企業なら、戦略を考える人、コンテンツを作る人、MA や CRM を運用する人、数字を見る人、クリエイティブを作る人が分かれています。一人マーケターは、この 5 人分の役割をひとりで兼務している状態です。そして 2026 年時点で、この兼務を AI で支えること自体はもう前提になりました。HubSpot の 2026 State of Marketing Report では、マーケティングチームの 86.4% がワークフローのどこかで AI を使っていると報告されています (2024 年は 41% でした)。問いは「使うかどうか」ではなく「どの役割のどの工程を渡すか」に移っています。

そこで最初にやるのは、すべてのタスクを 5 つの役割に振り分ける棚卸しです。戦略 (何をやるか決める)、コンテンツ (記事・ホワイトペーパー・メール文面)、MA・CRM 運用 (HubSpot の設定・リスト整備・配信)、分析 (数字のレビューとレポート)、デザイン (バナー・サムネイル・図表) の 5 つに名前をつけると、「今週はコンテンツ担当としては動いたが、分析担当は 1 分も働いていない」という偏りが可視化されます。この可視化が、以降の AI 分担と曜日割りの土台になります。

一人マーケターの業務を戦略・コンテンツ・MA・CRM 運用・分析・デザインの 5 役割に分解したマップ

よくある失敗は、分解した役割を「全部ちゃんと均等にやろう」としてしまうことです。5 役割を均等に回す必要はありません。事業フェーズによって主役の役割は変わります。分解の目的は完璧な兼務ではなく、「今どの役割を意図的にサボっているか」を自分で選べる状態にすることです。

→ 直近 2 週間の業務を棚卸しして 5 役割に分類し、AI 分担まで決める手順は、巻末の実行キット① (所要 45 分) でそのまま実行できます。

2. 役割ごとに AI に渡す工程と自分が握る工程を線引きする — 丸投げは成果を画一化させる

「AI は使っている。でも出てくるものが、どこかで見たような普通のものになる」。制作を AI で高速化した担当者から、次に出てくる悩みです。

原因は AI の性能でも指示の書き方でもなく、何を AI に渡し、何を人が握るかの設計がないまま使い始めていることにあります。Salesforce の State of Marketing (第 10 版、世界 4,450 名調査) では、マーケターの 75% が AI を導入済みである一方、84% は依然として画一的なキャンペーンを配信していると報告されています。導入率と成果の間には明確な溝があり、その溝は思いついたときに散発的に AI を使うやり方から生まれます。メールを書くときに文面を頼み、レポートのときに要約を頼む。毎回ゼロから指示するので品質が安定せず、「AI に聞くより自分でやった方が早い」に逆戻りします。

線引きの判定軸は 2 つだけです。定型度 (毎回ほぼ同じ手順か) とリスク (間違えたとき顧客・数字にどれだけ響くか)。定型度が高くリスクが低い工程 — リサーチ、データ整形、初稿、集計、図表のたたき台 — は AI に渡します。逆に、何を作るかの意思決定、顧客インタビューの解釈、公開の最終判断、単価や値引きに関わる文面は、定型化できても自分が握ります。この整理の全体像は、業務別 30 パターンをまとめた生成 AI × BtoBマーケティング大全で詳しく扱っています。

よくある失敗は、「自分が握る」と決めた工程で AI をゼロにしてしまうことです。たとえば戦略の意思決定は自分が握りますが、その手前の選択肢出しと反論の列挙は AI にやらせます。線引きは「AI を使う / 使わない」の境界ではなく、「最終責任をどちらの作業フローに置くか」の境界です。ここを混同すると、リスクの高い工程まで AI の出力をそのまま流す事故につながります。

→ 定型度 × リスクの 2 軸で AI 分担を判定する手順も、実行キット① にまとめてあります。

3. 曜日で役割を固定する 1 週間モデル — 切り替えコストをゼロにする

「毎日すべての役割に少しずつ触っているのに、どれも中途半端で終わる」。一人マーケターが必ずぶつかる壁です。

原因は、1 日の中で役割を細切れに切り替えていることです。記事は 30 分ずつ 5 日かけて書くより、半日 2 回で書き切る方が速く、品質も安定します。HubSpot の運用も、思いついたときに設定を触ると変更履歴が追えなくなり、後から「なぜこのワークフローがあるのか」が分からなくなります。まとまった時間で同種の作業を処理するバッチ処理とタイムブロッキングは生産性の定石ですが、一人マーケターへの応用は「時間帯」ではなく「曜日」で役割をブロックすることです。1 日の中で切り替えるのではなく、今日 1 日は分析担当、明日はコンテンツ担当、と丸ごと切り替えます。

humbulls の 1 週間モデルは次の形です。

曜日	その日の役割	主な業務	AI が担う部分
月	分析	先週の数字レビュー、今週の優先順位決め	HubSpot / GA4 の集計、変化点の抽出、示唆のたたき台
火	コンテンツ	記事・ホワイトペーパーの構成と初稿	リサーチ、出典収集、構成案、初稿生成
水	コンテンツ	原稿の仕上げ、図表、入稿準備	校正、SEO チェック、図表の下書き
木	MA・CRM 運用	HubSpot の設定・リスト整備・配信	データ整形、同期スクリプト、配信文面の下書き
金	戦略 + デザイン	週次の振り返り、翌週の計画、細かい制作物	週次サマリー生成、バナー・サムネイルのたたき台

月曜は分析、火水はコンテンツ、木は MA・CRM 運用、金は戦略とデザインに割り当てた曜日別 1 週間モデル

要は、週の先頭に分析を置くことです。月曜に先週の数字を見て今週の優先順位を決めるので、火曜以降のコンテンツと運用が「なんとなく」ではなく数字起点になります。また、金曜の戦略枠は「締切がないせいで永遠に後回しになる仕事」の受け皿です。戦略に専用の曜日枠がないと、一人マーケターの戦略業務は確実に消滅します。

よくある失敗は、このモデルを額面どおり完璧に守ろうとすることです。実務では営業からの急な依頼や障害対応が必ず割り込みます。humbulls では各日の午後に 1〜2 時間の割り込みバッファを確保し、割り込みがなければその日の役割の作業を続けます。守るべきは時間割そのものではなく、「その日の主役の役割をひとつに決める」という原則の方です。

→ 自社の定例・締切を反映した 1 週間モデルの初版は、巻末の実行キット② (所要 40 分) で作れます。

4. 各役割の「起点プロンプト」で立ち上げ時間をゼロにする — 1.3 万件を 4 分で同期

「AI を開いても、毎回どう指示すればいいか考えるところから始まってしまう」。時間削減のはずが、指示づくりに時間を食われるパターンです。

原因は、毎回白紙から指示文を書いていることです。AI による時間削減はもう例外事例ではなく、HubSpot の 2026 年調査では、AI を使うマーケターの約 3 分の 1 が週 10〜14 時間、別の 3 分の 1 が週 15 時間以上の削減を報告しています。ただしこの数字は「AI を開いてから何を頼むか迷わない」状態が前提です。そこで humbulls では、5 役割それぞれに「その曜日の最初に投げる起点プロンプト」を用意し、ファイルとして保存しています。月曜の分析なら週次数字レビュー、火曜のコンテンツなら記事構成の生成、木曜の運用なら CRM データの整形チェック、という具合です。頭を使う前に手が動く状態を作るのが目的で、中身は毎週ほぼ同じ、貼り付ける数字だけが変わります。

効果は工程ごとの実測で見ています。CRM まわりでは、kintone から HubSpot への約 1.3 万件のデータ同期が Claude Code 製のスクリプトで 4 分で終わるようになり、手作業の突き合わせがなくなりました。コンテンツでは、ホワイトペーパーの構成から初稿までの制作が従来の 5 日から 1 日に短縮。ブログ記事も、リサーチと初稿を AI に渡すことで、自分の作業は構成の判断と仕上げに集中できています。ターミナルで動く Claude Code は定型ルーティンのスケジュール実行にも対応するので、月曜朝の集計のように「毎週必ず同じ」処理は実行ごと自動化できます。導入手順はマーケターのための Claude Code 入門にまとめました。

よくある失敗は、起点プロンプトを増やしすぎることです。最初に 20 本も作ると、どれを使うか探す時間が発生して本末転倒になります。まずは 1 役割 1 本、計 5 本だけ。それを毎週使いながら磨く方が、確実に定着します。

→ 曜日別ルーティンの起点プロンプト (月曜朝の週次数字レビュー) の作り方は、実行キット② に含めてあります。

5. 一人体制の落とし穴 — レビュー不在を AI の別役割で埋める

「誰のチェックも通さずに、そのまま公開ボタンを押している」。一人マーケターが無自覚に抱えている、最大のリスクです。

複数人のチームには、意識しなくても相互レビューが組み込まれています。記事は編集者が見る、配信は上長が承認する、数字は会議で突っ込まれる。一人マーケターにはこれが構造的に存在しません。制作を AI で高速化するほど、レビューなしで世に出るものの量も増えるので、このリスクはむしろ拡大します。誤字程度なら実害は小さいですが、価格の誤記、リンク切れ、配信リストの選択ミスは、信頼と数字に直接響きます。

対処は、レビューを AI の「別役割」として業務設計に組み込むことです。ポイントは、書いた AI と同じ会話でそのまま「チェックして」と頼まないこと。同じ文脈を引き継いだ AI は自分の出力に甘くなります。新しい会話 (またはレビュー専用のエージェント) に、チェックリストと成果物だけを渡して機械的に見せます。あわせて、レビューで繰り返し引っかかるルールは CLAUDE.md のような設定ファイルに永続化し、次の制作時には最初から守られている状態にします。この「制作 AI とレビュー AI を分ける」体制の全体像は、記事制作パイプラインを公開した 1 人 × AI で編集部を再現するで詳しく書いています。

よくある失敗は、AI レビューを最終承認者にしてしまうことです。AI が見られるのはルールとの整合であって、「この主張はうちの会社として言っていいか」という経営判断は見られません。humbulls の運用では、AI レビュー通過後の最終確認 5 分だけは必ず人間 (自分) がやる、を鉄則にしています。レビューの 9 割を AI に任せ、最後の 1 割の責任を自分に残す設計です。

→ 公開前のセルフレビューは、巻末の実行キット③ (所要 15 分) で実行できます。

まとめ — 5 人分の役割は「同時」ではなく「曜日」で回す

一人マーケターに必要なのは、根性でも徹夜でもなく業務設計です。まず業務を 5 つの役割に分解する。役割ごとに AI に渡す工程と自分が握る工程を線引きする。曜日で役割を切り替える 1 週間モデルを組む。各曜日の最初の 30 分を起点プロンプトで立ち上げる。そして、レビュアーという 6 つ目の役割を AI に任せて品質を守る。この設計にしてから、humbulls では「今日は何から手をつけるか」を考える時間がほぼなくなりました。5 人分の役割は同時にはこなせませんが、曜日で切り替えれば 1 人でも回ります。まずはキット①で、自分の 2 週間を 5 役割に分類するところから始めてみてください。

一人マーケターの体制づくりを外部の視点で設計したい場合は、humbulls の Fractional CMO サービスで週次の伴走もしています。この記事で扱った業務設計を含む BtoB マーケティングの全体像は、BtoB マーケ AI 活用ガイド (無料 DL) の第 8 章にまとめています。

🤖 AI 実行キット

本文の判断と実装を、そのまま AI で実行するためのキット集です。プロンプトは Claude (ブラウザ版で可) にコピペすれば動きます。

キット① 業務を棚卸しして 5 役割 × AI 分担を決める — 45 分

種別: 判断キット 使うもの: Claude (ブラウザ版で可) 事前に用意するもの: 直近 2 週間のカレンダーの予定と ToDo リスト。粒度はバラバラで構いません。整形せず生データのまま貼る方が実態に近い結果になります。

プロンプト (2 ステップ。まず 1 を実行し、出力表を 2 に貼り継ぎます):

【ステップ 1: 棚卸しと 5 役割分類】
以下は私の直近 2 週間の業務メモです。カレンダーの予定と ToDo をそのまま貼ります。

（例）
- 月 10:00 営業定例／新規記事の構成づくり 2h／配信リストの重複削除
- 火 展示会バナーの修正／先月レポートの作成（未着手のまま3週間）
- （以下、自社のメモを貼り付け）

やってほしいこと（必ずこの基準に従うこと）:
1. 各タスクを次の 5 役割に分類する:
   戦略（何をやるか決める）/ コンテンツ（記事・WP・メール文面）/
   MA・CRM 運用（設定・リスト整備・配信）/ 分析（数字レビュー・レポート）/
   デザイン（バナー・サムネ・図表）
2. 分類できないものは「その他」とし理由を書く。迷うものは主目的の 1 役割に寄せる（複数役割に割らない）
3. 役割ごとの推定所要時間を合計し割合を出す。時間が無いタスクは推定し「推定」と明記
4. 「2 週間で 1 度も登場していない役割」を指摘する
5. 出力は表形式で: | タスク | 役割 | 推定時間 | 定型度(高/中/低) |

【ステップ 2: 定型度 × リスクで AI 分担を判定】
上の表を使い、各タスクを次で採点・分類する（必ずこの基準に従うこと）:
- 定型度（毎回ほぼ同じ手順か）と リスク（間違えたとき顧客・数字・修正コストへの影響）で採点
- 4 象限に振り分ける:
  A: AI に渡す（定型度高 × リスク低）
  B: AI が下書き・人が仕上げ（定型度高 × リスク高）
  C: 人がやり AI に壁打ち（定型度低 × リスク高）
  D: やめる・頻度を下げる候補（定型度低 × リスク低）
- 判定に迷うものはリスクを高い側に倒す。D 象限は遠慮なく挙げる
- A と B は「最初に AI へ渡す指示文の要点」を 1 行ずつ添える

出力の確認ポイント: - 「登場していない役割」の指摘が本命です。放置されている役割ほど自覚がないので、ここが最重要 - 顧客に直接届くもの (メール・請求関連・公開ページ) が A 象限に入っていたら、必ず B 以上に置き直してください - 「定型度」列は次のキットでもそのまま使うので消さないこと

うまくいかないとき: - タスクが 30 件以上出て粒度がばらつく → 「1 時間以上かけた作業」に絞って再実行 - D 象限 (やめる候補) が 1 つも出ない → 「全体の 10% は D に入れる」と縛ると本音が出ます

キット② 曜日別 1 週間モデルと起点プロンプトを作る — 40 分

種別: 実装キット 使うもの: Claude (ブラウザ版で可) 事前に用意するもの: キット①の分担表、動かせない定例と固定の締切、マーケに使える 1 日の実働時間 (兼務なら正直に)

プロンプト (2 ステップ):

【ステップ 1: 1 週間モデルの初版】
一人でマーケティングを担当しています。曜日ごとに役割を固定する 1 週間モデルを作ってください。

前提:
- 役割と週あたり時間配分: （キット①の分担表から転記）
- 動かせない定例: （例: 月曜 10 時 営業定例、木曜 15 時 経営レポート報告）
- 固定の締切: （例: メルマガ毎週水曜配信、月次レポート月初 3 営業日）
- マーケに使える 1 日の実働: 約 X 時間（他業務と兼務のため）

出力（必ずこの条件に従うこと）:
1. 曜日 × 役割の 1 週間モデル（表形式）。分析は週の前半に置く（数字を見てから作る順）
2. 各曜日の「最初の 30 分にやること」
3. 割り込み対応バッファをどこに置いたかの説明
4. このモデルで「意図的に薄くした役割」とその理由
5. 締切から逆算して矛盾がないか自己チェックする

【ステップ 2: 各役割の起点プロンプト（まず月曜の分析から）】
上のモデルの月曜「分析」担当が、毎週最初に投げる起点プロンプトを作ってください。
中身は毎週ほぼ同じ・貼り付ける数字だけ変わる、使い回せる形にすること。
含める入力欄: 先週のセッション/CV/CVR、新規リード数とソース内訳、
メール開封率/クリック率、商談化・失注件数、先週の施策メモ。
出力させる内容: 目立つ変化点 3 つ（良い・悪い両方）/ 原因仮説（データから
言えないものは「未確認」と明記）/ 今週やる候補 5 つ（効果見込みと所要時間つき、
火水のコンテンツ枠か木の運用枠かも指定）/ 今週やらなくていいこと 2 つ。

出力の確認ポイント: - 各曜日に「検証・振り返り」の時間が残っているか。実装だけで埋まった時間割は初週に崩壊します - 起点プロンプトは「やらなくていいこと」を必ず出させる設計にする。一人体制ではやめる判断の価値が大きい - 起点プロンプトはまず月曜 1 本だけ運用し、定着してから他曜日に増やす

うまくいかないとき: - 8 時間ある前提のモデルが出る → 兼務の実働時間を正直に入れ直して再実行 - 週次レビューの数字貼り付けが手作業で続かない → 集計を Apps Script や Claude Code で自動化する (Claude Code 入門参照)

キット③ 公開前の成果物をセルフレビューする — 15 分

種別: 判断キット 使うもの: Claude (ブラウザ版で可)。制作に使った会話とは別の新規会話で実行すること 事前に用意するもの: 公開前の記事・メール文面・LP テキスト

プロンプト:

以下の成果物を公開前レビューしてください。修正はせず、指摘だけしてください。

成果物:
（ここに記事・メール文面・LP テキストを貼る）

チェックリスト（必ず全項目を確認すること）:
1. 事実・数字: 出典のない断定、根拠不明の数字、古い可能性のある情報はないか
2. リンク: リンク切れの可能性、リンク先とアンカーテキストの不一致はないか
3. 表記: 誤字脱字、社名・製品名の表記ゆれ、価格・日付の誤記はないか
4. トーン: 過度な煽り表現、顧客を見下す表現はないか
5. 法務・炎上リスク: 競合への言及、効果の保証と読める表現、出典不明の他社データはないか

出力形式:
| # | 該当箇所（原文引用） | 指摘 | 深刻度（高/中/低） |

条件:
- 深刻度「高」は公開を止めるレベルのみに使う
- 問題がない項目は「問題なし」と明記する（確認した証拠として）

出力の確認ポイント: - 深刻度「高」が 1 件でもあれば、その場で直すまで公開しないこと - 指摘に全部従う必要はありませんが、繰り返し出る指摘 (表記ゆれ等) はルールファイルに追記して再発を止めます - 最後の 5 分の最終確認 (経営判断としての可否) は必ず人間がやる。ここは AI に渡さない

うまくいかないとき: - 制作と同じ会話でレビューして甘い結果になる → 必ず新規会話・別セッションでやり直す