こんにちは。バナナデスクです。
副業の本を読み、動画を見て、ノートには知識が増えている。でも、「今週、自分で何を作っただろう」と考えると、答えが出てこない。そんなとき、さらに教材を探したくなることはありませんか。
もし今日の予定が「ブログの勉強をする」なら、「一つの疑問に答える記事の初稿を保存する」に変えてみましょう。すると、最初の作業は新しい動画を見ることではなく、文書を開いて、答えたい疑問を一行書くことになります。
書いてみて分からないところが出たら、そこを調べれば大丈夫です。作るものがあると、何を知るための勉強なのかもはっきりします。
今回は、最初の成果物を決めるシートと、記事の初稿を作る7日間の計画例を用意しました。予定どおりに進まない日も含めて、自分の生活に合う一歩を決めていきましょう。
「行動する」を、自分で完了を確かめられる予定に変える
副業の勉強ばかりで行動できないときは、今日残す成果物と、その完了条件を一つ決めます。分からない点が具体的なら先に調べ、漠然とした不安なら非公開の試作で不足を見つけます。いきなり販売・公開まで進める必要はありません。
「副業を頑張る」「マーケティングを学ぶ」という予定では、何をしたら終わりなのか分かりにくくなります。私はまず、予定を成果物の名前で書くことを勧めます。
記事の初稿、サービス説明の1ページ、見本の作品、提案文の下書き。作ったものが残れば、どこが足りないかを確かめ、次に直す対象を選べます。頭の中だけで完成度を上げようとするより、考える対象を外に出せます。

| 元の予定 | 作るもの | 一区切りの条件 |
|---|---|---|
| ブログの勉強をする | 一つの疑問に答える初稿 | 答え・手順・確認事項を書いて保存 |
| ライターの勉強をする | 応募前に見直す提案文 | 相手の依頼と、自分が示せる材料を対応させる |
| 商品づくりを学ぶ | サービス説明の下書き | 対象・提供範囲・対象外を書き出す |
ここでの完了は、売れることや高評価を得ることではありません。まず確認できる形を作る段階です。その後で、誰に必要とされるかを調べ、内容を改善します。段階を分けると、最初の下書きに収益の答えまで背負わせずに進められます。
止まっている理由を、次に取れる行動へ分ける
勉強を続ける理由は一つではありません。手順を知らない場合もあれば、題材が決まらない場合、時間が取れない場合もあります。すべてを「やる気」の問題にすると、直す場所を見失います。
| 止まっている状態 | 次の一手 | 確認する結果 |
|---|---|---|
| 何を作るか決めていない | 答えられる疑問を3つ書き、一つ選ぶ | 作るものを一文で言える |
| 操作が分からない | その操作だけを調べて試す | 次の画面へ進める |
| 一回の作業が大きい | 開くものと書く一行まで分ける | 短い時間でも着手できる |
| まとまった時間がない | 確保できる場面に合う作業を選ぶ | 無理なく終えた範囲が残る |
| 人に見せるのが不安 | まず非公開の初稿と確認表を作る | 公開前に直す点を具体化できる |
仕事や家庭の事情で時間を取れない日には、翌日の予定へ全部上乗せしなくても構いません。「どの文書を開き、どの一行から再開するか」を残しておくと、次の作業を選び直す手間を減らせます。
最初の成果物は、今ある材料で選ぶ
「何も得意なことがない」と感じる場合も、いきなり専門家として大きなテーマを語る必要はありません。自分が説明できる操作、比較した道具、仕事でよく聞かれる質問など、確かめられる範囲から候補を出します。
- 他の人が迷いそうな疑問を3つ書く。
- それぞれについて、説明に使える実物や資料を書き添える。
- 今の時間で確かめられる疑問を一つ選ぶ。
- 答えを確認できない部分を、別にメモする。
たとえば「副業で成功する方法」は広すぎても、「記事の初稿を作るときに、確認する資料をどう整理するか」なら、実際の作業を題材にできます。未経験の成果を自分の経験として語らず、確認できた範囲を役立つ説明にします。
題材を小さくすることは、価値を小さくすることとは限りません。目の前の一人の疑問を解けるかという基準で選ぶと、必要な説明や、調べるべき点がはっきりします。
題材を選び直す前に、今の材料で作れる最小形を見る
| ある材料 | 最初に残せるもの | まだ決めなくてよいこと |
|---|---|---|
| 自分で確認できる操作が一つある | 操作前・手順・結果を並べた説明 | サイト全体のデザインや記事数 |
| 仕事で説明できる質問が一つある | 質問と答えを話す短い動画の台本 | チャンネル全体の撮影セット |
| 手伝える作業と対象が分かっている | 対象・提供物・対象外を記したサービスの下書き | 未確認の需要を前提とする販売拡大 |
何をしても収益につながるという意味ではありません。作れる小さな形を一つ出すと、説明が通じるか、必要としている人がいるかを、その実物で確かめられます。
五つの曖昧なメモを、答えられる一問へ変える
アイデアをメモしても、「集客」「文章」「時間」といった単語のままでは、書き出しを選びにくくなります。対象者が使う場面を足し、作ったものを見れば答えが分かる一問へ絞ります。次は説明用の架空例です。
| 元のメモ | 答える一問 | 初稿へ入れる具体物 |
|---|---|---|
| 集客 | 教室の体験会案内で、日時と持ち物をどの順に書くか | 架空の完成した案内文 |
| 文章 | 記事の根拠URLを、使う段落とどう対応させるか | 主張・出典・使う場所の記入例 |
| 時間 | 三十分で下書きのどこまで進めるか | 答え一文と例一つを保存する作業メモ |
| 動画 | 顔を出さず、一つの表への入力手順をどう見せるか | 映す画面と話す内容を並べた台本 |
| 商品 | 文章修正サービスに、どの作業を含めるか | 含む作業・対象外の二列の表 |
五問すべてを今日作る必要はありません。手元の資料や実物で答えを確かめられる一問を選びます。新しい分野の知識を一式そろえないと書けないなら、今説明できる範囲へ狭めます。
選んだ後は、文書の冒頭へ問いをそのまま書き、その下へ答えを一文、具体物を一つ置きます。まだ根拠を確認していない部分は自分用のメモへ分け、初稿を保存します。下の記入例では、表にある「記事の根拠URLの整理」を実際の短い初稿まで進めています。
7日間で記事の初稿を作る計画例
次は、毎日少しずつ進められる場合の仮の計画です。忙しい日は二日に分けても構いません。大切なのは日付を守ることだけでなく、各段階で何が残るかを決めることです。
| 順番 | すること | 残すもの |
|---|---|---|
| 1日目 | 読者と疑問を一つ決める | 「誰の何に答えるか」の一文 |
| 2日目 | 必要な資料と実物を確かめる | 出典と、まだ分からない点 |
| 3日目 | 答えと見出しを仮に書く | 説明する順番 |
| 4日目 | 具体的な例や手順を書く | 読者が試せる説明 |
| 5日目 | 段落をつなぎ、初稿にする | 最初から最後まで読める原稿 |
| 6日目 | 事実、出典、分かりにくさを点検 | 修正した原稿と確認記録 |
| 7日目 | 他の人に見せる準備をする | 確認済みの稿と、見てほしい質問 |
1日目にサイト全体のデザインまで始めると、一つの記事を作る予定から離れてしまいます。途中で別の作業を思いついたら、消さずに「後で考える」欄へ移します。必要な発想を残しつつ、今の完了条件を動かさないためです。
2日目に根拠が見つからなければ、その主張を保留します。日程を守るために事実を作ることはしません。確認できる別の題材へ絞る、説明の範囲を狭める、といった変更を選べます。
次の作業が分かる、記入シート
計画を読むだけで終わらせないように、下の項目を自分用のメモへ写してみてください。埋めにくいところが、まだ決めていない部分です。最初から立派な計画にする必要はありません。

最初の成果物を決めるシート
- 作るもの:
- 役立てたい相手と、その人の疑問:
- 一区切りの条件:
- すでに使える素材:
- 確かめる必要がある一点:
- 始める場面:
- 最初に開くものと、する作業:
- 今日は難しい場合に残すメモ:
記事なら、「夕食の片付けが終わったら、文書を開いて、読者の疑問を一行書く」と決められます。実行できる場面は人によって違います。生活に合わない時間を理想として書くより、使える場面に作業の大きさを合わせてください。
私なら、最初の一回で必要以上に課金したり、制作環境を増やしたりする前に、今ある道具で初稿を保存できるところまで進めます。そこで具体的な不足が分かれば、次に何を用意するかを理由付きで選べるからです。
「やる気が出たら」を、始める場面へ置き換える
心理学では、特定の場面と行動を「もし〜になったら、〜する」と結び付ける計画を、実行意図(implementation intentions)と呼びます。研究者による解説では、単に達成したい目標を決めることと、いつ・どこで・どう動くかを決めることを区別しています。Prestwichほか(2015)「Implementation intentions」2.1節〔PDF〕
この考え方を記事制作へ取り入れるなら、「時間ができたら書く」より、「夕食の片付けを終えて机に座ったら、下書きの文書を開き、読者の疑問を一行書く」と決めます。「夜に頑張る」より、始める場面と最初の動作を確かめられます。
ただし、ここで示した7日間の計画そのものや、副業の収益を検証した研究ではありません。使える時間や必要な道具が足りなければ、それも調整する必要があります。研究の考え方は、着手の決め方に応用しています。
記入例:計画から、実際に残す初稿まで
シートを埋めた後、どんなものが残れば一区切りなのか。題材を「記事の参考資料の整理方法」として、計画と短い初稿を続けて見てみましょう。
| 相手と疑問 | 資料を集めたが、原稿のどこで使えばよいか分からない人 |
|---|---|
| 作るもの | 主張・出典・使う場所の3列で、資料を整理する方法の初稿 |
| 一区切りの条件 | 3列の表を一行埋め、使い方を説明して保存する |
| 使える素材 | 確認済みの公式資料と、制作中の見出し |
| 始める場面と最初の動作 | 夕食の片付け後に机に座ったら、文書を開いて3列の表を作る |
| 確認する一点 | 出典の記述が、書きたい主張を支えているか |
| 途中で終わる場合 | 未確認の箇所と、次に開く資料名を文書の末尾へ残す |
保存する短い初稿の見本
参考資料を集めても原稿が進まないときは、URLの一覧に「何を説明するために使うか」を加えてみてください。主張・出典・使う場所の3列にすると、どの見出しに材料が足りないかを確認できます。
| 主張 | 出典 | 使う場所 |
|---|---|---|
| CTRはクリック数を表示回数で割った割合 | Google公式:パフォーマンス指標 | 「CTRとは」の定義を説明する段落 |
先に一行だけ埋め、資料の記述と主張が一致するかを確認します。「この手順ならアクセスが増える」という別の主張まで、この出典で証明したことにはしません。支える資料がない主張は、いったん未確認欄へ移します。
この見本なら、今日残すのは長い完成記事ではなく、読者が一つ試せる説明と記入例です。保存できたら、次は別の資料でも同じ3列を埋められるかを試し、分かりにくい説明を直せます。
初稿から一度だけ直すなら、どこを変えるか
先ほどの初稿は3列の使い方を説明しています。ただ、「資料が主張を支えるかを確認する」という部分で止まる人には、具体的に何を読めばよいかが不足します。そこで、初稿へ次の一段落を加える候補になります。
確認方法を補う追記の見本
資料を開いたら、書きたい主張と同じ対象・条件の記述を探します。「一部の機能で利用できる」という説明を、「すべての機能で使える」と広げていないか確かめてください。対応する箇所が見つからなければ、その主張は未確認として残し、記事には断定して載せません。
ここで行ったのは、手順を読み直し、足りない操作を一つ補う編集です。読者テストや売上の検証をしたという意味ではありません。それでも「もっと勉強する」という予定から、「止まりそうな箇所を直す」という具体的な作業へ移れます。
調べ物を始める前に、何が分かれば戻れるかを書く
原稿を作っている途中で分からないことが出たら、その一点を調べます。ただし、検索する前に「何が分かれば、制作へ戻れるか」を一文にしておきます。
例えば、リンクの貼り方が分からないなら、その操作を調べて自分の原稿で試せれば一区切りです。そこからブログ運営全体の講座を最初から見直す必要があるかは、別に判断します。調べる範囲を、止まった作業につなげておくことが大切です。
今、確認しなければならないこと
記事の結論を左右する事実、引用や画像の利用条件、公開すると困る個人情報、依頼を受ける前に確認すべき条件などです。進むことを優先して省かず、不明ならその部分を出さない選択も取ります。
初稿の後で選べること
配色の細かな好み、将来使うか分からない高機能な道具、まだ作っていない何十記事分の分類などです。今の成果物に必要かを確かめ、後回しにできることを分けます。この判断も、完了条件があるからできます。
検索を終える条件の記入例
| 分からないこと | 確認するもの | 戻る条件 |
|---|---|---|
| 原稿に書いた機能が今もあるか | 公式仕様の対象・条件と、利用できる画面 | 使える条件が分かったら、その範囲で一文を書く |
| 初稿のリンクが正しいか | 自分の原稿から開いたリンク先 | 意図した資料を開けたら、次の段落へ進む |
| どの題材なら反応があるか | 試作品と、想定する相手の疑問 | 読んでほしい相手と尋ねる質問を決める。確証を検索だけで求め続けない |
調査を打ち切ることと、未確認の内容を公開することは別です。結論に必要な事実が分からなければ、そこを保留して保存できます。「今日の初稿は保存した。公開前にこの一点を確認する」と書けば、次に戻る場所も残ります。
「人に見せられる状態」を、公開範囲ごとに決める
初稿を保存する、人に確認を頼む、一般公開する。この三つは別の区切りです。「まだ足りない」が続くときは、どこへ出す原稿なのかを先に決めると、今必要な確認を選べます。
| 今すること | ここまで整える | 未確認箇所の扱い |
|---|---|---|
| 自分用に初稿を保存 | 疑問、仮の答え、次に確認する箇所が分かる | 未確認と明記し、自分用の下書きへ残す |
| 協力者へ内容確認を依頼 | 見てほしい箇所と目的を明示し、他人の個人情報や扱えない資料を除く | 未確認の主張を事実として渡さない。確認したい問いとして分ける |
| 一般公開する | 結論に必要な根拠、利用条件、実際のリンクと表示を確認 | 未確認メモを公開本文へ残さない。解決するか、その主張を外す |
たとえば「リンクの色がもう少し好みと違う」と「引用先が結論を支えていない」では、公開への影響が異なります。後者は先に解決する点です。前者も読みづらさに関わるなら直しますが、単なる好みなら公開後の候補へ分けられます。
確認の依頼文は、「この記事は、資料の整理方法を説明する下書きです。三列の表を使って一行作れるか、分からない箇所を教えてもらえますか」のように書けます。これは例文です。全文の評価を求めるより、どこを確かめたいかが伝わります。依頼を引き受けてもらえることは前提にせず、負担を説明してから頼みましょう。
予定どおり進まなかった日は、計画のどこを直すか考える
振り返りでは「できなかった」で終わらず、実際に何が起きたかを書きます。例えば、次のような記録なら、翌日の作業に結び付きます。
| 予定 | 参考資料を確認し、見出しを書く |
|---|---|
| 起きたこと | 資料を探し続け、見出しに着手しなかった |
| 止まった理由 | 何を確かめる資料なのかを決めていなかった |
| 次の修正 | 確認したい主張を一つ書いてから調べる |
| 再開時の一作業 | 保存した文書を開き、確認したい点を一行書く |
使える時間そのものが変わったなら、計画の量を調整します。難しい予定をそのまま持ち越して増やすより、今の条件に合う作業へ戻すほうが、次の一回を始めやすくできます。
初稿ができたら「作れた」と「役立った」を分けて確認する
初稿を保存できたら、制作の一段階は完了です。次は、想定した相手に答えが届くかを確かめます。見てもらえる人がいるなら、「良いですか」だけでなく、具体的に尋ねてみてください。
- この記事は何の疑問に答えていると理解したか。
- 読み終わって、次に何をすればよいと思ったか。
- 分からなかった言葉や、足りない条件はどこか。
相手へ確認を頼むときは、読める範囲や時間に配慮します。初稿には残っている未確認事項がないかを点検し、公開する場合はリンクやスマートフォン表示も確かめます。
反応が少なかったときも、題材に需要がないのか、必要な人へまだ届いていないのか、説明が伝わらなかったのかは別の問題です。一つの反応から、自分の適性や事業の可能性まで決めず、次に確かめることを絞ります。
「分かりにくい」と言われた後の直し方
たとえば資料整理の初稿へ「どの資料を読めばよいか分からない」という反応が来たとします。これは説明用の仮例です。まず、止まった一文を教えてもらい、資料の選び方なのか、原文の探し方なのかを分けます。
原文の探し方なら、その一段落へ対象・条件の照合例を足す。資料の選び方なら、公式資料など、元の発表へたどる手順を足す。一つの反応から記事全体や副業そのものをやり直す前に、該当箇所だけで解けるか試します。
作れたか、相手が使えたか、継続して必要とされるかは、それぞれ別の確認です。最初の一歩を小さくしつつ、この三つを順に見ていきましょう。
よくある疑問
もう少し勉強してから始めたほうがよいですか?
何を知らないと困るかが具体的なら、その知識を先に確認します。「まだ何となく足りない」なら、初稿を作り、不足を具体化する方法があります。確認せず公開することと、非公開の試作を始めることを分けて考えてください。
7日間で完成しなかったら、計画は失敗ですか?
この日数は例です。どこまで進んだか、何が想定より難しかったかを見て、次の一作業を組み直せます。完成が遅れたことだけで判断するより、再開できる状態を残します。
別の副業に変えたくなったら、どう判断しますか?
契約条件、必要な費用、生活との両立など、前提が合わないと分かったなら見直す理由になります。一方、別の方法が簡単そうに見えただけなら、何を比べているかを一度書き出します。今の小さな試作から何が分かったかも、判断材料に加えてください。
今日、残すものを一つ決める
まず、今ある文書を一つ開き、「誰の、どの疑問に答えるか」を一行書いてください。その下へ、今日残すものと一区切りの条件を書き足します。
途中で止まっても、次に開くものとする作業が残っていれば再開できます。新しい勉強を足す前に、一つの初稿を保存し、どこが足りないかを見える形にしてみましょう。
更新日:2026年9月30日。本文で仮例・例文と記した内容は説明用であり、当ブログや顧客の実績ではありません。
コメントを残す