下書き（未公開）
フリーランスの目標設定術 — 収入目標を日々のタスクに落とす
フリーランスの目標設定を「単価 × 件数 × 稼働」の分解で解説。年商目標を生活費から逆算し、収入源ごとの月次目標、営業・制作・学習に分けた週の目標、今日のタスクへ落とす4ステップと、年商600万円の分解例つき。
- フリーランス
- 目標管理
年初に決めた売上目標が年末まで持たないのは、売上という「結果」と日々の「行動」をつなぐ式が無いからです。この記事では、その式の作り方を仮の数値例と目標管理アプリの実画面で説明します。
フリーランスの目標設定は「単価 × 件数 × 稼働」に分解してから日々のタスクにする
フリーランスの収入目標は、次の順番で分解すると日々の行動につながります。
- 年商目標を逆算で決める: 生活費・経費・税金・貯蓄から「必要な売上」を出し、年の目標にする
- 収入源ごとに月次目標を置く: 受託・自社サービス・執筆など、収入源ごとに「単価 × 件数 × 稼働」の式を作り、12 か月に割って各月の「件数」と「稼働日数」にする
- 週ごとの目標に分ける: 今月の目標を、件数を取る営業・受注案件の制作・単価を上げる学習の週目標に分ける
- 今日のタスクにする: その週の目標の下に、今日やるタスクを 1〜3 つ置く
右辺のうち「今年はどれを伸ばすか」を決めれば、営業・制作・学習のどこに時間を置くかが決まります。
4 層の分解そのものは 年間目標の立て方 で扱っています。
なぜフリーランスの目標設定は「売上だけ」で終わるのか
会社員のように上司や評価面談が目標を見直す機会になるわけではないので、目標の設計ミスには自分で気づくしかありません。
売上目標が「結果」のままで、行動に変換されていない
「年商 600 万円」は目標として正しい形ですが、それだけでは今日のカレンダーに載せられません。売上は案件を受注して納品した結果として後から確定するもので、今日の行動は「見積もりを 1 件送る」「提案書を書く」のような営業・制作の作業です。結果と行動のあいだに式が無いと、目標はあっても今日やることが決まらず、届いた依頼に対応するだけの 1 年になります。
営業と学習が目標に入っておらず、案件の合間に消える
受託の案件が入っているあいだは制作で手一杯になり、営業と学習は「落ち着いたらやる」に回ります。営業は結果が出るまでに時間がかかるぶん、止めた影響も遅れて出てきます。気づくのは案件が切れたあと、見込みの一覧に何も残っていない月です。
忙しい月と暇な月で、振り返りの頻度が変わる
フリーランスの稼働は月ごとに大きく変わります。振り返りが稼働量に引きずられると、忙しい月は飛ばし、暇な月は不安から目標を大きく書き換えることになり、目標は年の途中で別物になります。振り返りは「週に 1 回・固定曜日」のように、稼働と切り離して置きます。
ステップ1: 年商目標を生活費と経費から逆算する
- 生活費: 家賃・食費・保険など、1 年暮らすのに必要な支出
- 事業経費: ツールの利用料、機材、外注費、コワーキングスペース代など
- 税金・社会保険料: 所得税・住民税・国民健康保険・国民年金・個人事業税など。前年の確定申告の実績、または税理士や会計ソフトのシミュレーションを基準に見込む
- 貯蓄・投資: 案件が途切れたときの生活防衛資金や、機材更新の積み立て
この 4 つの合計が「最低限必要な売上」です。ここに「今年伸ばしたい分」を上乗せした額を年商目標にします。必要額を先に出しておくと、目標を下げるときに「いくらまでなら下げられるか」が自分で分かります。
年商目標が決まったら、年末に Yes・No で判定できる 1 文にします。「年商 600 万円を売上ベースで達成する（12 月納品分まで含む）」のように、集計の基準（売上か入金か、いつまでの分か）まで書いておくと、年末に「達成したかどうか」で迷いません。
ステップ2: 収入源ごとに「単価 × 件数 × 稼働」の月次目標を置く
年商目標が 1 つの数字のままでは、まだ行動に落ちません。次に、収入源ごとに分けて、それぞれを「単価 × 件数 × 稼働」の式にします。
収入源を 2〜3 つに分けて、それぞれに式を作る
フリーランスの収入源は、受託開発・制作、自社サービスや商品の販売、執筆や登壇、顧問やコンサルティングなど、いくつかの種類に分かれます。収入源ごとに「単価」「件数」「稼働」の意味が違うため、まとめて 1 つの目標にすると分解できません。
- 受託: 単価（1 件あたりの受注額）× 件数（年間の受注数）。稼働は 1 件あたりの実働日数
- 自社サービス: 単価（月額や販売価格）× 件数（有料ユーザー数や販売数）。稼働は開発・改善に使う日数
- 執筆・登壇: 単価（1 本あたりの原稿料・登壇料）× 件数
収入源ごとに年の目標額を割り当て、それぞれ式にすると、「今年はどの収入源のどの要素を伸ばすか」が見えます。たとえば受託の年間 480 万円は「単価 60 万円 × 8 件」でも「単価 40 万円 × 12 件」でも同じ額ですが、必要な営業の量も稼働日数も違います。式にして初めて、自分の稼働で無理なく達成できる組み合わせを選べます。
12 か月に割って、月ごとの「件数」と「稼働日数」にする
式ができたら、件数と稼働日数を 12 か月に割ります。受託 8 件なら「1.5 か月に 1 件の受注・納品」、自社サービスなら「月末時点の有料ユーザー数」のように、月末に数えられる指標にします。
月ごとの目標は、均等に割る必要はありません。業種によって案件が集中する月と稼働が落ちる月があるので、前年の月別売上があれば、それに合わせて件数を配分してください。稼働の少ない月にも同じ件数を置くと、その月から未達が続き、目標そのものを見なくなりやすくなります。
ステップ3: 営業・制作・学習を週ごとの目標に分ける
月の目標が「件数」と「稼働日数」になったら、それを週ごとの目標に分けます。ここで置くのは「今週やることの一覧」ではなく、その週に達成する小さな目標です。フリーランスの場合、次の 3 種類に分けて置きます。
- 営業（件数を取る）: 見積もりの送付、ポートフォリオの更新、既存クライアントへの連絡、案件プラットフォームへの応募
- 制作（稼働そのもの）: 受注済み案件の実作業と納品
- 学習（単価を上げる）: 新しい技術の習得、ケーススタディの整理、資格や実績づくり
3 種類に分けるのは、納期のある制作が最優先になりやすく、別枠にしていない営業と学習が後回しになりがちだからです。週の目標を書き出すときは、営業と学習の枠を先に確保してから、制作で残りを埋めます。
分ける単位は、1 つの月次目標につき月全体で 8 つ以内です。1 か月は 4〜5 週なので、1 週あたり 1〜2 個の週目標を置く配分になります。8 つのうち営業と学習に 1 つずつを充てておけば、それぞれ月 1 回は必ず進む計算です。
たとえば 9 月の「受注 3 件」なら、第 1 週に「見込み 5 社に提案する」「案件 A の設計を終える」、第 2 週に「案件 A の実装を終える」…と並べ、9 月の合計が 8 つを超えないようにします。
週の目標は、週末に「達成したかどうか」で判定できる形で書きます。「営業を頑張る」ではなく「既存クライアント 3 社に近況と空き状況をメールする」、「Rust を勉強する」ではなく「公式チュートリアルの第 3 章まで終える」です。
ステップ4: 今日のタスクに落とす
最後に、その週の目標の下に、今日やるタスクを 1〜3 つ置きます。新しい目標はここでは考えず、週の目標を達成するための作業だけを並べます。
フリーランスの 1 日は、クライアントからの連絡や急ぎの修正で予定が崩れることがあります。今日の目標は「これだけは終わらせる 1 つ」を決めておき、それが終われば今日は目標が進んだ日、と判定できるようにします。3 つを横並びにしたままだと、割り込みが入った日にどれも中途半端で終わることがあります。
今日のタスクは、営業の日と制作の日で偏らせて構いません。たとえば月曜の 1 タスクを営業、火曜から木曜を制作、金曜を学習と振り返り、のように曜日で役割を決めておくと、3 種類それぞれに置き場所ができます。
分解例: 年商目標 600 万円を今日のタスクにするまで
以下は分解の型を示すための例です。受託開発と自社サービスの 2 つを収入源に持つフリーランスエンジニアを想定した、仮の数値です。
<!-- TODO(decision): この分解例を運営者の実データに差し替えるか、仮の数値のまま公開するかを決める。 - A) 仮のまま公開する: 直前の「以下は分解の型を示すための例です。…仮の数値です。」をそのまま残す。他に直す箇所は無い - B) 実データに差し替える: 以下をすべて実績に合わせる。 - 「年（YAP）」の逆算（生活費 300 / 経費 80 / 税金 120 / 貯蓄 60 = 560 万円、年商目標 600 万円）と収入源の表（受託 480 万円・単価 60 万円 × 8 件・1 件 20 日 / 自社サービス 120 万円・月額 2,000 円 × 平均 50 人 / 稼働 220 日のうち 200 日） - 「月（MAP）」の月別配分と 9 月の月次目標（有料ユーザー 55 人・前月 53 人 など） - 「週（WAP）」の週目標 8 つの表、「日（DAP）」のタスク例 - H2 見出し「分解例: 年商目標 600 万円を…」、frontmatter の description の「年商600万円の分解例つき」、記事冒頭の「仮の数値例」 - 直前の「仮の数値です」の断りを、実データである旨に書き換える - en.md の対応箇所（$120,000 の例・"illustrative" の断り・title/description）も同じ実績値をドル建てで揃える これは事実の裏取りではなく運営者の判断のため、ファクトチェックでは解決しない。 -->年（YAP）: 年商目標と収入源ごとの式
ステップ 1 の逆算で、生活費 300 万円・経費 80 万円・税金と社会保険料 120 万円・貯蓄 60 万円の合計 560 万円が必要額だったとします。ここに伸ばしたい分を上乗せして、年商目標を 600 万円に置きました。収入源ごとの内訳は次のとおりです。
| 収入源 | 年の目標額 | 式 | 稼働の見込み |
|---|---|---|---|
| 受託開発 | 480 万円 | 単価 60 万円 × 8 件 | 1 件あたり実働 20 日 |
| 自社サービス | 120 万円 | 月額 2,000 円 × 平均 50 人 × 12 か月 | 開発・改善に年 40 日 |
| 合計 | 600 万円 | 年間稼働 220 日のうち 200 日 |
年間稼働 220 日のうち、受託 160 日と自社サービス 40 日で 200 日を使い、残り 20 日を営業と学習に充てる配分です（制作以外に月 1〜2 日を残す計算になります）。この例では「単価 60 万円」は前年実績の据え置きで、今年伸ばすのは件数（前年 6 件から 8 件）と自社サービスの有料ユーザー数（年初 40 人から年末 60 人、年間平均 50 人）、と決めています。
月（MAP）: 件数と稼働日数に割る
受託 8 件は、前年の傾向（年度末と年末に依頼が増える）に合わせて、1〜3 月に 3 件、4〜8 月に 2 件、9〜12 月に 3 件と配分します。9 月の月次目標はこうなります。
- 受託: 10 月着手の案件を 1 件受注する（見積もり提出 2 件以上）。進行中の案件を月内に納品する
- 自社サービス: 月末時点の有料ユーザーを 55 人にする（前月 53 人）
- 学習: 単価アップのために、来年提案したい技術のサンプルを 1 つ作る
学習は受託の単価を上げるための項目なので、受託開発の年間目標の配下に置き、週目標も受託側の 8 枠に含めています。
週（WAP）: 9 月の週目標を配分する
この例は収入源ごとに年間目標を分けているので、受託と自社サービスで別枠に 8 つずつ置けます。以下は受託開発の 9 月分です。
| 週 | 週の目標 | 種類 |
|---|---|---|
| 第 1 週 | 既存クライアント 3 社に 10 月以降の空き状況をメールする | 営業 |
| 第 1 週 | 進行中案件の管理画面の実装を終える | 制作 |
| 第 2 週 | 問い合わせのあった案件の見積もりを 2 件提出する | 営業 |
| 第 2 週 | 進行中案件のレビュー指摘を反映する | 制作 |
| 第 3 週 | 進行中案件を納品する | 制作 |
| 第 3 週 | 来年提案したい技術のサンプルの認証部分を実装する | 学習 |
| 第 4 週 | 10 月着手の案件の契約を締結する | 営業 |
| 第 4 週 | 納品案件の事例をポートフォリオに 1 本追加する | 学習 |
営業 3 つ・制作 3 つ・学習 2 つで合計 8 つです。自社サービスの 9 月の月次目標（有料ユーザー 55 人）には、「オンボーディングの離脱箇所を 1 つ直す」「有料プランの案内メールを送る」などを別枠の 8 つとして置きます。
日（DAP）: 今日のタスク
第 1 週の目標「既存クライアント 3 社にメールする」の下には、「A 社に送る」「B 社に送る」「C 社に送る」という日々のタスクが並びます。月曜はそのうち 1〜3 つを今日のぶんとして処理します。今日のタスクが終われば、その日は年商 600 万円が前に進んだ日、と判定できます。この連動は LP のデモ で、今日のアクションを 1 つ完了にするだけで確かめられます。
月末に「単価・件数・稼働」のどれがずれたかを見る
分解ができたあと、年末まで運用するために必要なのは、月末の短い点検です。見るのは「売上が目標に届いたか」ではなく、「単価・件数・稼働」のどれがずれたかです。
- 件数が足りない場合は、営業の量（見積もり提出数や連絡数）が足りていたかを確認し、翌月の週目標の営業枠を増やす
- 単価が下がっている場合は、安い案件を受けた理由（空き期間の不安、断れなかった）を確認し、単価の下限を決め直す
- 稼働が予定を超えている場合は、1 件あたりの実働日数の見積もりが甘かったので、翌月以降の件数配分を減らす
3 要素のどれがずれたかが分かれば、翌月の週目標をどう変えるかが決まります。週単位の振り返りの進め方は 週次レビューのやり方 で、15 分・3 つの質問・固定曜日の仕組みとして説明しています。
フリーランスの目標設定をアプリで仕組み化する
ここまでの分解は、スプレッドシートでも年と月の目標までは作れます。難しくなるのは週と日の運用です。
- 収入源ごとに月次目標があるため、週の目標を書き出すときに「どの収入源のどの月次目標に紐づく週目標か」が表では追いにくい
- 今日のタスクを終えても、それが週・月の件数、年の目標にどう反映されたかが自動では戻ってこない
- 納期が延びて先月終わらなかった目標やタスクを、今月の計画に引き継ぐ作業を毎月手で行うことになる
この 3 点をどのアプリがどこまで満たすかは 目標管理アプリおすすめ比較 で整理しています。
Abstria は、この記事の分解をそのままの構造で持つ目標管理アプリです。年間目標（YAP）・月間目標（MAP）・週間目標（WAP）・今日のアクション（DAP）の 4 階層になっています。
年間目標は複数持てるので、上の分解例のように「受託開発で 480 万円」「自社サービスで 120 万円」と収入源ごとに年間目標を分けて管理できます。ステップ 2 の収入源の分け方が、そのままアプリの構造になります。
今日のアクションを完了にすると、そのステータスが週・月・年へ自動で伝わります（配下がすべて完了なら親も完了）。年の目標までどこまで進んだかを、集計作業なしで確認できます。Today 画面は未着手・進行中・完了のカンバンなので、月曜の営業タスクを朝一番に進行中へ動かし、送り終えたら完了へ動かす、という運用がそのまま画面になります。
フリーランス特有の「納期が延びて先月の行動が残る」問題には、Review 画面があります。今月より前に終わらなかったアクションを一覧で確認し、今月の週間目標に引き継げるので、月初に前月分を手で書き写す作業がなくなります。
上の分解例の構成は Free（年間目標 3 つ・アクティブ 100 件、2026 年 9 月時点）に収まります。デモの例はマラソンの目標ですが、階層の構造と完了の伝わり方は収入目標でも同じです。
よくある質問
Q. フリーランスの目標設定で見落とされやすいのは何ですか？
稼働日数の上限を目標に入れないまま、単価と件数だけを積み上げてしまうことです。単価 × 件数が成立しても、必要な実働日数が休みを含めた年間の稼働可能日数を超えていれば、その目標は最初から達成できません。件数を決める前に、年間で働ける日数と 1 件あたりの実働日数を先に置いてください。
Q. 収入目標以外に何を目標にすべきですか？
営業の量と、単価を上げるための学習の内容です。学習は「何を身につければ単価を上げられるか」から逆算して、サンプル・事例・登壇資料のような成果物で判定できる形にします。営業は「今月は見積もりを何件出すか」「既存クライアント何社に連絡するか」のように、月末に数えられる形で置きます。
Q. 目標を達成できなかった月はどうすればいいですか？
年の目標には触れず、翌月の週目標だけを変えます。3 か月続けて同じ要素がずれたときに初めて、年の目標そのものの置き方を疑ってください。1 か月の未達は案件の時期のずれで起きている場合もあり、そこで年商目標を下げると季節変動に合わせて目標を動かし続けることになります。
Q. 個人事業主とフリーランスで目標の立て方は違いますか？
立て方は同じです。個人事業主は税務上の区分、フリーランスは働き方の呼び方で、どちらも収入が「単価 × 件数 × 稼働」で決まる点は変わりません。違いが出るのは逆算のステップ 1 で、確定申告の実績がある人は税金・社会保険料の見込みを前年実績から出しやすい、という程度です。
この記事の分解を、収入源ごとの年間目標としてそのまま作れます。まずは登録なしで、今日の 1 つが年の目標まで動く挙動を触って確かめてください。
Abstria は 2026 年 9 月時点で招待制です。使ってみたい方は /invite からアクセスをリクエストできます。招待コードをお持ちの方は そのままサインアップ できます（年間目標 3 つ・アクティブ 100 件までは無料）。プランごとの上限は 料金ページ にまとめています。
<!-- TODO(release): 招待制が解除されていたら、上の段落から「Abstria は 2026 年 9 月時点で招待制です。使ってみたい方は [/invite](/invite) からアクセスをリクエストできます。招待コードをお持ちの方は」までを削除し、残りを「[サインアップ](/signup) して使い始められます（年間目標 3 つ・アクティブ 100 件までは無料）。」の形に直す。/pricing への一文はそのまま残す。 - 発火条件: apps/web/middleware.ts の /signup 招待ゲート（未認証かつ `referral_pending` Cookie が無ければ /invite へリダイレクト）が無くなること - 2026-09-23 時点では apps/web/middleware.ts:93 にゲートが残っており、招待制は継続中のため本文は正しい - 解除して直すときは en.md の同じ段落（"Abstria is invite-only as of September 2026." 以降）も同時に直す - 解除が 2026 年 10 月以降になった場合は「2026 年 9 月時点で」の時点表記も更新する -->