クラウドワークスの低単価案件を受ける前に、時給換算してみた方がいい

クラウドワークスで仕事を探していると、低単価の案件をよく見かけます。

初心者歓迎。
簡単作業。
スキル不要。
すきま時間でできます。

そう書かれていると、最初の一件としては入りやすそうに見えます。

実績がないうちは、

まずは低単価でも受けた方がよいのだろうか。
最初から単価を気にしすぎるのはよくないのだろうか。
経験を積むためなら、多少安くても仕方がないのだろうか。

と思うことがあります。

私も、最初から高単価の仕事ばかりを選べるとは思っていません。

実績を一件つくるために、小さな仕事を試すこともありました。

ただ、クラウドワークスで案件を見たり、実際に在宅ワークを生活へ入れたりする中で、低単価案件は表示された金額だけで判断すると、負担を読み違えやすいと感じるようになりました。

見る必要があるのは、報酬額だけではありません。

その仕事に、全部で何分かかるのか。
作業以外に、どれくらい確認や連絡があるのか。
終わったあとにも、生活へ戻る力が残るのか。

そして、

その条件でも受ける理由があるのか。

低単価案件ほど、厳密でなくても一度時給へ直してみる。

それだけで、金額の小ささではなく、

その仕事へ差し出す時間と気力の全体

が見えやすくなります。

そのうえで、

実績づくりとして一度受けるのか。
作業を試すために受けるのか。
条件を確認してから決めるのか。
同じ条件では続けないのか。
今の生活には入らないとして見送るのか。

まで分けて考えたいと思っています。

低単価だから、すべて避けるわけではない

低単価案件を、すべて避けるべきだとは思っていません。

初心者のうちは、最初の実績づくりとして小さな案件を受けることがあります。

作業範囲が小さい。
短時間で終わる。
やることが明確。
納期に無理がない。
連絡が少ない。
納品後の対応がほとんどない。

こうした条件なら、低単価でも「小さく試せる入口」になることがあります。

最初から大きな案件へ入るより、

募集文を読む。
契約する。
作業する。
納品する。
完了する。

という一連の流れを、小さな仕事で経験した方が安心な場合もあります。

私にとっても、報酬以外の目的がある仕事はありました。

ただし、金額が小さいなら、負担も小さくなければ続きません。

低単価だからこそ、

仕事へ入るまでが軽いか。
作業範囲が見えているか。
仕事をきちんと手放せるか。

を見たいと思っています。

「一件いくら」だけでは、仕事に使う時間が見えない

案件を見ると、まず報酬額が目に入ります。

一件100円。
一件300円。
一記事1,000円。
リスト一件数円。

でも、実際に仕事として受けると、その数字の外側に時間があります。

募集文を読む。
応募文を書く。
返事を待つ。
契約条件を確認する。
マニュアルを読む。
分からないことを質問する。
作業する。
納品前に見直す。
修正する。
納品後の完了を確認する。

成果物をつくっている時間だけが、仕事ではありません。

作業自体は30分でも、前後の確認や連絡まで含めると、1時間以上かかることがあります。

また、実作業は終わっていても、

修正が来るかもしれない。
完了したか分からない。
通知を確認しておいた方がよいかもしれない。

と、気持ちが仕事から離れない場合もあります。

報酬額だけを見ると、

少額だけれど簡単そう

と思える案件でも、生活へ入れると重くなることがあります。

低単価案件では、この見えにくい時間が時給を大きく変えます。

時給へ直すと、仕事の形が見えやすくなる

たとえば、報酬300円の案件があったとします。

作業だけなら15分で終わる。

その部分だけを見ると、時給は1,200円です。

でも、実際には、

募集文と条件の確認に10分。
応募文の作成に10分。
マニュアルの確認に15分。
作業に15分。
見直しと納品に10分。

かかったとします。

合計は60分です。

この場合、仕事全体の時給は300円になります。
さらに修正へ15分かかれば、合計75分です。

300円を1.25時間で割ると、時給は240円ほどになります。

同じ300円でも、

何分で終わる仕事なのか

によって意味は変わります。

もちろん、すべての時間を正確に測れるとは限りません。

返信を待っている時間を、そのまま労働時間として入れるかどうかも難しいところです。

ただ、厳密な計算が目的ではありません。

この案件は、全部込みなら30分なのか。
1時間なのか。
2時間なのか。

その大きさを知るだけでも、判断は変わります。

私が時給換算へ入れている時間

作業時間だけで計算すると、時給は実際より高く見えやすくなります。

私は、少なくとも次の時間を含めて考えます。

募集文や条件を読む時間。
応募文を書く時間。
契約前後のやり取り。
マニュアルや資料を読む時間。
不明点を調べ、質問する時間。
成果物をつくる実作業。
納品前の見直し。
納品形式を整える時間。
修正対応。
完了までに必要な連絡。

計算は単純です。

想定時給 ＝ 実際に受け取る報酬 ÷ 仕事全体の想定時間

たとえば、実際に受け取る金額が500円で、全部込みの時間が90分なら、

500円 ÷ 1.5時間 ＝ 約333円／時

です。

契約金額と実際の受取額が異なる場合は、受取額で計算した方が現実に近くなります。

手数料などの具体的な仕組みは変わることがあるため、応募時点の公式情報を確認する必要があります。

ここで大事なのは、一円単位の正確な時給を出すことではありません。

見えていなかった時間を、計算へ戻すこと

です。

待機時間は、どう数えればよいのか

時給換算で迷うのが、返信や確認を待つ時間です。

質問への返事を待つ。
納品後の検収を待つ。
修正の有無を待つ。

この時間すべてを、実作業と同じように足すのは現実的ではないかもしれません。

待っている間に家事をしたり、別のことを進めたりできる場合もあります。

一方で、

いつ連絡が来るか気になる。
外出しにくい。
次の予定を入れにくい。
何度も通知を確認する。

という状態なら、完全な空き時間とも言えません。

私は、待機時間を分単位で時給へ入れられない場合でも、

この仕事によって、生活がどれくらい拘束されるか

は別に見ます。

作業は30分。

でも、一日中通知を気にする。

その仕事は、時計上の30分より生活の中では重いからです。

時給換算だけでなく、

稼働時間と拘束感がどれくらいずれるか

も確認したいと思っています。

低単価でつらいのは、金額が少ないからだけではない

低単価案件がしんどくなる理由は、受け取る金額が少ないことだけではありません。

低単価なのに、作業範囲が広い。
低単価なのに、指示が曖昧。
低単価なのに、修正が多い。
低単価なのに、連絡が一日へ散らばる。
低単価なのに、納期が短い。

こうなると、金額以上に時間と気力を使います。

少額だから気楽とは限りません。

むしろ、報酬が小さいのに判断や連絡が多いと、

ここまで対応して、この金額なのか。
この時間を、ほかの仕事へ使えたのではないか。

という疲れ方をしやすくなります。

低単価でつらいのは、お金が少ないからだけではありません。

自分の時間や気力を、想像していた以上に安く差し出した感覚が残ること

も負担でした。

実績づくりには、終わりを決めておく

初心者のうちは、実績づくりのために小さな案件を受けることがあります。

それ自体は悪いことではありません。

ただ、「実績づくりだから」と、条件を見ずに受け続ける必要はありません。

実績づくりとして選ぶなら、私は次のような条件を見ます。

作業範囲が小さい。
やることが具体的。
納期に無理がない。
連絡の負担が大きすぎない。
修正基準がある程度見える。
完了条件が分かる。
追加作業が増えにくい。
一件を終えることで、目的を達成できる。

そして、

何件の実績をつくりたいのか。
何を経験できれば、この案件の役割は終わるのか。

も決めておきます。

一件完了する流れを知りたい。
プロフィール上の実績ゼロを抜けたい。
データ入力が自分に合うか試したい。

目的が達成されたなら、同じ低単価案件を受け続ける必要はありません。

実績づくりと、消耗することは別です。

目的は、低単価案件をたくさん受けることではありません。

次につながる経験を、小さくつくること

です。

「簡単作業」でも、負担が軽いとは限らない

クラウドワークスでは、「簡単作業」と書かれた案件を見かけます。

でも、

作業が簡単であること

と、

生活への負担が軽いこと

は別です。

手順は単純でも、件数が多ければ重い。
判断は少なくても、細かい確認が続けば疲れる。
入力するだけでも、元データが見づらければ時間がかかる。
作業自体は短くても、当日中の納品なら生活へ圧がかかる。

反対に、報酬が小さくても、

やることが明確。
やり取りが少ない。
短時間で完了する。
納品後の対応がほとんどない。

という案件なら、小さく試しやすい場合があります。

「簡単そうか」ではなく、

作業の前後まで含めて、生活へ入れられる軽さか

を見る。

私にとっては、その方が現実的でした。

低単価案件を受ける前に見る三つの数字

低単価案件を受ける前に、私は三つだけ確かめます。

・全部込みで何分かかるか

実作業だけでなく、応募、説明、確認、見直し、修正まで含めた時間をざっくり見積もります。

・実際の受取額はいくらか

表示額ではなく、最終的に受け取る金額で時給へ直します。

・その条件でも受ける目的があるか

実績を一件つくりたいのか。
作業の流れを試したいのか。

その目的が達成されたら、同じ条件を続けるのか。

この三つが分かれば、「安いけれど簡単そう」という印象だけで決めずに済みます。

おわりに｜安いかどうかより、何のために何時間使うか

クラウドワークスの低単価案件は、すべて避けるべきものではありません。

初心者にとって、小さく試せる入口になることもあります。

ただし、低単価なら低単価なりに、

作業範囲が小さい。
やることが明確。
前後の負担が重すぎない。
仕事の終わりが見える。

という条件が必要です。

表示された報酬だけを見ると、

安いけれど簡単そう。
実績づくりなら仕方がない。

と思うかもしれません。

でも、応募、説明、確認、修正、納品後のやり取りまで含めると、想像以上に時間と気力を使うことがあります。

だから私は、低単価案件を受ける前に、ざっくりでも時給へ直してみた方がよいと思っています。

全部込みで、何分かかりそうか。
実際の受取額で、時給はいくらになるか。
その仕事を受ける目的は何か。
終わったあとも、生活へ戻れそうか。

金額だけでなく、生活の中での重さを見る。

次に低単価の案件を見つけたら、細かい計算をしなくても構いません。

まずは、

この仕事に1時間かかったとしても、受けたいと思えるだろうか

と考えてみる。

そのうえで、

実績づくりとして一度受けるのか。
作業を試すために受けるのか。
条件を確認してから決めるのか。
この条件では継続しないと決めるのか。
今の生活には入らないとして見送るのか。

まで分けて考えます。

「低単価だから受けるべきではない」

でも、

「初心者だから安くても受けるべき」

でもありません。

何のために、その時間と気力を使うのか。

そこまで見て決めたいと思っています。

あわせて読みたい：

今回の記事では、低単価案件を見るとき、実作業だけでなく、応募、説明、確認、質問、修正、完了までに使う時間を含めて時給換算することについて書きました。

ただ、実際のクラウドワークスでは、

単価は低いけれど、実績にはなりそう。
作業は短いけれど、確認が多い。
報酬は小さいけれど、今後につながる経験ができそう。
仕事内容は明確だけれど、納期が短い。

というように、複数の条件が重なります。

そのときに迷うのは、

低単価だから見送るのか。
実績づくりとして一度だけ受けるのか。
新しい仕事を試すために使うのか。
条件を確認・相談してから決めるのか。
今の生活には入らないとして見送るのか。

という判断です。

有料記事では、そうした条件がぶつかったときに何を優先するか、仕事へ「土台」「上乗せ」「試す」「実績を作る」「先を育てる」といった役割を持たせる考え方、受ける・試す・条件を相談する・保留する・見送るへ分けて考える流れをまとめています。

「安いからやめる」「初心者だから受ける」で終わらず、「この条件でも、自分には受ける理由がある？」と迷ったときに、自分の生活条件へ戻って次の判断を考えるための記事です。