「案件は取れるようになったのに、なぜか単価がいつも相場の下限あたりで止まる」。Workee で複業案件をいくつかこなしてきた方の中に、こうした手応えのなさを感じている人は少なくありません。スキルは確実に上がっている実感があるのに、提示される金額がそれに連動して上がってこない。この状態が続くと「自分の実力ではこの単価が妥当なのかもしれない」と、つい自己評価まで下げてしまいがちです。
ですが、単価が上がらない原因の多くは、スキル不足ではありません。あなたの努力や実力が「単価に値する形」でプロフィールに表現されていないことのほうが、はるかに多いのです。発注企業や AI マッチングは、あなたの頭の中にある経験ではなく、プロフィールに書かれた情報だけを見て「この人にいくら払うか」を判断しています。つまり、見せ方を変えるだけで単価レンジが変わる余地が、まだ残されている可能性が高いということです。
単価を上げようとすると、多くの人はまずスキルアップや交渉術に向かいます。もちろんそれらも大切ですが、その前にもっと手早く効く土台があります。それが「プロフィールの設計」です。交渉の場で頑張る前に、最初から高い単価で声がかかる状態を作っておくほうが、ずっと消耗が少なく確実です。
本記事では、Workee のプロフィールを「案件単価を上げる」という一点に絞って最適化する方法を、5つのステップで具体的に解説します。希望単価の置き方、実績の見せ方、スキルタグの設計など、今週中に手を動かせる改善ポイントを優先順位つきで整理しました。読み終えるころには、自分のプロフィールの「単価を下げている要因」が特定でき、次にマッチングされる案件の単価レンジを引き上げる準備が整っているはずです。
Workeeで案件単価が上がらないのはプロフィールに原因がある
単価が頭打ちになると、人はまず「自分のスキルが足りないのではないか」と考えがちです。しかし、案件が取れている時点で、あなたのスキルは市場で必要とされる水準に達しています。問題は別のところ、つまり「そのスキルが単価に結びつく形で伝わっているか」にあります。
「案件獲得」と「案件単価」は別の問題
まず押さえておきたいのは、「案件にマッチングされること」と「高い単価で提示されること」はまったく別の課題だということです。マッチングは、あなたのスキルと案件の要件が合致すれば成立します。一方で単価は、発注企業が「この人にいくら払う価値があるか」をどう認識したかで決まります。
案件が取れているのに単価が低いという状態は、「マッチングの精度は高いが、単価の認識を引き上げる情報が不足している」というシグナルです。スキルが足りないのではなく、スキルの価値を伝える情報が薄いのです。だからこそ、スキルアップに時間をかける前に、プロフィールの情報設計を見直すほうが先決になります。
なお「そもそも案件がなかなか来ない」という段階の方は、単価よりも先にマッチングやスカウトを増やす設計が必要です。その場合はWorkeeで案件獲得を増やすプロフィール最適化を先に読むことをおすすめします。本記事は「案件は来るが単価が低い」という、その次のフェーズに焦点を当てています。
単価が低いまま固定される人の共通パターン
単価が上がらない方のプロフィールには、いくつか共通する傾向があります。代表的なのは次のようなパターンです。
- 希望単価を低めに置いている: 「まず案件を取りたい」という気持ちから、相場の下限、あるいは空欄に近い設定にしてしまっている
- 実績が「作業内容」で書かれている: 「APIの実装を担当」のように、何をやったかは書いてあるが、どれだけの規模・難度・成果だったかが伝わらない
- スキルが抽象的に並んでいる: 言語やフレームワーク名は書いてあるが、それが「単価が付く専門性」として見えるレベルになっていない
これらに共通するのは、「謙虚で正確だが、価値が伝わらない」という点です。嘘を書く必要はまったくありませんが、事実を「単価に値する形」で表現し直すだけで、認識される単価レンジは変わります。次の章から、その仕組みと具体的な直し方を見ていきます。
Workeeのプロフィールが単価レンジに影響する仕組み
Workee は、AI を活用してフリーランスと案件をマッチングするプラットフォームです。スキル・業界経験・希望単価・稼働形態といった複数の要素を多面的に評価し、案件との適合度を判断する仕組みになっています。内部のアルゴリズムの詳細は公開されていませんが、「プロフィールの各項目が、どの単価帯の案件と・どんな印象でマッチングされるか」に影響するという構造自体は、一般的なマッチング型サービスに共通する考え方です。
ここを理解しておくと、闇雲にプロフィールをいじるのではなく、「単価に効く項目」から優先的に手を入れられるようになります。
希望単価の設定が「想定される単価帯」を決める
最も直接的に単価レンジを左右するのが、希望単価の設定です。希望単価は、あなたが「どの価格帯で動く人か」を示すラベルとして機能します。低く設定すれば低単価帯の案件とマッチングされやすくなり、適正に設定すれば相応の案件の候補に入ります。
「高く設定すると案件が来なくなるのでは」という不安はよく聞きますが、実際には希望単価が低すぎることで、本来なら声がかかるはずだった単価帯の案件から外れてしまうリスクのほうが見落とされがちです。希望単価は、案件を取れるかどうかの足切りラインであると同時に、あなたの単価レンジの「自己申告」でもあるのです。
スキル・業界経験の具体性が「任せられる範囲」の認識を決める
スキルや業界経験をどれだけ具体的に書いているかは、「この人にどこまで任せられるか」という認識に直結します。任せられる範囲が広く・深く見えるほど、発注側は高い単価を払う理由を持てます。
たとえば「Webアプリ開発」とだけ書くのと、「ECサイトのバックエンドを Go で設計・実装、月間数百万PV規模のトラフィックに対応」と書くのとでは、想定される単価帯が大きく変わります。前者は誰でも書けますが、後者は「規模感のある本番運用を任せられる人」という認識を生みます。
稼働形態・条件が「発注のしやすさ」と単価交渉力に効く
稼働形態や条件の書き方も、間接的に単価に影響します。発注側にとって発注しやすい人ほど、案件の選択肢が増え、結果として単価の高い案件を選べる立場になります。逆に条件が曖昧だったり厳しすぎたりすると、そもそも候補に挙がりにくくなります。
ここで大切なのは「安く・なんでも引き受ける」という方向ではなく、「発注の判断に必要な情報を、相手が動きやすい粒度で示す」という方向です。具体的な書き方は次の章のステップ5で扱います。
案件単価を上げるプロフィール最適化の5ステップ
ここからが本記事の中核です。プロフィールのどこから手をつければ単価が上がるのか、「単価へのインパクト」と「着手のしやすさ」の両面から優先順位をつけた5つのステップを紹介します。各ステップは「何を／どう書き換えるか／単価にどう効くか／所要時間」で構成しています。上から順に着手すれば、最小の手間で効果の大きい改善から進められます。
ステップ1：希望単価を「下限提示」から「適正レンジ提示」に直す
- 何を: 希望単価の設定
- どう書き換えるか: 「とりあえず案件を取るための低めの数字」になっていないかを確認し、自分のスキルと相場に基づいた適正なレンジに引き上げます。相場が分からない場合は、まず自分のスキル帯の単価相場を確認してから設定するとブレません
- 単価にどう効くか: 希望単価そのものが想定単価帯のラベルになるため、ここを直すだけで提示される案件のレンジが直接変わります
- 所要時間: 15分（相場確認を含めても1時間以内）
最初に着手すべきは、ここです。理由はシンプルで、最も単価に直結し、かつ書き換えに時間がかからないからです。「高くして案件が減ったらどうしよう」と感じる場合は、いきなり相場上限ではなく、現在の設定より1段階上のレンジから試すとよいでしょう。
ステップ2：実績を「作業内容」ではなく「成果・規模・役割の数字」で書く
- 何を: 過去の実績・職務経歴の記述
- どう書き換えるか: 「〜を担当した」という作業の説明を、「どれだけの規模を・どんな役割で・どんな成果を出したか」という数字つきの記述に変えます
- 単価にどう効くか: 数字は「任せられる範囲」を客観的に示し、発注側が高い単価を払う根拠になります
- 所要時間: 30〜60分
たとえば次のように書き換えます。
- 変更前: 「決済機能のAPI実装を担当」
- 変更後: 「月間取引額◯◯万円規模の決済機能を、3名チームのリードとして設計・実装。レスポンスタイムを40%改善」
数字が手元にない場合でも、「規模（ユーザー数・トラフィック・取引額）」「役割（リード／設計担当／レビュー担当）」「成果（改善率・削減時間・障害削減）」のいずれかを思い出して補うだけで、印象は大きく変わります。
ステップ3：単価を上げる「上流・専門性」を見える位置に置く
- 何を: プロフィール上部・自己PRの構成
- どう書き換えるか: 設計・アーキテクチャ・技術選定・チームリードなど、単価が付きやすい上流寄りの経験を、プロフィールの目立つ位置に配置します
- 単価にどう効くか: 上流工程の経験は単価の押し上げ要因として広く知られており、見える位置に置くことで「単価の高い役割を任せられる人」という第一印象を作れます
- 所要時間: 30分
実装だけでなく「なぜその技術を選んだか」「どう設計したか」を語れる経験があるなら、それを前面に出します。読み手は上から順に読むため、強みを下のほうに埋もれさせないことが重要です。
ステップ4：スキルタグを「単価が付く技術」に寄せて再設計する
- 何を: スキルタグ・使用技術の一覧
- どう書き換えるか: なんとなく触ったことのある技術を網羅的に並べるのをやめ、需要が高く単価が付きやすい技術を中心に、得意分野が伝わる構成に整理します
- 単価にどう効くか: タグの抽象度が下がり専門性が際立つと、単価帯の高い案件とマッチングされやすくなります
- 所要時間: 20分
タグが多すぎると「広く浅い人」という印象になり、かえって専門性が薄まります。「自分はこの領域の人だ」と一言で伝わる構成を意識し、得意な技術を前に、補助的な技術は後ろに置くと、専門性が明確になります。
ステップ5：稼働条件を「発注ハードルを下げる」粒度に整える
- 何を: 稼働可能時間・コミュニケーション方法・対応範囲などの条件
- どう書き換えるか: 曖昧な記述を、発注側が「これなら頼める」と判断しやすい具体的な条件に整えます
- 単価にどう効くか: 発注しやすさが上がると候補に挙がる案件が増え、単価の高い案件を選べる立場になります
- 所要時間: 15分
「週◯時間まで対応可能」「平日夜と土日に稼働、連絡は◯時間以内に返信」のように具体化すると、発注側は安心して声をかけられます。ここでも「安請け合い」ではなく「判断材料を明確に示す」ことが目的です。
単価を下げているNGプロフィールの直し方
5つのステップで何を直すかが見えたところで、逆に「無自覚に単価を下げてしまっている書き方」を点検しましょう。自分では丁寧に書いているつもりでも、結果的に単価を下げているパターンは珍しくありません。
単価を下げるNG例とBefore/After
代表的な3つのパターンを、改善前後で見てみます。
1. 謙遜しすぎる自己PR
- Before: 「まだ複業を始めたばかりで経験は浅いですが、精一杯がんばります」
- After: 「本業で◯年、◯◯領域のバックエンド開発に従事。設計から運用まで一貫して対応できます」
謙遜は誠実さの表れですが、プロフィール上では「自信のなさ＝低い単価でよい人」というシグナルとして受け取られてしまいます。事実ベースで、できることを言い切る形に変えます。
2. 作業者目線の実績記述
- Before: 「指示された機能を実装しました」
- After: 「要件整理から実装・テストまで主体的に推進し、リリースを予定どおり完了」
「指示された通りにやる人」と「自走できる人」とでは、払われる単価が変わります。主体性が伝わる動詞（推進した・設計した・改善した）を選びます。
3. 希望単価の空欄または低すぎる設定
- Before: 希望単価が空欄、または相場を大きく下回る金額
- After: スキルと相場に基づいた適正レンジを明示
空欄は「いくらでもいい」という印象を与え、低い設定は単価帯の足切りに直結します。ステップ1で扱ったとおり、ここは最優先で直す箇所です。
自己点検チェックリスト（単価を下げる要因の洗い出し）
自分のプロフィールを開いて、次の項目をチェックしてみてください。1つでも当てはまれば、そこが単価を下げている要因の候補です。
- 希望単価が空欄、または「まず取りたい」で低めに設定している
- 実績が「担当した」止まりで、規模・役割・成果の数字がない
- 自己PRに「経験が浅い」「がんばります」など謙遜の表現が入っている
- スキルタグが多すぎて、得意分野が一目で分からない
- 上流・設計の経験があるのにプロフィール下部に埋もれている
- 稼働条件が曖昧で、発注側が判断しづらい
チェックがついた項目から、先ほどの5ステップに沿って順に直していけば、単価を下げている要因を一つずつ取り除けます。
実績が少なくても単価レンジを上げるプロフィールの作り方
「直し方は分かったけれど、そもそも複業の実績が少ないから高くは書けない」と感じる方もいるはずです。ですが、単価の根拠は複業実績だけから作るものではありません。本業で積み上げてきたスキルや成果も、書き方次第で「単価に値する専門性」として十分に通用します。
本業の成果を「単価の根拠」に翻訳する3つの軸
本業の経験を複業向けに翻訳するときは、次の3つの軸で棚卸しすると、単価の根拠が見つかります。
- 規模: 担当したシステムのユーザー数・トラフィック・取引額・チーム人数など。「大規模を扱った経験」は単価の説得力になります
- 難度: 技術的に難しかった課題、レガシー改善、パフォーマンスチューニング、障害対応など。難度の高い経験は希少性として評価されます
- 成果: 改善率・削減した時間やコスト・防いだ障害など。数字で示せると「価値を生む人」という印象が一段強まります
職種別に例を挙げると、次のような翻訳ができます。
- バックエンド: 「APIを実装した」→「月間数百万リクエストを処理するAPIを設計し、DB負荷を◯%削減」
- フロントエンド: 「画面を作った」→「コンポーネント設計を見直し、表示速度と保守性を改善、開発工数を削減」
- SRE/インフラ: 「監視を担当した」→「監視・アラート設計を整備し、障害検知から復旧までの平均時間を短縮」
本業では当たり前にやっていることでも、複業の文脈に置くと立派な単価の根拠になります。「自分には書くことがない」と感じる場合ほど、この3軸での棚卸しが効きます。
ポートフォリオ・公開資料で専門性を補強する
プロフィール本体に書ける情報には限りがあります。それを補うのが、外部の公開資料です。守秘義務に触れない範囲で、専門性を裏づける材料を用意しておくと、単価の説得力が増します。
- 技術ブログや登壇資料で、設計判断や学びを言語化する
- GitHub などで、書けるコードの質を示す
- 個人開発やOSSへの貢献で、自走力と技術選定の経験を見せる
これらは一朝一夕には用意できませんが、一度作れば資産として残り、プロフィールから参照することで「公式ドキュメントを読んだだけでは分からない実装力」を継続的にアピールできます。実績が少ない段階こそ、こうした補強材料が単価レンジを押し上げる差になります。
プロフィール最適化後に単価をさらに伸ばすには
プロフィールを直すと、土台が整います。ですが、それで終わりではありません。整えたプロフィールを起点に、単価を継続的に伸ばしていくサイクルに入っていくことが、頭打ちを抜け出す本当のゴールです。
提示単価を受けるときの判断軸
プロフィールが整うと、以前より高い単価で声がかかる場面が出てきます。そのとき大切なのは、提示された金額をすぐに受け入れないことです。
- 即決しない: 提示された単価が自分の相場感と合っているか、一呼吸おいて確認します
- 根拠を確認する: 案件の難度や責任範囲に対して単価が見合っているかを照らし合わせます
整ったプロフィールは、こうした場面での交渉力の土台にもなります。「これだけの実績を示している人」という前提があれば、根拠を持って単価について話しやすくなります。交渉そのものの進め方は本記事の範囲を超えますが、プロフィールがその出発点になることは覚えておいてください。
実績が増えたらプロフィールと希望単価を更新する
案件をこなすたびに、あなたの実績は増えていきます。ところが多くの人は、プロフィールを一度作ったきり更新しません。これは単価が上がらない隠れた原因の一つです。
- 新しい案件が終わるたびに、規模・役割・成果を実績に追記する
- 実績が積み上がったら、希望単価のレンジも一段引き上げる
プロフィールは「作って終わり」ではなく、実績の蓄積に合わせて育てていくものです。この更新を習慣にすると、努力が単価に正しく反映され続ける状態を保てます。
まとめ：Workeeのプロフィールを単価が上がる資産に育てる
案件は取れるのに単価が上がらない——その原因の多くは、スキル不足ではなく「努力が単価に値する形でプロフィールに表れていない」ことにあります。だからこそ、スキルアップや交渉に走る前に、プロフィールの見せ方を整えることが、最も手早く効く打ち手になります。
本記事で紹介した最適化の5ステップを、改めて優先順に振り返ります。
- 希望単価を「下限提示」から「適正レンジ提示」に直す（最優先・15分）
- 実績を「成果・規模・役割の数字」で書く（30〜60分）
- 単価を上げる「上流・専門性」を見える位置に置く（30分）
- スキルタグを「単価が付く技術」に寄せて再設計する（20分）
- 稼働条件を「発注ハードルを下げる」粒度に整える（15分）
上から順に着手すれば、最小の手間で効果の大きい改善から進められます。まずはステップ1だけでも、今日のうちに手を動かしてみてください。
プロフィールは、あなたの代わりに24時間働き続ける営業資料です。一度整えて終わりにするのではなく、実績が増えるたびに更新し、単価が上がる資産として育てていく。その積み重ねが、「努力が単価に正しく反映される状態」を長く保つことにつながります。
